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