3 低层计划

    每项任务的执行者根据中层计划将自己的任务细化到每一天，即低层计划。

    进入标准：中层计划已制定且项目团队整体认可。

    时间：在每周周一的早会之前，制定出本周本周或两周内每天的计划。

    人员：低层计划一般由具体执行任务的每个人来制定。这将是每天Team meeting的依据。

    内容：每天的任务和需要提交的文档。

    承诺与认可：要求每个人计划中特定时间所要求的支持得到支持提供者的认可。另外，要求每个人的计划符合中层计划，与其他人的计划进度没有冲突。

    注：在实际开发过程中，往往有些工作不能拆分到每一天。就是说，一件事情需要几天来完成。如果本任务不在关键路径上，而且与其他人员的工作关系比较独立，可以不拆分此任务，由执行者本人掌握进度。否则，需要将任务尽量拆分开来，按内容划分为几部分，或用百分比来划分，以便更好地掌握整个项目的进度。

    4 三个计划的关系

    计划更改的时候，一定要保持各层计划的一致性。高层计划会因中层计划的更改而调整，低层计划会受中层计划的影响。

    第二部分 不同周期的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。会议的整理文档必须使用公司统一规定的文档模板。