项目计划和跟踪过程.doc

文件编号：xxxxxxxxxx 软件CMM规范之 ——项目计划和跟踪过程V3.0.0前 言“项目计划”的目的在于建立并维护规定项目各项活动的计划包括制订项目计划、与共利益者进行充分交流并且就计划达成一致并对计划进行维护计划的依据是基本确定了的产品或项目的需求，包括对工作产品和作业的属性及所需资源进行评价与安排，拟订进度，协商各项承诺，识别和分析项目风险, 采取相应的予防措施为了搞好项目策划，可能要反复进行这些工作以便应付需求和承诺的变更、不够准确的估计、纠正措施的实施和过程更改等, 以保证项目园满地完成项目监督和控制”的目的在于了解项目的过程进展，以便在项目性能明显偏离计划时，采取适当的纠正措施这些措施可能涉及到对项目重新策划，其中包括对原计划的修订、建立新的协定或者在现行计划中补充一些过渡性的活动修订页编号章节名称修订内容简述修订日期修订前版本号修订后版本号修订人批准人目 录 1. 目的 12. 适用范围 13. 职责 14. 流程图 25. 软件项目计划过程 3活动1 确定项目目标和工作范围 3活动2 策划共利益者介入、组织项目团队及职责分配 3活动3 定义项目开发生命周期模型 4活动4 工作分解 5活动4.1 识别软件工作产品 5活动4.2 形成工作分解结构(WBS) 6活动5 软件规模、工作量、进度和成本估计 8活动6 策划项目资源 8活动7 风险管理计划 8活动8 数据度量计划 8活动9 完成项目计划的制订 8活动9.1 编制项目开发计划 8活动9.2 组间沟通 9活动10 附属项目管理和支持计划的制定 10活动11 项目计划（及承诺）的验证与确认 10活动12 建立配置基线 11活动13 高层管理者审查状态 116. 软件项目跟踪和监控 11活动1 监督项目进展、工作量、成本，当其明显偏计划时，采取纠正措施 11活动1.1 收集项目状态和进度数据 11活动1.2 分析项目状态和进度 12活动2 执行里程碑审查 采集问题，分析问题。

采取纠正措施 14活动2.1 执行里程碑审查 14活动2.2 识别问题，分析问题，确定纠正措施 14活动3 计划更新 15活动4 高层管理者审查状态 167. 软件项目计划和跟踪和监控过程的有关模板及记录表单……………………………………………221. 目的本过程描述项目策划的内容和实施步骤，以及以项目策划为基础对项目的执行进行监督控制2. 适用范围本过程适用于所有的软件开发项目，从需求阶段开始，贯穿项目的整个生命周期对于不同类型的项目，可依据裁剪规定进行简化3. 职责Ø 高级经理：审查所有的对组织外部的个人和组所作的软件项目承诺；审查那些对组织外部的个人和组所作的新的承诺和承诺的更改；Ø 项目经理：负责协商约定和制定项目开发计划书（SDP）；软件项目跟踪与监控活动和结果，定期完成项目报告和度量；Ø 项目组成员：参与项目策划活动；按时完成周报，汇报每周的工程技术活动和参与的管理工作状态；Ø SQA人员：参与项目策划活动，监督保证软件项目跟踪与监控的执行情况；Ø SCM人员：将批准的SDP以及软件项目跟踪与监控过程产生的工作产品纳入配置管理；Ø 测试人员：按计划对软件产品进行测试，保证满足软件设计要求和客户的需求；Ø 用户代表：软件产品的使用方代表，代表用户参与重要问题的决策，项目开发的全过程参与，或参与里程碑检查；提供相应的资源。

4. 流程图YN形成为计划基线立项批准，合同签订组织项目团队协商制定项目计划计划评审项目开发计划SQA计划SCM计划测试计划图4.1 项目计划流程NY项目计划被批准跟踪并与计划比较修订计划变更计划不修订计划，采用其他措施发布变更计划计划变更评审形成新的计划基线 图4.2 项目跟踪流程5. 软件项目计划过程计划过程包括如下工作：1、 确定项目的目标和工作范围2、 估计项目的属性3、 确定项目生存周期4、 估计工作量和成本5、 编制项目予算和进度6、 识别项目风险及风险管理计划7、 策划项目资料管理(配置管理)8、 策划项目资源9、 策划人员、知识与技能需求、及培训计划10、 策划共利益者介入,获得共利益者对计划的承诺11、 拟订项目计划12、 审查辅助计划：如SQA/SCM计划、TEST计划等注：以下各项活动的次序排列，并不表示它们的先后次序，很多活动互相关联并呈现迭代关系活动1 确定项目目标和工作范围1、 项目经理负责依据用户提出的目标和核心需求，确定本项目的目标和工作范围；并在分析需求基础上确定本项目的具体目标，包括产品的使用目标，经济目标，质量目标等；核心需求是指用户最迫切需要投入使用的、高价值的功能、性能；其他要求是在它的基础上的衍生与辅助；对开发者来说，它是构成产品架构的基础，另外还包括对技术上来说是高难度和高风险的需求，应及早进行确定设计研发以期排除风险；2、 进行工作产品和作业描述：识别将从项目以外获得的工作产品；识别将要再用的工作产品。

工作产品：记录项目目标和工作范围、工作产品及作业描述，整理到项目计划书之中活动2 组织项目团队、策划共利益者介入及职责分配1. 项目经理向部门总经理/总工提出人员配备申请，成立项目组项目经理与相关组一起参与项目策划，必要时副总级产品负责人也应参加落实参与该项目开发人选(同时识别培训需求),并提出所需的其它资源和支持(见活动6) 2 . 如果项目是应客户要求（有合同或协议）定制，则应与客户有关的领导协商建立项目的领导小组,负责协调、管理和决策，建立相应的协调、管理制度，确定各方人员的职责，以及确定项目开发应共同遵循的规范要求有条件时，规定出规范化的模板、表格形式3. 确定共利益者名单及相应的介入要求(参与的活动及责任), 用项目人员及责任表记录建议的项目共利益者及其职责如下：Ø 项目的领导小组（内部项目为副总级项目负责人）：项目计划的审核；监控项目开发过程里程碑检查（含必要的评审），主持协调会、评审会、重大问题决策会Ø 项目经理：制订项目计划并在项目执行过程中监控计划和维护计划Ø 系统分析员：对客户的需求进行收集，然后分析并编写软件的需求说明书，制定项目目标，估计规模及工作量，估计风险，选择开发模型等，承担主要的系统架构与分析设计工作。

Ø 开发人员：熟悉并理介需求，参与计划的制订与讨论，通过设计和编码实现软件的需求，定期报告自己的工作状况Ø 用户代表：代表使用方参与重要问题的决策，负责项目开发过程的工作产品验证与确认，或参与里程碑检查；提供相应的资源 Ø 第三方合作者：依据项目的分工情况决定其责任Ø 测试经理：熟悉并理解需求，讨论和评审过程工作产品，负责测试计划的编写，完成测试，报告测试中发现的问题，控制出口标准，保证软件产品的质量Ø SQA经理：在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件过程产品的质量，协助进行与客户和组间的协调 Ø SCM经理：在整个软件生命周期中，控制软件产品的状态和一致性，确保相关的变更受控，配置库的完整性，负责产品发布工作产品：项目人员及责任表，以及必要的文字说明，整理到项目计划书之中活动3 定义项目开发生命周期模型1、 结合项目类型和特性、依据组织软件生命周期模型和剪裁指南，定义本项目的开发生命周期模型2、 本公司现阶段以使用瀑布模型和迭代模型为主，并且制定了简化模型请参见它们的适用范围3、 由负责监控软件过程活动的组或个人，如：项目SQA经理（在项目人员及职责中确定）评审项目生命周期模型的选择、剪裁是否合理和适用，必要时由高级经理批准。

4、 下表所列工程任务是构成生命周期模型的元素，将它们按某种顺序组合便产生了不同的生命周期模型，对它们在具体执行中的重要性及工作量的大小，应依据项目的特点，加以分析决定；重点元素用(*)表示：1）项目立项9）计划及跟踪 (*)2）需求分析 (*)10）配置管理 (*)3）系统设计11）同行评审 4）编码12）质量保证 5）测试 (*)13）度量与分析6）试运行7）验收和交付8）产品维护5、 对于特殊项目，如果其生命周期模型和组织已定义的周期模型有很大出入，必须由SEPG批准；如果合适并有推广价值则该生命周期模型将作为过程财富纳入过程数据库进行管理工作产品：定义项目开发生命周期模型，整理到计划书之中活动4 工作分解活动4.1 识别软件工作产品1、 按照定义的项目开发生命周期和技术方法识别软件工作产品，确保过程和产品对应关系清晰、完整；软件工作产品包括：本项目以及相关组产生的工作产品2、 软件过程中产生的工作产品包括：Ø 用户类工作产品：需提交给用户的工作产品，包括文档，可执行程序等；Ø 过程类工作产品：在项目开发生命周期中各阶段产生的工作产品；Ø 工程类工作产品：递交给工程人员用于工程维护的工作产品，如程序维护手册；Ø 相关组工作产品：相关组需递交给项目组的工作产品。

3、 协商确定各工作产品的作者，提交时间和验收准则以及工作产品的规模等内容，项目经理负责指定专人定期跟踪相关依赖关系，当合适时采取纠正措施4、 确定“阶段”工作产品的标准： “阶段” 在此应理解为里程碑，对瀑布型和迭代过程，它们的“阶段” 含意有较大区别；各阶段的入口标准、出口标准，建议如下：1) 入口标准阶段开始之前所必须满足的先决条件通常包括作为该阶段必备的输入的工作产品，及该产品应满足的要求2) 出口标准说明该项目阶段工作完成的必备条件，一般包括：――完成和可被接受的工作产品；――经过必要的验证和确认工作产品：确定要产生相应的过程产品（文档、代码、日记及相关记录）及其出口标准，整理到计划书之中活动4.2 形成工作分解结构(WBS)1.在项目的早期阶段开始制定WBS，并随着工作的展开而逐步细化，定义出易于管理的WBS的最底层元素；建议采用项目管理工具（如Project）将WBS与进度，人员分工一起表述2.工作分解的粒度的原则是把连续的工作细分到适当的程度以便于估计和监控即可3. 工作分解的最基本的工作是需求的细化分解3.参考。