谁该为失败的项目负责

项目经理和做需求的人 应该拉出去搬砖……

客户要什么都不知道，他们的业务问题在哪儿？需要程序为他们处理哪些事情？这些都没有搞清楚，最后自己拍脑袋做出来的东西，肯定和人家的期望有出入了，项目经理和需求分析师的沟通有问题。

还有就是对用户的培训没有做到位，要告诉他，你们的程序能为他们做些什么？还有领导对这个事情是否重视，大家是否都支持，否则就是无尽的扯淡了，还是早点找份工作妥当点。

谢谢大家，我这个题目有点标题党的意思，把大家的注意力都吸引到追求谁的责任上面来了。

责任是要承担，但更重要的是下次如何避免。 正如上面朋友所说的，我们是一个没有灵魂的团队，但是大家的激情不都是被那些无谓的工作磨灭的吗？ 重复劳动、没有价值体现、老板不理解、没有归属感……这些把团队的灵魂吞噬了。

沟通问题，我们开发团队内部沟通不会有太大问题。跨部门沟通存在很大问题？ 我说出现状可以让大家雷一下，我们项目开发快结束了，还有销售人员问这是个什么东西。

如果你是项目经理就应该自己好好反省一下，需求是咋整的，如果有专门的需求分析师，你跟他咋沟通的。
看你这语气心态很不对，出了事咋能望老板身上推呢，呵呵。
就你们项目这情况多半是需求整得一塌胡涂。。。

我来补充一下这两个项目的失败。
管理系统，其实就是就是开发给内部人员用的，实现基本的日常办公和销售管理;用户反映不仅不能增加效率，反而增加工作量。
建站系统，类似qq空间的产品，这个是给我们的客户用的，让他们可以自己编辑自己的站点。结果是用的人很少，当然用户总量也不大。销售给我们的反馈是，用户不懂电脑，这个太复杂了。

。。。需求,跨部门沟通又如何。

在这个团队里，我既不是项目经理（这个我们团队好像没有啊），也不是策划，在这儿讨论是寻求解决方法。
昨天和人事经理聊天，我们的开发就像接力赛，一个流程传递到另一个流程就算完事了。没有人贯穿始终。这个项目失败了，我们可以吸取教训重来，这没关系。

我们这个开发团队都是web开发的，做这种管理系统缺乏经验，失败也属正常。这点也在我们开发人员的意料之中。大家都从中吸取教训，这也算是收获。

我们的web已经从开发阶段进入运营阶段，开发阶段大家为了赶任务，很充实。到运营阶段，大家都没事干，所以做做管理系统玩玩吧。

我现在最想明白的是：一个运营中的网站，它的改进应该由谁来推动？ 目前我觉得是产品经理。如果是的话，产品经理的应该具有哪些权力？一个单位设一个产品经理还是一个产品设一个产品经理？

请大家指点。

说的就是外部沟通。如果内部都出现问题，那就更是问题了。事实上，项目经理管理上对内，联系上更多还是对外。因为对内你们已经形成了一个小团体，要错大家一起错，这是很危险的事。项目经理作为团队的代言人，如果对外出现问题，后果可以想像得到。

基本上，团队中，大家是唯项目经理马首是瞻的，头出现问题了，整体能没问题吗？

难道不是一个产品线一个负责人，然后整个产物开发部一个大的负责人吗，换句话说就是CTO。
另，老板不是CTO，永远不要认为他懂技术，他做的事情就是养活大家，对外能拉倒业务，这就OK了。把本来不是他做的东西硬要拉倒他头上，那大家还工作干什么。碰到这样的老板，总比碰到什么都“懂”的要好得多。

一般老板确认，和走个过场差不多，因为他不懂技术。其实也可以说明他信任你，所以点头答应了。但如果出现问题，会极大失去他的信任，而不能因此将这个责任追加到他的头上。

归根到底，我觉得还是项目经理和策划之间的沟通有问题。相当于，老板交待给策划一个事情去办，策划按照这个计划做了，但没做好。而项目经理做的时候，没动大脑，直接就按照策划的东西去做，当了劳工，而不是管理者。所以，最终的结果是，项目经理+策划，没有做好老板交待的这个任务，于是乎项目失败了。

正确的是：如果策划搞不定，就去联系项目经理。项目经理做的时候发现问题，就去找策划。两个人一起搞出需求来，如果不清楚的地方也可以集思广益（永远不要拍脑袋脱离用户去做产品设计），得到最终设计结果后，再去找老板确认。如果中途出现问题，变更后再度确认。老板在当中只起一个协调者的作用，比如你设计的时候遇到困难，需要销售人员提供客户的反馈，就去找老板协调。这才是老板真正的作用。

嗯嗯！ 惊醒梦中人！