项目经理，产品经理，架构师

理想：产品经理设计出简单好用的产品，并能理解技术约束和人力约束。架构师将概念模型转成软件模型，并考虑持续增量设计的可能性，同时讲明技术约束及不同解决方案的成本及优劣。项目经理负责提供资源保障，协调上面俩人，能够作出决断，deadline倒底在哪，和究竟在本次迭代中要实现哪些功能才能在产品功能和质量上取一个完美的平衡。

现实：产品经理玩命的要求实现这功能那功能，然后抱怨怎么这也不好实现那也实现不好，总因为实现不了让我改设计减功能。架构师每天发愁这tm怎么做啊，或者这也做不完啊，或者这临时堆上一段代码以后咋扩展啊，什么时候给时间重构啊。项目经理每周问能做完不，如果用恶心的代码比用良好的设计实现的代码所花时间少那么一定选前者，如果完不成他从来不会认为是产品经理的需求太多太难超出预期，只会觉得研发团队能力太差，结果就是研发团队天天加班。在加班的情况下如果赶回了进度，那么就会填入新功能，总之上线前一秒都可以在开发，开发人员的代码一出来就得是对的。


更悲剧：产品经理和项目经理是都不懂技术，并且是同一人，木有架构师。
更更悲剧：产品经理和项目经理都是半吊子程序员，只写过小系统，就认为天底下系统都那样，每每跟架构师讨论时就搬出我以前实现过，甚至亲自写一个无论如何在产品级质量要求中都不可能实现或需要很长时间实现的。架构师是傀儡，没有管理权，虽然技术和对已知需求的理解都很牛，程序员们就只能每天加班改来改去，又改回来了。



真正的敏捷状态其实很好，所谓全功能团队，起码不至于被当猴耍，kpi也好些吧。

一样的，敏捷对于人员的要求更高，敏捷的基础就是高素质的团队，一方面要求产品经理的把握能力要强，能够组织用户参与或者代替用户参与，并且把控住需求。另一方面要求开发团队自动化测试、每日构建、持续重构等能力很强，能够应对不断的迭代。

如果产品经理、项目经理、架构师的管控能力不到位，敏捷可能还不如传统方式，至少还有个需求规格可以约束呢。

说的有道理

精辟 更悲剧的很多

更更悲剧：产品经理和项目经理都是半吊子程序员，只写过小系统，就认为天底下系统都那样，每每跟架构师讨论时就搬出我以前实现过，甚至亲自写一个无论如何在产品级质量要求中都不可能实现或需要很长时间实现的。架构师是傀儡，没有管理权，虽然技术和对已知需求的理解都很牛，程序员们就只能每天加班改来改去，又改回来了。

半吊子对的。 大部分项目经理连半吊子都不是。

更更更悲剧的是：高层管理是个彻底的外行，但是，整天装X的在背后指点技术人员应该如何如何实现。很多技术名词都是张冠李戴！

我现在中国负责一个类似于“阿里巴巴”的创业项目。
很愿意倾听开发人员和产品经理的意见和忠告。
我在关注大家意见。

谢谢！

说得很实在

软件开发就这样，不懂的人掌握管理！

技术实现的部分项目经理和产品经理管那么多干嘛，交给信任的架构师就得了。