第二部分 不同周期的Review
项目跟踪的任务是对照计划评审和跟踪软件完成的情况和结果，根据实际完成的情况和结果调整这些计划。艾思普公司的Review工具是项目跟踪的主要内容。
根据目的和周期的不同，项目跟踪中用到3种Review工具：daily review, Peer review, 和Progress review。
1 Daily review
目的：跟踪团队成员每天的任务完成情况，给团队提供一个交流的机会。
时间：在每个工作日的开始。一次Daily review一般持续10~15分钟。
形式：以team meeting 的形式进行。
参加人：团队所有人员（包括项目经理和设计师）。
活动：
1）跟踪团队成员每天的任务完成情况
2）交流相关问题
2 Peer review
目的：跟踪项目每周的任务完成情况，交流相关问题。
时间：每周进行一次。Peer review一般不超过1小时。
形式：会议形式。由项目经理来主持。一般要求项目经理提前将会议邀请发给大家。
参加人：团队的所有人员。
准备：会议开始之前，项目经理和设计师必须安排好会议的议程。
活动：
1）审核项目计划，审核每个组员在项目计划中的对应工作；
2）讨论项目的任何有关问题；
3）共享知识；
会议的记录：由项目经理在当天将会议的内容整理出来并放置到CVS中，命名规则为Peer review_date_contents.doc。会议的整理文档必须使用公司统一规定的文档模板。
3 Progress review
目的：跟踪项目是否在向原定目标进展，提出并沟通项目中的任何相关问题，使得每个人都了解整体项目的进展情况。
时间：每四周进行一次。项目的第一次Progress Review应该在项目启动的两周内进行。有时也可以由项目经理临时组织（比如发现项目现状明显偏离了原定目标，需要及时采取措施）。Progress Review通常持续1-3小时。
形式：会议形式。由项目经理来主持，一般要求项目经理提前将会议邀请发给大家。
参加人：团队所有人员。
准备：会议开始之前，项目经理和设计师必须安排好会议的议程。
活动：
1）确认团队理解客户对项目的要求；
2）审核项目计划，审核每个组员在项目计划中的对应工作；
3）就项目的现状，粗略地对项目进行估算；
4）讨论客户提出的重要问题；
5）识别项目的风险，并产生减缓策略；
6）讨论并安排合适的Quality Review；
7）审核项目过程（如，信息传递方式是否合适，团队的职责，等）；
会议记录：由项目经理在当天将会议的内容整理出来并放置到CVS中，命名规则为Progress review_date_contents.doc。会议的整理文档必须使用公司统一规定的文档模板。
4 Review的记录
一、Daily review
Daily review的记录内容包括每个人的计划和To do。
To do：用来记录将要做的事情。这些事情不属于计划中的任务，但需要在一个特定的时间之前完成才能保证项目有关事件的顺利进行。
NO. 数据挖掘研究院 To Do Owner 数据挖掘研究院 Due time 数据挖掘研究院 1 2 数据挖掘研究院
二、Peer review和Progress review
Peer review和Progress review的记录内容一致，包括：参加人及角色；风险；新的问题；下一步工作；上次Review留下来的问题和工作；下次Review的时间安排。
第三部分 职责
活动 职责 高层计划的调整 项目经理负责调整 中层计划的确定和调整 项目经理和设计师组织团队成员共同完成 低层计划的制定和调整 每个团队成员负责自己工作的低层计划 Peer
review和progress review的组织 项目经理发起，主持，并记录
(T111)
