项目管理：计划与跟踪过程.docxVIP

摘要 　　这是我们的项目计划与跟踪的内容，在项目实施中使用得很好，我拿出来与大家分享， 希望大家多提意见，谢谢！ 最初的项目计划不够精确和准确，不能直接拿来指导我们的日 常工作，也不易跟踪。我们采用三层计划 机 制将计划中的任务拆分成可跟踪的小的任务来 执行。另外，采用不同周期不同规模的 review 活动来跟踪计划的执行，并不断地调整我们 的计划。在跟踪的过程中，由项目经理来负责将每个任务的实际工作量记录下来，以便最 后的统计。 　　总过程图 　　注： 　　1． 根据项目进度定期地（或事件驱动地）进行 peer review 和 progress review. 　　2． 偏差包括实际情况与原计划不相符的任何地方，例如时间安排，人力资源，设备， 任务安排，等各方面。 　　3. Review 不仅是查找已执行工作与原计划的偏差。有时候，根据现阶段工作的情况 很容易判断后续工作原定计划的不合理性，这部分计划也需要及时修订。 　　第一部分 不同层次的计划 　　项目计划的目的是为实施 软 件 工 程和管理 软 件 项 目制定合理的计划。三层计划机制是 艾思普公司项目计划的主要内容。 　　高层计划：设计师和项目经理根据用户需求制定高层计划，给出项目进行的主要阶段 和各种需求。此计划需要经过审核通过后方可执行。为了便于理解，高层计划也可以称为 月计划。 　　中层计划：项目经理，设计师，以及所有的参与人员共同制定中层计划。中层计划是 高层计划的任务分解。中层计划也可称为周计划。 　　低层计划：根据中层计划中的任务安排，每个人制定自己的低层计划。低层计划也称 为天计划。 　　1 高层计划 　　在各种估算的基础上，根据用户需求给出项目进行的主要阶段和进度计划，就是高层 计划。 　　进入标准：用户提出的各方面需求（如成本需求和交付时间要求，等）和软件项目的 开发策略。 　　人员：设计师，项目经理 　　内容： 　　1） 阶段：项目总体分为哪几个阶段来进行？标准软件过程是：发现、定义、概念、 设计、和实现。根据具体的项目情况，可以将其裁剪和细化。 　　2） 时间：各个阶段要求在多长时间内完成？或严格要求什么时候完成？ 　　3） 资源：按阶段阐明需要的资源，包括人力资源和关键的设备资源。人力资源说明 角色和数量。设备只需提出特殊的或关键的设备资源，如需要一个特殊配置的服务器，在 系统测试中要搭建模拟环境，等等。 　　4） 退出标准：每阶段要达到什么要求才可以退出，即阶段完成的要求是什么？ 承诺与认可：高层计划需要客户和高层管理者的认可，并且有关人员必须被告知高层计划 中与其相关的内容，并得到他们的承诺和认可。比如，通知人力资源部门人员需求，通知 财务部门设备要求和经费需求，等等。 　　注：1）计划的依据：用户提出的项目要求，公司采用的软件工程过程，以及自己的 经验。 　　　　2）需要考虑公司的一些实际情况：比如人员调配，员工的技术能力，等因素。 三、一个细化的软件工程概念模型 　　下图是笔者理解的软件工程概念模型（采用 UML 类图的语法）： 　　1、 模型概述 　　图中，“理论与经验”和“工具”可以认为是 2 个比较独立的概念，其他概念可以被分为 4 组——“方法论”、“过程”、“目标”、“项目”，分别标以不同颜色。这 4 组主要概念构成了软件工 程概念模型的骨架，可以描述为：为达到一定的“目标”，我们建立起相应的“项目”，在某种 “方法论”的指导下，按照一定的“过程”，生产出相应的软件“产品”。 　　从这个模型的骨架中，我们能清晰看到上面精简模型的影子——（目标，方法，活动） 三元组。但显著区别是，更加强调“活动”的组织和控制方式——“过程”。这是软件实践发展 的必然结果，因为，随着软件产品的复杂程度不断提高，势必要更加强调“过程”。Roger S. Pressman 在其经典著作《软件工程：实践者的研究方法》里就指出：大约每隔 5 至 10 年， 软件界就会重定义“问题”，将其焦点从“产品”转移到“过程”。 　　2、 方法论 　　“方法论”是在一定“原则与策略”指导下的一套相关的“方法与技术”，而“方法论”可以分 为“开发方法论”和“过程方法论”2 种。相应的，“原则与策略”可以是开发策略，例如著名的 “功能分解”策略；也可以是过程策略，例如迭代模型等“过程模型”，就是过程策略。 　　应当说，“过程方法论”是随着软件实践的深入，在“开发方法论”产生之后才产生的概念。 Roger S. Pressman 在其经典著作《软件工程：实践者的研究方法》里就指出：大约每隔 5 至 10 年，软件界就会重定义“问题”，将其焦点从产品转移到过程。在本文后面的章节， 笔者将用“过程方法论”的概念解释“Agile 到底是过程