甲方项目经理是代表项目拥有人来管理项目的,其角色是不同于作为实施方的乙方的项目经理的。
总体来讲,甲方的项目经理更侧重于监控和评判。下面从不同的角度来分析一下。
人员方面:在项目启动时或人员变动时,对于乙方推荐的项目实施人员,尤其是关键人员进行认可性评估。例如,对于软件项目,就需要对乙方的架构师进行评估;对于数据库项目,就要对乙方的DBA进行评估。这样的评估对专业要求很高,如果项目经理本身不具备评估能力,则需要在专业的人员的帮助下进行评估。
需求管理:作为甲方的员工,对于业务的理解自然更加深刻。对于需求的形成和解决方案的概念化都应有较大的贡献。
验收: 组织或实行对阶段及最终交付物的验收。对于软件项目,包括对于软件规格说明书的验收,对于代码的验收,对于测试结果的验收,对于最终的可运行的系统的验收等。
流程/政策:在项目的初期,根据甲方的政策和流程要求,对于乙方的计划进行评审并提出意见。例如,甲方公司认为开源的技术缺少支持并且缺少高级的功能而不适用于核心的系统;甲方公司将IT系统进行重要性级别划分,低级别的系统不可作为高级别的系统的数据源。甲方的项目经理有责任及早识别出这些问题,并协调作出方案的调整。
评估:对于项目的评估应该从下面几个角度来看:进度,预算,项目出资方满意度,最终用户满意度。甲方项目经理需要选择一些指标并跟踪记录其数据以便进行评判。
组合管理:由于项目是由乙方实施,所以除非项目十分庞大和复杂,通常甲方的项目经理不需要专职负责一个项目。
资源:软件开发的模式很多,对于现场开发(on site),资源的管理尤其重要。项目实施团队需要的资源包括电脑,软件,工作环境,开发环境,测试环境,生产环境等等。在现场开发的情况下,由于甲方对于本身信息安全方面的考虑,常常会提供电脑及开发软件等给实施团队,甲方项目经理需要安排处理这些申请流程。工作环境包括工作地点,出入证件等等,也需要甲方项目经理进行申请和安排。对于开发环境,可能是由实施团队进行管理,但对于测试环境和生产环境,是由甲方的IT部门进行管理,而且多数情况下需要和甲方的其它应用系统共享,甲方项目经理需要进行内部协调,确保测试环境和生产环境的可用。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22489851/viewspace-665911/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/22489851/viewspace-665911/