这里说的项目管理模式不是各种项目管理里类证书相关的理论，只是自己根据周围的现象的一些思考和推测。

一些现象

现象1：前几天与朋友聊天，聊到项目经理的选择条件，他说，没有行业背景、不懂业务和技术的项目经理，他肯定不考虑，因为很多问题解决不了。

其实很多懂技术、懂业务、有行业背景的项目经理也有很多问题解决不了，只是这些问题通常都是管理类问题，比较隐蔽，即便解决不了也不会很快被发现，不像技术问题那样明显，会就是会不会就是不会。

现象2：曾经参加过微软的一个会议，他们的人说，他们招聘项目经理没有业务和技术要求，也没有行业要求，只有管理技能要求。

现象3：在自己见过的项目组架构中，有的项目组除了设置项目经理之外，还开发经理、需求经理、测试经理等各种具体负责人员。

现象4：以前跟上司聊天，问他我能不能做项目经理时，他说我不懂业务，做不了项目经理。

现象5：现在很多软件公司中项目经理都是来源于开发人员，从代码开始，技术高的慢慢变成小组长，后来变成项目经理，不管是矩阵型、项目型还是职能型组织都是如此，对项目经理没有管理技能要求，只有技术要求。

很多项目不赚钱的原因

见过太多赔钱或者做的有各种问题的项目，都是各种管理没做好，团队管理、风险管理、需求管理、配置管理、质量管理、干系人管理等等各种原因，唯一没见过的就是因为技术不够而失败，没有因为技术难关没攻克而失败的软件项目，全部都是管理问题。

可惜的是，这么多的失败项目都没有引起行业足够的重视，项目经理的选择方式仍然没有改变。重技术，轻管理，仍然是很多软件项目选择项目经理的标准。

大胆推测

    未来的软件项目管理中，为了提高软件成功率，会是两个人分工，一个主管技术，一个主管管理，两个年轻人分工合作一起完成项目；或者一个既懂技术又懂管理的有很多很多年工作经验的人。