08项目跟踪与监控过程指南

08项目跟踪与监控过程指南

1 综述
1.1 前言
本指南的编写，是为了指导软件开发团队如何在软件过程中开展项目跟踪和监控工作，软件项目跟踪和监督的目的是建立对实际进展的适当的可视性，为了及时发现开发过程与项目计划之间的误差，使项目经理或高层管理者能够及时了解软件开发过程的状态，能在软件项目明显偏离软件计划时采取有效措施。

1.2 设备
无

1.3 工具
采用Microsoft Project Server、Microsoft Project Professional和Microsoft SharePoint作为项目跟踪管理工具。

1.4 角色
项目经理：负责分配资源，确定优先级，协调与客户和用户之间的沟通。

1.5 活动

2 过程描述
2.1 周报
2.1.1 目的
对项目执行绩效进行每周报告，使得管理人员能够及时准确获取项目信息，从而对偏差及时采取应对措施。

2.1.2 过程
项目组成员，向项目经理提交个人周报，抄送本组成员和部门经理。

项目经理，向总经理提交项目周报，抄送给各项目经理、本组成员和部门经理。

部门经理，向总经理提交部门周报，抄送本部门成员。

个人周报每周五上午提交，项目组周报每周五下午提交，部门周报每周一上午提交。

2.1.3 模板
《个人周报》

《项目周报》

《部门周报》

2.2 定期评审
2.2.1 目的
定期评审过程主要是根据软件开发计划和跟踪采集的数据定期对软件开发执行的状态进行评审，跟踪软件开发的实际结果和执行情况，检查任务规模是否合理，软件开发进度是否得以保证，资源调配情况，跟踪责任执行情况，评审当前的技术活动，目的是根据数据分析结果和评审情况及时发现软件开发的问题，评审相关责任落实情况，对于出现的偏差采取相应措施。

2.2.2 过程
定期评审的主要形式是周会。

项目经理每周根据项目的实际执行情况对各项任务进行分析（如进度、规模，人力和成本投入等），以确定存在的问题，拟定项目的进度报告。

项目经理召集项目小组成员，就项目中存在的管理、质量、技术等问题进行讨论并决定解决对策。

项目经理根据讨论结果和项目计划确定下一期的工作安排。

2.2.3 模板
《会议纪要》

《更新后的MSP》

2.3 事件评审
2.3.1 目的
对项目中出现的问题与异常事件采取适当的纠正操作。

2.3.2 过程
项目经理根据项目进行过程中相关人员提交的事件报告，对该事件组织相关人员进行评审，讨论事件处理方案。

一旦确定了各个问题或异常事件的纠正操作，并经过了必要的审批，项目经理就可记录所涉及的工作，并为开始工作而提出变更请求与/或工作单。

2.3.3 模板
《事件报告》

《变更请求》

《工作单》

2.4 阶段评审
2.4.1 目的
目的是检查当前计划执行情况，检查产品与计划的偏差，并对项目风险进行分析处理，判定是否可以对产品进行基线冻结，并对下一阶段计划进行必要的修正。阶段评审等同于里程碑评审。

2.4.2 过程
阶段评审一般采用会议形式。

项目经理在软件开发计划中规定的阶段点，根据软件开发计划，定期评审报告，SQA评审报告对该阶段任务完成情况和产品进行评审。

2.4.3 模板
《阶段评审报告》