谁该为失败的项目负责

领导不懂技术，只懂得业务，这的确是程序员的悲哀
但只要项目负责人及时沟通，仔细分析业务对应的技术点，应该就不会出现这种现象
既然责任已经出来了，项目负责人就不应该推卸责任了。

项目经理应该为自己的过失负主要责任，程序员说白一点就是在执行上面的任务，根本上不能改变项目总体发展方向

1. 不能增加效率，反而增加工作量。
让“内部人员”派代表出来，列出来具体哪里有问题，怎么就增加工作量了。是不是改进后就OK了。

2. 用户不懂电脑，这个太复杂了。
收集用户列任务复杂不好操作的地方。

整理好后打报告给老板准备上二期。

同意某些人的说法，项目经理是为了在有限的时间利用有效的资源完成既定的项目内容， 当然必须符合质量要求。 从这个角度来说，只要项目做完了符合以上要求，就算一个成功的项目。

但是一个成功做完的项目能否在市场上面获得良好的表现，那就复杂了。
老板，销售，策划（市场调研）等等，都是关键因素。

当然，我觉得，如果项目经理同时也是产品经理，并且整个开发团队是以某个新产品研发为导向的，那产品经理则需要更多的负担起需求和市场方面的责任。


开发一个成功的项目况且难，开发一个成功的产品那更是难了，大公司失败的产品多了去了。

没有人真正负责这个项目，纯走过场，能成功才怪

   项目的成功与失败，首先要看这个项目的初衷，有没有必要做这样的东西，符不符合公司发展的需要，开发出来的系统有多大用途，要展示的是什么...不是什么样的项目都要做的，前期工作一定要做好，否则就会出现你们公司的现象。没有必要投入的项目，就不要做。前期评估很关键，不能那做项目来提高业绩，这是对公司很不负责的。
    现在很多企业和私人公司都这样，看别人有的自己也想有，想法是好的，但是不适用就是浪费开发人员的智慧，不仅仅是时间的浪费，也是经济的浪费。
    前期评估项目是最总要，别找什么老专家，那都是忽悠人的，你就好好找几个项目经验比较丰富的人，最好有对公司了解和不了解的人都在一起讨论，这样有利于项目是否确立，需要和各个企业的优秀开发人员进行交流与合作，多听取各个方面的意见，应该多听坏的，少听好的。这样有利于考虑到项目的各个弱点，展现的更全面一些。这样才有利于确定项目的开发，如果说公司项目不成功，不是别人的错，就是提出需求的人的问题，而且如果提出需求的人懂得开发，那他应该占完全责任，如果不懂要占70%-80%责任，其余就是需求分析师，如果发现项目不可行或者不实际，可以完全否决，不要害怕承担责任，如果一个人都没有承担责任的能力，那他就不在哪个位置上做了。这就是我的建议。

你们说这么多有什么用？

关键是什么人才有最终定夺权？为什么公司人员说项目没用就没用呢？

我所在的公司就有不少这样的产品，是老板拍脑袋想出来的，反正他有钱

既然是这样开发需要管理吗？
我的回答是不需要，随便找几个高手做做，没需求的东西就是做的好玩

谁负责？
老板负责，是他花这个成本的

为什么？
没需求的东西随便编个目标就可以了，满足这个目标就成，只要这个目标老板同意就行

以后怎么办？
建议老板出钱找策划，做概念啊。也许做做项目申报就可以把这么成本就赚回来了

既然开发都没问题，那就是执行有问题。执行不力。

责任要和利益一致，出了问题就按照获得的利益降序排序：

1.老板
2.项目经理
....
N.开发人员