项目监控过程.docx
《项目监控过程.docx》由会员分享,可在线阅读,更多相关《项目监控过程.docx(14页珍藏版)》请在冰豆网上搜索。
项目监控过程
项目监控过程
QMS-PMC-P-001
版本:
1.0
发布时间:
2007.8.15
文件变更记录
变更
版本号
日期
变更类型
(A*M*D)
修改人
变更摘要
备注
V0.1
2007-5-15
A
创建
草稿
V1.0
2007-8-15
M
正式版V1.0
正式版
*A-增加M-修订D-删除
1.目的
提供项目实施过程的可视性和可控性,使项目管理者和项目有关的人员能在项目进展明显偏离项目计划时采取适当、有效的纠正措施。
2.范围
2.1.涉及部门
研发部
2.2.涉及业务
项目的监督与控制活动。
3.术语定义
PMC:
ProjectMonitoringandControl(项目监控)
4.角色职责
4.1.项目成员
•按时填报《项目个人周报》;
•按时参加项目组周例会;
•在项目例会中积极反映项目中的问题,并提出建议解决方法。
4.2.项目经理
•组织召开项目组周例会;
•验证《项目个人周报》中的数据;
•记录项目状态参数,监控项目和过程状态;
•和上级领导交流项目及过程状态;
•对发现的问题采取纠正措施并跟踪至结束。
4.3.高级经理/部门经理
•监控项目和过程状态;
•处理项目内部不能解决的问题。
5.过程进入条件
《项目计划书》评审通过。
6.过程综述
6.1.流程图
6.2.过程说明
•跟踪分析项目/过程状态:
项目组成员每周五通过《项目个人周报》记录项目/过程状态数据,项目经理(或由其指派的人员)收集汇总项目组成员提供的数据,并对这些数据进行分析,项目经理总结项目/过程状态形成项目状态周报,并向高级经理/部门经理提交。
•评审项目/过程执行情况:
通过项目组周例会、里程碑评审的形式,监控项目进展,验证过程执行情况,交流分析结果,发现问题,并根据问题的实际情况确定是否制定纠正措施。
•问题处理规程:
对于发现的问题,按照问题处理规程的要求,制订、实施纠正措施,验证效果,直到关闭。
7.过程活动
7.1.跟踪分析项目/过程状态
7.1.1.输入
•《项目计划书》(包括项目计划产生的所有计划)
•《项目度量数据》
7.1.2.活动描述
7.1.2.1.填写项目个人周报
项目组成员(包括项目经理)每周记录个人所承担的任务按计划完成的情况,工作中遇到的问题等,用来反映个人工作量、任务进展情况以及其他项目实际状态的信息,将这些信息填入《项目个人周报》中,参见《项目个人周报》模板。
项目组成员每周五下班前将《项目个人周报》提交给项目经理,并同时提交至项目配置管理库开发库中的个人工作周报目录。
《项目个人周报》中主要应记录以下内容:
•个人本周任务完成情况:
包括计划的任务是否按时完成,个人完成每任务时花费的工作量,用来反映项目进度、工作量及各过程任务完成情况等信息;
•工作中遇到的问题:
如人员配合方面的问题、资源配置(人力、物力)方面的问题、突发情况等,直接或间接的体现承诺、数据管理、风险、资源、项目干系人的情况。
7.1.2.2.监控项目/过程状态
1、规模监控
项目经理(或其指派人员):
•到编码前,每个大的阶段结束时,都应根据《估算指南》中的“估算项目规模”对规模进行重新估算(因项目规模是在系统需求完成后所进行的初始估算,因此如项目需求很清晰,在需求分析完成后,项目经理可根据实际情况决定是否要进行重新估算),在需求有变更时,根据需求变更影响分析的结果确定是否需进行重新估算,将最新的估算值填入《估算表单》的相应位置,并采集到《项目度量数据》中;
•按照《QMS-MA-R-003度量数据收集分析存储规程V1.1》中的要求进行项目规模相关数据的采集和存储;
•按照《QMS-MA-R-003度量数据收集分析存储规程V1.1》要求对所采集的数据进行分析,判断偏差并分析偏差产生的原因以及可能对项目产生的影响,并根据分析情况给出建议的措施。
✧当偏差发生时,分析对工作量与进度的影响,根据工作量或进度的偏差处理方法,采取纠正措施。
2、工作量监控
项目经理(或其指派人员)
•按照《QMS-MA-R-003QMS-MA-R-003度量数据收集分析存储规程V1.1V1.1》中的要求进行项目规模相关数据的采集和存储;
•按照《QMS-MA-R-003QMS-MA-R-003度量数据收集分析存储规程V1.1V1.1》“工作量数据”中的要求对所采集的数据进行分析,并根据分析的结果判断偏差并分析偏差产生的原因,以及可能对项目产生的影响,给出建议的措施。
例如:
✧当偏差未达到域值(即重大偏差)时,分析偏差产生的原因及影响,并确定是否需采取纠正措施;
✧当偏差达到域值时,应调整进行计划。
✧域值=2人天
3、进度监控
项目经理(或其指派人员),
•按照《QMS-MA-R-003度量数据收集分析存储规程V1.1》“项目进度”中的要求进行项目进度相关数据的采集和存储;
•按照《QMS-MA-R-003度量数据收集分析存储规程V1.1》“项目进度”中的要求对项目进度进行分析,判断偏差并分析偏差产生的原因以及可能对项目产生的影响,给出建议的措施。
例如:
✧在每周的测量中,对照细化的开发计划,如偏差较小,分析偏差产生的影响,可由项目经理对阶段计划做细微调整,以消除偏差;
✧当偏差有可能导致重大偏差时,则根据测量分析的结果,应采取相应的纠正措施,避免重大偏差的发生;
✧当偏差达到域值(即重大偏差)时,应分析原因,并重新进行计划并评审。
✧域值=15%
4、软硬件资源监控
项目经理(或其指派人员)每周五及每个里程碑前查看《项目计划中的资源计划》。
•在《项目计划中的资源计划》中规定的该软硬件资源的情况,分析该软硬件资源预计到位的时间,如预计到位时间不能满足使用需求,则将其填入《问题列表》中,并采取相应的纠正措施,按“7.3问题处理规程”的要求执行;如不能确定是否能按时到位,则将其列入《QMS-RSKM-W-001风险计划与跟踪表》中,进行监控;
•每个软硬件资源到位后,将该软硬件资源实际到位时间及实际配置填入《项目计划中的资源计划》的相应位置。
•项目经理分析对资源的跟踪情况以及对项目产生的影响,考虑采取相应的措施。
5、人员知识技能监控
项目经理(或其指派人员)每周五、每个里程碑前查看《问题列表》。
•对于需参加培训的人员或角色,需在培训前一周,协调、确保其能够按时参加培训,如不能按时参加培训,则将其填入《问题列表》中,并采取相应的纠正措施;在培训结束后马上验证培训效果,并确定能否达到该角色所需的知识和技能要求,如不能达到要求,则将其填入《问题列表》,采取纠正措施;
•对于采取指导性自学的情况,需在《问题列表》要求完成的时间之前进行验证,以确保如效果不佳,有足够的时间采取别的措施,以使其按期具备所需的知识和技能;
•根据汇总的《问题列表》,比较到目前为止,项目人员应掌握的知识技能与实际掌握程度;
•分析偏差对项目产生的影响,考虑采取相应的措施。
6、监控项目风险
项目经理(或其指派人员)每周五、每个里程碑前查看《QMS-RSKM-W-001风险计划与跟踪表》。
•根据《QMS-RSKM-W-001风险计划与跟踪表》,对项目风险情况进行分析,看有无新风险出现,原有的风险可能性、严重性及风险系数等有无变化,到目前为止就风险所采取的纠正措施及缓解措施是否有效等;
•根据分析情况,并根据《项目风险管理过程》的要求,对《QMS-RSKM-W-001风险计划与跟踪表》进行更新,并确定下一阶段需采取纠正或缓解措施的风险,做出相应安排;
•当风险“发生”时(风险系数>=0.8),需填写《问题报告》。
7、项目承诺监控
承诺的类型主要包括项目需求、交付日期等。
项目经理应在每周及每个里程碑跟踪承诺的实现情况,包括:
1)查看需求的实现情况。
对于需求的承诺,根据需求测量的数据,查看需求有无变更;根据需求的进展状况,分析完成需求有没有问题;根据需求跟踪的情况,看需求是否都得到实现。
2)工作量及其他资源的投入情况。
分析在本周或本里程碑内,公司对于项目总工作量及资源的投入有无变化,项目人力资源投入有无变化;根据7.1.2.2中工作量监控的结果,结合本月及本里程碑内项目工作量偏差统计分析的结果及资源(包括人力和设施)投入的实际状况,分析总工作量是否会有变化,有无偏差等。
3)对于项目进度及交付日期的承诺。
分析在本周或本里程碑内,有无因客户或公司要求而对项目交付日期发生变化;根据7.1.2.2中进度监控的结果,结合项目进度偏差统计分析的结果,分析本月及本里程碑内有无项目进度方面的偏差,这些偏差会否导致交付日期方面承诺的变更,并分析当前进度状况对本阶段任务的完成时间及最后交付日期的影响。
4)根据7.1.2.2中项目风险监控的结果,分析当前项目的风险状况,分析会不会因项目的风险变化(包括新增的风险及以前没有考虑到的风险),而对项目承诺造成影响,并影响承诺的实现,有无影响需求的风险,有无影响项目工作量及人力资源投入的风险,及有无可能影响项目进度和交付日期的风险。
5)根据上述四项的情况,综合分析他们之间的关系,识别项目的承诺是否会有变更,确定项目承诺能否实现,及实现承诺需讨论或解决的问题。
根据项目需求(功能)、项目的总工作量及项目交付日期之间的关系,并结合上述四项的分析结果,分析承诺之间的影响,看会不会因一个承诺的变化而影响到另一个承诺的实现。
需求、总工作量及交付日期之间是一个三角的关系,根据需求及功能情况,可决定项目的规模,项目规模与平均生产率相乘可得到项目的总工作量,项目的总工作量进行分解后,可得到项目的进度,并最终得到项目的交付日期。
如果技术性能需求提高,则必须要增加人力资源的投入或延迟交付日期;如果进度要求提前,则必须降低技术性能需求或增加人力资源投入;如总工作量投入减少或人力资源投入减少,则必须降低技术性能要求或延迟交付日期。
将上述监控及分析的结果记录在《项目状态周报》及《项目里程碑报告》中,提交高级管理者(见7.1.2.3)。
如有问题,则纳入“问题处理规程”进行处理。
8、监控数据管理
项目经理(或其指派人员)每周五查看《配置库管理报告》;
•监控所有的数据项是否按计划产生入库,且由专人负责;
•检查本周的数据项信息变更是否及时在《配置库管理报告》中得到更新;
•如发现问题,则纳入项目周例会进行讨论;
9、监控项目干系人
项目经理(或其指派人员)每周五、每里程碑结束时,查看《干系人介入计划》,
•考虑未来一周、下一里程碑内,项目干系人能否按时参加所规定的活动,并协调确保其能够按时,如项目干系人不能按时参加相关活动,则将其作为一个问题,纳入“问题处理规程”,必要时提请高级管理者解决,如项目干系人有更换,且其知识和技能不符合要求,则需适时更新《干系人介入计划》《干系人沟通协调计划》
•
•同时总结项目干系人参与项目活动的实际时间,和未按时到位的项目干系人,填入表格《干系人介入计划》的相应位置。
(《项目计划书》模板中记录干系人介入计划介入的实际时间)
7.1.3.输出
•《项目个人周报》
•《项目状态周报》
•《项目里程碑报告》
•《问题列表》
7.2.评审项目/过程执行情况
应采用以下二种会议方式交流项目及过程执行情况:
会议类别
参与者
召开时间
输入
输出
项目组周