软件项目管理为什么失控之窜位

前提：产品经理精通于所作的业务，而公司有这样的职位，不是作坊。

上层的领导为了考核下面的员工总是制定各种考核目标，而不考虑这种考核方式对不对，或者因为一些急功近利行为导致的项目失控，有功的时候使劲抢，有责的时候拼命逃，结果就是老员工圆滑世故，对付这种场面游刃有余，新员工被迫离职，而公司的团队也反复处于这种状态，招不到人，人才流失严重，无法融入新鲜血液，最后很有可能留下的人没人做事、而都想在领导面前“做人”的状态。

（1）为了上项目而上项目
起因：领导说，我们年底的考核指标是项目数量。

过程：下面的团队带头人似乎“领会”了其中的精神，那我们就上呗，这下来吧，大大小小立项，评审，各种会，开发人员白天各种应付开会，晚上开发，开发人员抢了产品经理的饭碗，产品经理被迫成了从事业务的人员，开发人员从业务那里得到一些点状的需求没有看到项目中的联系，A项目包含了B项目，但是为了数量先做了B项目，之后A项目的时候再修改B项目，每个开发人员都成了项目的负责人把控人，用一句内部经常调侃的一句话说：“全他妈乱了！”。

结果：开发人员抛弃了产品经理，和业务人员开了几次会就生下了一个畸形的项目。业务人员说这个东西不是我想要的，开发人员说当初开会商量好的这个就是你的，最后项目成了一个弃儿。而此时被逼迫出走的产品经理在旁边看着说：你们这他妈的一群傻逼。而这三方就开始了一场看不见硝烟的战争，业务人员背后骂技术人员差，产品经理旁边看热闹，开发人员自己觉得委屈。

分析原因：窜位。
产品经理要对交给业务部门的产品负责，开发人员要对交付的每一行代码负责，业务人员对收到的产品进行验收和反馈，这才是一个良好的循环，而开发人员只要专注自己的实现，对业务有一定了解即可，知道相关系统的数据源等即可，不必和业务每天“战争”，可以把精力放在技术的提升和技术改革等环节，可以对产品经理的东西提出建议以及项目的不合理处，但是没必要推翻，因为他才是对业务部门负责的人，而你是对他负责的人，职责清晰赏罚分明，如果你能100%高质量的完成就可以骄傲了，而不是苦逼的在那委屈。最后如果业务人员和产品经理反馈东西不合格的时候，而你却完全实现了产品经理的需求，这个时候你也可以说脏话了（玩笑而已，不鼓励哈）。
由窜位导致的开发人员失去了成就感，慢慢会产生一个爆发点，团队支离破碎。因为业务需求都是点状的，而开发人员由于对自己技能的信任而答应了全部的需求，没有经过产品经理这层挡箭牌，没有产品经理的疏导和整理出来一个饼状的东西，最后就是被射的千疮百孔，最后大家都觉得在撒尿和屎，对自己发布的产品只有羞愧感了。

如果开发人员既是产品经理的话，那就相当于你既是运动员又是裁判，结果可想而知。

一个普通开发人员的一点想法。如果作为开发人员，你觉得技术是个屁，XXX才是王道，我觉得在技术的角度讲，你不是一个做事的人，而是一个作势的人。