|
实施GJB5000A的软件项目负责人都知道，制定进度计划之前需要估计项目的范围、规模和工作量，然后根据选择的生命周期模型、估计的工作量和项目的资源，分配任务，形成详细的进度计划。 软件项目负责人在制定出初步的详细进度计划之后，发布进度计划之前，应当对进度计划进行审查。 审查进度计划的要点如下：
进度计划通常是分阶段描述任务活动的。每个任务的描述都应该尽可能地简洁、清楚，不会让人产生歧义。同时，每个任务活动输出的工作产品也要明确，并且要确保任务的输出能够为任务目标的实现服务。
进度计划是源于项目的估计范围，所以进度计划中的任务分解也应与项目的范围是一致的，项目的范围可以用任务的WBS来定义，那么进度计划中的任务分解应当像任务WBS是一致的：所有任务累加起来完美构成项目的范围，每层任务WBS及其分解都有进度计划中的一个或多个任务相对应。
进度计划中每个任务分配的工作量是源于估计的工作量，每个阶段或每种任务类型的工作量的总和与事先估计的工作量应相差无几。并且，每个工作包不应有太大的工作量，如果工作包的工作量太大，就意味着完成这个任务的工期过长，不利于对任务进行及时的监控。每个工作包一般不超过80人时。
进度计划应能反映任务间的依赖关系。任务间的关系在形式上有串行和并行的关系，在逻辑上有开始-开始，开始-结束，结束-开始和结束-结束等4种关系。软件项目负责人根据资源和进度等的考虑合理分配任务间的关系。
软件项目负责人在为每个任务分配资源的时候既要考虑资源的充分性，也要考虑资源的可用性。考虑资源的充分性是为了确保任务按时完成，但如果资源投入不足也要考虑合理地安排工期。同时，还应当注意的是，有些资源是几个项目共用的，要考虑资源的合理分配。比如，如果一个开发人员同时在多个项目承担开发任务，就要注意他在这些项目的承担任务的计划工作量之和不能超过他正常的工作时间。
最后，软件项目负责人应当为每个任务是否完成制定一个合理的评价准则，这样他才能在项目成员汇报任务完成的时候更好地进行确认。 这正是： 进度计划辛苦出，不能草率去发布 发布之前做审查，以上要点请记住 参考书目：项目管理工具箱（第2版），作者：康路晨，胡立朋，出版社：中国铁道出版社 |
|
|
