标签:项目管理
这里说的项目管理模式不是各种项目管理里类证书相关的理论,只是自己根据周围的现象的一些思考和推测。
一些现象
现象1:前几天与朋友聊天,聊到项目经理的选择条件,他说,没有行业背景、不懂业务和技术的项目经理,他肯定不考虑,因为很多问题解决不了。
其实很多懂技术、懂业务、有行业背景的项目经理也有很多问题解决不了,只是这些问题通常都是管理类问题,比较隐蔽,即便解决不了也不会很快被发现,不像技术问题那样明显,会就是会不会就是不会。
现象2:曾经参加过微软的一个会议,他们的人说,他们招聘项目经理没有业务和技术要求,也没有行业要求,只有管理技能要求。
现象3:在自己见过的项目组架构中,有的项目组除了设置项目经理之外,还开发经理、需求经理、测试经理等各种具体负责人员。
现象4:以前跟上司聊天,问他我能不能做项目经理时,他说我不懂业务,做不了项目经理。
现象5:现在很多软件公司中项目经理都是来源于开发人员,从代码开始,技术高的慢慢变成小组长,后来变成项目经理,不管是矩阵型、项目型还是职能型组织都是如此,对项目经理没有管理技能要求,只有技术要求。
很多项目不赚钱的原因
见过太多赔钱或者做的有各种问题的项目,都是各种管理没做好,团队管理、风险管理、需求管理、配置管理、质量管理、干系人管理等等各种原因,唯一没见过的就是因为技术不够而失败,没有因为技术难关没攻克而失败的软件项目,全部都是管理问题。
可惜的是,这么多的失败项目都没有引起行业足够的重视,项目经理的选择方式仍然没有改变。重技术,轻管理,仍然是很多软件项目选择项目经理的标准。
大胆推测
未来的软件项目管理中,为了提高软件成功率,会是两个人分工,一个主管技术,一个主管管理,两个年轻人分工合作一起完成项目;或者一个既懂技术又懂管理的有很多很多年工作经验的人。
标签:项目管理
原文地址:http://blog.csdn.net/violet200211/article/details/37761611