项目经理 PM 的责任
日期:2007-06-17 荐:
PM的责任有以下几点:
1.PM应对软件项目的成败负责;
2.PM在系统说明书中对项目的目标作出了具体描绘;
3.在PM的实现思想中凭借自己的经验证明代码实现是可行的。
PM首先要熟悉用户的业务流程,并将其转化成软件的系统流程,软件系统只是在用户的业务的关键点记录下用户的行为,用软件系统辅助业务流程按照既定的方向运行下去。
如果业务细节是可以四面流淌的水,那么依据用户业务流程编写的软件系统就是这些水的管道,是帮助企业管理者管理业务朝着公司的需要运行下去。
PM在实现软件项目系统过程中,也需要对整个过程进行控制和管理。我个人认为从下面六个关键点上来把握:
一、建立团队
公司中我们作为PM对RD来说都是空降兵,尽可能快和RD融合成团队,为项目奠定良好的合作基础。
二、项目进度
目前的项目的Schedule 大多数是由RD自己排定,在执行的过程中,PM应要求SD对每周的项目进度进行报告,并对下周的情况预先排出进度表,PM对项目的整体进度心中要有清楚的认识,并且在进度可能出现delay的情况时及时做出调整,并且及时汇报相关人员,对这种情况找到delay的真正原因,使项目不至于出现进度失控。
三、软件质量
对SE的代码质量反应到项目上,就成了系统的软件质量。在这个过程中,PM应该要求QA定期发布测试日报、测试周报,得知当前进行的项目质量到底是什么情况。并且需要密切注意软件版本的控制、软件的兼容性和软件Bug的反馈速度和SE解决情况。
四、用户需求的控制
PM和SD对于系统说明书的细节修改要及时反应到文档中,并且使SD、SE、QA完全知道并且理解这种变化对于相关部分的影响和变化。
在代码实现的过程中,因为用户新的需求改变目前的PES,尽可能地实现用户的需求,但是系统的变化最小。对系统影响很大的需求,应在系统上线后作为CR来改动。
五、PIS的Review
这是代码实现保证和PES一致的重要一环,只有在Review PIS过程,可以看出PM和Sd对项目的代码理解是否一致。
六、项目验收测试
PM在收到RD提交的正式版本后,亲自测试软件,看是否与用户需求是否达到和实现。这是对整个系统的成品做一次彻底检测,使PM在把软件系统摆在客户面前时,内心有一个清楚的认知。
这仅是我的一点体会,如有不对地方,请大家指正。
标签: