项目监控过程Word格式.docx
《项目监控过程Word格式.docx》由会员分享，可在线阅读，更多相关《项目监控过程Word格式.docx（16页珍藏版）》请在冰豆网上搜索。
4.1.项目成员…….
7
4.2.项目经理•……
4.3.中心/部门经理
5.
过程进入条件
8
6.
过程综述
6.1.流程图
.......8
6.2.过程说明.......
8
7.
过程活动
9
7.1.跟踪分析项目
/过程状态
9
7.1.1.输入.......
7.1.2.活动描述
7.1.2.1.
填写项目个人周报........
7.1.2.2.
监控项目/过程状态......
7.1.2.3.
总结各监控项的监控情况和分析结果
......13
7.1.3.输出.......
13
7.2.评审项目/过程执行情况
14
7.2.1.项目组周例会
14
7.2.1.1.
输入
7.2.1.2.
活动描述
7.2.1.3.
输出
15
7.2.2.管理月会
15
7.2.2.1.
7.2.2.2.
7.2.2.3.
16
7.2.3.里程碑评审
16
7.2.3.1.输入16
7232活动描述16
7.2.33输出17
7.3.问题处理规程17
7.3.1.输入17
7.3.2.活动描述18
7.3.3.输出19
8.相关文件19
9.记录19
1.目的
提供项目实施过程的可视性和可控性，使项目管理者和项目有关的人员能在项目进展明显偏离项目计划时采取适当、有效的纠正措施。
2.范围
2.1.涉及部门
研发部
2.2.涉及业务
项目的监督与控制活动。
3.术语定义
PMC:
ProjectMonitoringandControl（项目监控）
4.角色职责
4.1.项目成员
按时填报《项目个人周报》；
按时参加项目组周例会；
在项目例会中积极反映项目中的问题，并提出建议解决方法。
4.2.项目经理
组织召开项目组周例会；
验证《项目个人周报》中的数据；
记录项目状态参数，监控项目和过程状态；
和上级领导交流项目及过程状态；
对发现的问题采取纠正措施并跟踪至结束。
4.3.高级经理/部门经理
监控项目和过程状态；
处理项目内部不能解决的问题。
5.过程进入条件
《项目计划书》评审通过。
6.过程综述
6.1.流程图
yes
结束
62过程说明
跟踪分析项目/过程状态：
项目组成员每周五通过《项目个人周报》记录项目/过程
状态数据，项目经理（或由其指派的人员）收集汇总项目组成员提供的数据，并对这些数据进行分析，项目经理总结项目/过程状态形成项目状态周报，并向高级
经理/部门经理提交。
评审项目/过程执行情况：
通过项目组周例会、里程碑评审的形式，监控项目进展，验证过程执行情况，交流分析结果，发现问题，并根据问题的实际情况确定是否制定纠正措施。
问题处理规程：
对于发现的问题，按照问题处理规程的要求，制订、实施纠正措施，验证效果，直到关闭。
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.122中进度监控的结果，结合项目进度
偏差统计分析的结果，分析本月及本里程碑内有无项目进度方面的偏差，这些偏
差会否导致交付日期方面承诺的变更，并分析当前进度状况对本阶段任务的完成
时间及最后交付日期的影响。
4）根据7.1.2.2中项目风险监控的结果，分析当前项目的风险状况，分析会不会因项
目的风险变化（包括新增的风险及以前没有考虑到的风险），而对项目承诺造成影
响，并影响承诺的实现，有无影响需求的风险，有无影响项目工作量及人力资源投入的风险，及有无可能影响项目进度和交付日期的风险。
5）根据上述四项的情况，综合分析他们之间的关系，识别项目的承诺是否会有变更，确定项目承诺能否实现，及实现承诺需讨论或解决的问题。
根据项目需求（功能）项目的总工作量及项目交付日期之间的关系，并结合上述四项的分析结果，分析承诺之间的影响，看会不会因一个承诺的变化而影响到另一个承诺的实现。
需求、总工作量及交付日期之间是一个三角的关系，根据需求及功能情况，可决定项目的规模，项目规模与平均生产率相乘可得到项目的总工作量，项目的总工作量进行分解后，可得到项目的进度，并最终得到项目的交付日期。
如果技术性能需求提高，则必须要增加人力资源的投入或延迟交付日期；
如果进度要求提前，则必须降低技术性能需求或增加人力资源投入；
如总工作量投入减少或人力资源投入减少，则必须降低技术性能要求或延迟交付日期。
将上述监控及分析的结果记录在《项目状态周报》及《项目里程碑报告》中，提交高级管理者（见7.123）。
如有问题，则纳入“问题处理规程”进行处理。
8、监控数据管理
项目经理（或其指派人员）每周五查看《配置库管理报告》；
监控所有的数据项是否按计划产生入库，且由专人负责；
检查本周的数据项信息变更是否及时在《配置库管理报告》中得到更新；
如发现问题，则纳入项目周例会进行讨论；
9、监控项目干系人
项目经理（或其指派人员）每周五、每里程碑结束时，查看《干系人介入计划》，
考虑未来一周、下一里程碑内，项目干系人能否按时参加所规定的活动，并协调确保其能够按时，如项目干系人不能按时参加相关活动，则将其作为一个问题，纳入“问题处理规程”，必要时提请高级管理者解决，如项目干系人有更换，且其知识和技能不符合要求，则需适时更新《干系人介入计划》《干系人沟通协调计划》
同时总结项目干系人参与项目活动的实际时间，和未按时到位的项目干系人，填入表格《干系人介入计划》的相应位置。
（《项目计划书》模板中记录干系人介入计划介入的实际时间）
7.13输出
《项目个人周报》
《项目状态周报》
《项目里程碑报告》
《问题列表》
7.2.评审项目/过程执行情况
应采用以下二种会议方式交流项目及过程执行情况:
会议类别
参与者
召开时间
输入
输出
项目组周例会
项目经理项目组成员
PPQA人员（定期）配置管理人员
测试人员
每周
《问题报告》
里程碑评审
高级经理/部门经理项目经理项目组成员
PPQA人员配置管理人员测试人员
用户
里程碑
《里程碑报告》
《评审报告》
《会议纪要》
7.2.1.项目组周例会
7.2.1.1.输入
《问题列表》及《问题报告》
7.2.1.2.活动描述
项目组周例会活动包括：
总结上周项目工作情况，了解项目进展情况，及时发现项目执行中的问题，制定纠正措施，并将项目内部不能解决的问题向高级经理汇报。
会议要求如下：
1.项目经理每周定期召开项目组周例会，项目组成员，PPQA人员（定期参加）、配置管理
人员、测试人员（必要时）参加例会；
2.项目经理应组织项目成员讨论以下内容:
讨论内容
详细说明
1
总结上周工作情况
由项目组成员汇报上周的任务完成情况、技术状态及需要解决的问题，项目经理根据《项目个人周报》、阶段计划及实际的工作成果进行验证；
2
讨论问题解决情况
项目经理组织对上周发现的问题，及以前发现的问题，的处理结果进行讨论，如：
共有多少问题，处理了多少，遗留多少，有没有困难或冋题等；
3
其他讨论
项目组认为有必要在会上讨论的其他问题
4
安排本周工作
项目经理对本周工作进行安排，根据需要细化进度。
3.参会人员对上述内容进行讨论后，确定需要解决的问题，并对问题的解决责任人进行确定，问题责任人在会后对问题进行分析解决，按照“问题处理规程”进行处理
4.在项目例会结束的时候，由项目经理《项目状态周报》，按配置管理相关要求存入配置
库中，并发布给与会者及其他相关人员，包括项目组成员、配置管理人员、PPQA人员、
测试人员（必要时）、高级/部门经理；
7.2.1.3.输出
7.2.2.里程碑评审
7.2.2.1.输入
1222.活动描述
里程碑评审的目的是，总结本阶段项目工作情况，及时发现项目执行中的问题，制定纠正措施，由高级/部门经理决策项目本阶段能否结束，能否进入下一阶段。
会议要求如下:
1.项目经理根据《项目计划》在项目里程碑处组织正式的里程碑评审，高级/部门经理、项目PPQA人员、项目组成员、配置管理人员、测试人员、用户（必要时）及其他相关
人员参加评审；
2.项目经理提前2天发通知与会人员参加评审；
3.项目经理提前准备评审内容和要求。
评审对象是《里程碑报告》。
4.项目经理应组织与会者讨论以下内容:
评审项目
总结并评价本阶段
项目经理根据《里程碑报告》、及每里程碑在项目/过程状态跟:
项目情况
踪中确定的需要在里程碑会上进行汇报和讨论的问题，如项目规模、工作量、进度、项目风险、承诺、本里程碑技术实现状况、当前需求与计划的一致性情况（重新估算后）等向高级/部
门经理进行汇报。
并提出进行讨论，见7.1.2.2监控项目/过程
状态。
高级/部门经理，根据提前监控确定的需要进一步了解的内容，进行了解和讨论，见7.1.2.3o
问题解决情况讨论
中心/部门经理组织对以前发现问题的处理结果进行讨论，如：
共有多少问题，处理了多少，遗留多少，有没有困难或问题等
评审项目开发计划
与会者评审《项目计划》中的各项活动是否完成，计划与实际执行是否有重大偏差，下一里程碑的计划能否按时完成等。
评价各过程域执行
情况
项目PPQA人员汇报各过程域执行中的问题和改进建议。
中心经理验证PPQA±
程产生的不符合项是否已处理。
5
其他
其他认为需在会上讨论的问题
6
高级经理决策
与会者讨论，形成一致意见，并由高级/部门经理决策项目是否可以进入下一阶段。
5.参会人员对上述内容进行讨论后，确定需要解决的问题，并对问题的解决责任人进行
确定，问题责任人在会后对问题进行分析解决，按照“问题处理规程”进行处理；
6.项目经理指定人员作《评审报告》，发布给与会者及其他相关人员，并存入配置库。
122.3、输出
73问题处理规程
7.3.1.输入
里程碑会议的《评审报告》
7.3.2.活动描述
1.对于在评审中及项目平时执行过程中所发现的所有项目内问题（不包括PPQA人员发
现的不符合问题），则由项目经理指定问题责任人进行解决，如该问题不能在24小时
内解决，由项目经理或其指派人员给出问题编号，记录在《问题列表》中；
2.由问题责任人对问题进行分析后，制定纠正措施，经项目经理批准后，进行问题解决，
其中对于不能在四个工作日内解决的较大的问题，问题的责任人需生成《问题报告》；
分析问题原因，制定纠正措施，并将《问题报告》提交项目经理；
纠正措施通常有：
修改需求；
修订估算和计划;
增加资源；
变更过程；
修改项目风险等。
3.纠正措施达成一致：
项目经理对拟采取的纠正措施分析是否合理，分析该纠正措施的影响范围，根据对纠正措施的分析结果，采取相应措施。
1）如项目内能够协商解决，且没有对项目干系人及对外承诺产生影响，项目经理对《问题报告》中的纠正措施进行审核无误后，签字批准纠正措施。
2）如对项目干系人及对外承诺产生影响，但项目经理能够协调解决的，则协调相关项目干系人进行协商、认可，并解决；
3）对协商不能达成一致的情况，或项目经理无法协调的，则报高级/部门经理进行协调解决。
；
4.监督纠正措施到完成:
问题责任人实施纠正措施；
项目经理或指定的问题监督人对措施是否完成进行监督检查，在纠正措施完成后，将实际结果与预期结果进行比较，并验证合格后，在相应的《问题报告》中记录纠正的结果并签字确认，并及时更新相应问题在《问题列表》中的状态（由“未关闭”改为“已关闭”）；
如纠正措施验证不合格（实际结果与预期结果偏差较大），则报告项目经理或由问题责任人重新制定纠正措施，并按2至4的步骤执行，直至问题解决。
问题责任人按配置管理相关要求，将记录归档，为以后的项目提供历史数据。
5.项目经理或其指派人员每周五、每个里程碑前查看问题解决情况，如：
共有多少问题，处理了多少，遗留多少，有没有困难或问题等。
确定需要在周会、里程碑会议上汇报和讨论的内容，并在相关会议上进行汇报。
同时，在每周末及每里程碑时，还应将分析的结果总结到《项目状态周报》及《里程碑报告》中，并报高级管理者。
7.33输出
8.相关文件
《项目计划过程》
《度量分析过程》
9.记录
升级会员 