CMMI项目计划.docx

1 CMMI项目计划完整过程1.1目的目的在于建立并维护定义项目活动的计划,是为项目的研发和管理工作制定合理的行动纲领，以便所有相关人员按照该计划有条不紊的开展工作。1.2简介项目计划过程域包含以下活动： 制订项目计划 适当地与相关干系人配合 获得对计划的承诺 维护计划 1.3项目计划过程活动流程项目计划基本流程：项目计划的大体流程是项目立项之后，由项目负责人编制软件研制任务书，根据软件研制任务书进行项目估算，得到项目估算列表，根据项目估算制定项目计划，评审之后大直一致的理解并作出承诺，项目相关人员根据计划执行任务，执行的过程中根据进度对照计划如果有变差，可以根据实际情况对项目计划进行变更控制。根据软件研制任务书，分解项目主要功能，项目计划详细流程：1.3.1建立估算1.3.1估算项目范围项目负责人根据软件研制任务书，分解项目主要任务，估算项目范围，建立顶层WBS，根据顶层WBS,定义工作包，详细描述工作任务、职责及进度的估算。输入：软件研制任务书输出：WBS、工作包描述、任务描述主要活动：1) 制定WBS对项目任务进行分组，对项目的整个工作范围进行分层定义，每下降一层代表对项目工作更为详细的定义。WBS识别以下以下各项： 风险及其缓解任务 产出交付物与支持活动的任务 获取技能和知识的任务 制定所需支持计划的任务（如配置管理计划、质量保证计划及验证计划） 集成和管理非开发项的任2) 定义工作包3) 识别从外部采购的产品及产品组件4) 识别将要复用的工作产品1.3.2建立工作产品及任务属性的估算项目负责人基于某种方法定义项目工作产品及任务属性，并对工作产品及任务属性进行估算，建立工作产品及任务属性的估算表。主要确定任务与工作产品的规模及复杂度（比如需求的数据量与复杂度），填写属性估算值(比如数据库表数量)，确定项目的技术方法（比如架构b/s或c/s）。输入：软件研制任务书、WBS输出：任务与工作产品的规模与复杂度、估算模型、属性估算值、技术方法过程活动：1) 确定项目的技术方法技术方法定义了产品开发的顶层策略，包含 架构特定的决策，比如分布式或客户端服务器架构。 采用最先进还是较成熟的技术，比如机器人技术 对最终产品的功能及质量属性的期望，比如安全性、保密性。2) 确定估算工作与任务属性的方法3) 估算工作产品与任务的属性1.3.3定义项目生命周期项目负责人根据项目特征，定义项目生命周期，划分项目阶段。输入：软件研制任务书、WBS输出：项目生命周期阶段1.3.4估算工作量与成本有了工作产品及任务属性的估算，项目负责人根据某种估算模型对项目任务和项目主要功能所需的时间、人力、物力等资源进行估算，建立项目所需的工作量、成本、关键资源的估算，作为制定项目计划的依据。输入：工作产品及任务属性的估算、WBS输出：估算依据、项目工作量估算、项目成本估算主要活动：1) 建立估算依据，收集模型或历史数据，以用于将工作产品及任务的属性转换为工时及成本的估算值2) 在估算工作量与成本时，应包含对支持性基础设施的需要基础设施资源的实例有： 关键计算机资源（例如，内存、磁盘及网络容量、外设、通信信道，这些资源的容量） 工程环境及工具（例如， 原型、 测试、集成、编译、计算机辅助设计computer-aided design，CAD、模拟等活动相关的工具） 设施、机械及设备（例如，测试平台、记录装置） 3) 在估算工作量与成本时，使用模型、历史数据或者二者的组合1.3.2制定项目计划项目计划是用于管理和控制项目执行的经过批准的正式文件。它以项目需求和已建立的估算为基础。项目计划主要考虑预算与进度、风险识别、数据管理、项目资源、项目所需的知识与技能、项目干系人的参与几个方面。项目负责人根据根据项目特点，制定符合项目要求的计划。13.2.1建立预算与进度项目负责人根据编制好的估算，识别主要里程碑，进度假设，识别约束，识别任务的依赖管理，建立并维护预算与进度。输入：已有的项目估算输出：项目进度、进度依赖、项目预算主要活动1) 识别主要里程碑2) 识别进度假设3) 识别约束4) 识别任务的依赖关系5) 建立并维护预算与进度建立并维护项目的预算与进度通常包括： 定义资源及设施的已承诺或已预期的可用时段 确定活动的时间阶段 确定附属进度的分解 定义活动之间的依赖关系（前导或者后继关系） 确定支持项目监督与控制的进度活动及里程碑 确定交付客户产品的里程碑、发布版本或增量 定义工期适当的活动 定义时间间隔适当的里程碑 根据满足进度与预算的信心程度，定义管理预留 利用适当的历史数据来验证进度 定义增量式的经费需求 记录项目的假设和依据 6) 建立纠正措施准侧1.3.2.2识别项目风险识别或者发现风险并且加以分析，制定风险管理计划，以支持项目计划活动，险管理计划影响所有的项目计划。主要活动识别风险并把风险文档化，分析风险并划分等级、需要时适当地修订风险。输入：已有的项目估算输出：已识别的风险、风险影响及发生概率、风险的优先级主要活动：1) 识别风险风险的识别包括识别可能对工作和计划带来负面影响的潜在问题、危险、威胁、弱点等风险识别与分析工具的实例有： 风险分类法 风险评估 检查单 结构化访谈 头脑风暴 过程、项目及产品性能或绩效模型 成本模型 网络分析 质量因素分析 2) 将风险文档化3) 评审已文档化的风险4) 修订风险何时需要修订已识别风险的实例有： 识别出新风险时 风险变成问题时 风险已经消失时 项目环境发生重大变化时 1.3.2.3计划数据管理为何有数据管理 数据以不同方面（例如管理、工程、配置管理、财务、后勤、质量、安全、制造以及采购）支持项目所需， 采用任何形式（例如报告、手册、笔记、图表、图纸、规格说明、文件或者往来信函）， 存放不同介质（例如不同材质的打印件或绘制件、照片、电子存储或者多媒体），可能是交付物，也可能是非交付物， 数据分发形式多样由此，应该建立标准或者通用的数据要求，从创建数据项和统一数据项的内容与格式来管理项目数据，由于搜集数据成本很高，应该在需要时才去搜集。输入：数据管理要求输出：数据管理计划、受管理的数据总表、数据内容及格式描述、采购方和供方的数据需求清单、私有性要求、保密性要求、保密性规程、数据检索复制与分发机制、项目数据的搜集进度、需搜集的项目数据清单主要活动1) 建立保证数据的私有性和保密性的要求与规程（设置访问权限规则）2) 建立数据归档并为设置访问权限3) 确定待识别、收集和分发的项目数据4) 确定对相关干系人进行访问授权或者数据分发的需求5) 确定对哪些项目数据及计划需要版本控制或其他级别的配置控制，并且建立机制以确保项目数据受控。1.3.2.4计划项目资源根据初始的估算结果，定义执行项目活动所需的项目资源和数量（例如人工、设备、材料以及方法），并提供额外信息，以展开用于管理项目的WBS。WBS被展开若干个工作包。工作包能够分别被分配、执行和跟踪。WBS应附有一份描述该工作分解结构中每项工作的字典。输入：已有的项目估算输出：工作包、WBS任务字典、基于项目规模和范围的人员配备需求、关键设施与设备清单、过程及工作流的定义及图表、项目行政管理需求清单、状态报告主要活动：1) 确定过程需求2) 确定沟通需求3) 确定人员配置需求4) 确定设置、设备及组件需求5) 确定其他持续性的资源需求包括 易耗品（例如：电力、办公用品） 知识产权的使用权 运输设备的使用权（对人员及设备） 1.3.2.5计划所需的知识与技能为执行项目所需的知识与技能制订计划。输入：已有的项目估算输出：技能需要清单、人员配备与雇佣计划、技能与培训、培训计划主要活动：1) 识别执行项目所需的知识与技能2) 评估可用的知识与技能3) 选择提供所需知识与技能的机制机制的实例有： 内部培训（组织级的和项目级的） 外部培训 人员配备及雇佣 获取外部技能 4) 将选定的机制纳入项目计划。1.3.2.6计划干系人的参与计划所识别干系人的参与。通过识别项目中需要的人员类型和职能，并描述他们与特定的项目活动的相关性和作用的程度，来确定项目生命周期中所有阶段的干系人。输入：已有的项目估算输出：干系人参与计划应该包含在干系人交互计划中的内容实例有： 所有相关干系人的列表 干系人参与的依据 干系人之间的关系 保证干系人的交互所需的资源（例如培训、材料、时间、资金） 干系人分阶段交互的时间安排 项目生命周期阶段中，相关干系人的角色与职责 项目生命周期阶段中，该干系人对项目成功的相对重要性 1.3.2.7建立项目计划建立并维护整体项目计划。结合相关计划事项的文档化的计。输入：项目相关的各项计划输出：软件开发计划项目计划定义包括以下方面： 目生命周期的考量 项目任务 预算及进度 里程碑 数据管理 风险识别 资源及技能需求 干系人的识别及交互 基础设施的考量 1.3.3获得对计划的承诺对项目计划的承诺得到建立与维护。计划需要得到负责实施和支持的人员的承诺才能生效。1.3.3.1评审影响项目的各项计划所有影响项目的计划都应该得到评审，以确保它们对项目成功所需要的范围、目标、角色以及关系的共同理解，记录评审结果。输入：项目的各项计划输出：对影响项目的各项计划的评审记录1.3.3.2协调工作与资源水平调整项目计划以协调可用的资源与估算的资源。为了建立可行的项目，应获得相关干系人的承诺，并协调估算的和可用的资源之间的差距。协调的方式通常包括：修订或推迟需求、协商以争取更多的资源、发现提高生产率的方法、外包、调整人员的技能组合或者修订所有影响项目的计划或进度。输入：项目的各项计划输出：1) 修订的方法和对应的估算参数（例如更好的工具、现货组件的使用） 2) 重新协商后的预算 3) 修订后的进度 4) 修订后的需求列表 5) 重新协商后的干系人协议1.3.3.4获得对计划的承诺从负责执行与支持计划实施的相关干系人处获得承诺。输入：项目的各项计划输出：1) 文档化的承诺请求2) 文档化的承诺主要活动：1) 与相关干系人一起识别需要的支持并就承诺进行协商。2) 将所有组织级的承诺（完整的以及临时的）文档化，并确保由适当级别的人员签署3) 适当时与高层管理人员一同评审内部承诺4) 适当时与高层管理人员一同评审外部承诺5) 识别关于项目元素与其它项目及组织级单位间接口的承诺，以便对其进行监督1.3.4总结三个阶段的总结:阶段主要活动主要任务输入输出建立估算估算项目范围建立顶层WBS软件研制任务书顶层WBS、工作包描述、任务描述估算工作产品及任务属性识别工作产品及任务属性，估算并填写任务属性值、确认技术方法软件研制任务书、WBS任务与工作产品的规模及复杂度、估算模型、属性估算值、技术方法定义项目生命周期根据项目特性划分项目生命周期阶段软件研制任务书、WBS项目生命周期阶段估算工作量及成本根据WBS及工作产品及任务属性估算值估算工作量与成本工作产品及任务属性的估算、WBS估算依据、工作量估算、成本估算制定项目计划建立预算与进度根据已经编制好的估算建立并维护预算与进度已编制好的项目估算项目进度、进度依赖、项目预算识别项目风险识别并分析风险，制定风险管理计划已编制好的项目估算、预算与进度已识别的风险、风险影响及发生概率、风险的优先级计划数据管理建立标准或者通用的数据要求，从创建数据项和统一数据项的内容与格式来管理项目数据。建立数据归档、访问、分发、版本控制机制预算与进度、数据要求数据管理计划、受管理的数据总表、数据内容及格式描述、采购方和供方的数据需求清单、私有性要求、保密性要求、保密性规程、数据检索复制与分发机制、项目数据的搜集进度、需搜集的项目数据清单计划项目资源定义执行项目活动所需的项目资源和数量已编制好的项目估算、预算与进度工作包、WBS任务字典、基于项目规模和范围的人员配备需求、关键设施与设备清单、过程及工作流的定义及图表、项目行政管理需求清单、状态报告计划所需知识与技能识别项目所需的资源和技能，评估现有的资源与技能，选择获取的机制，制定培训计划已编制好的项目估算、预算与进度技能需要清单、人员配备与雇佣计划、技能与培训、培训计划计划干系人参与根据项目估算，识别干系人的参与，制定计划已编制好的项目估算、预算与进度干系人参与计划建立整体项目计划把所有相关计划文档化的计划，也称集成的总计划项目相关的各项计划总体的项目计划承诺并评审项目计划评审影响项目的各项计划组织相关干系人评审计划并作评审记录项目的各项计划对项目的各项计划的评审记录协调工作与资源水平协调估算的和可用的资源之间的差距项目的各项计划修订的方法和对应的估算参数（例如更好的工具、现货组件的使用）、重新协商后的预算、修订后的进度、修订后的需求列表、重新协商后的干系人协议获得对计划的承诺个人或小组承诺在成本、进度和绩效约束内完成工作项目的各项计划、评审结果文档化的承诺请求、文档化的承诺1.4名词定义1.4.1 WBS （Work Breakdown Structure）1.4.1.1定义 工作分解结构，创捷WBS是把项目可交付成果和项目工作分解成较小的、易于管理的组件的过程。按层级分解。 工作代表活动的结果的工作产品或者可交付成果。WBS三要素：工作:可以产生有形结果的工作任务分解:逐步细分和分类的层级结构结构:按照一定的模式组织各部分1.4.1.2作用对交付的内容提供一个结构化的视图。1.4.1.3创建要素l 输入：软件研制任务书，有以下几类：1) 范围管理计划：定义了详细的项目范围说明书创建WBS,以及如何维护和批准WBS.2) 项目范围说明书：需要实施的工作及不包含在项目中的工作，还包含影响项目的约束和限制条件。3) 需求文件：详细描述产出的项目结果，为产出的项目结果所做的工作。4) 事业环境因素：项目行业所在行业的WBS标准可以做为创建WBS的外部参考。5) 组织过程资产：用于创建WBS的政策、程序、和模板，以往的项目档案、以往的项目经验教训等。l 工具：1) 分解：把项目范围和项目可交付成果逐步划分更小、更便于管理的组成部分的技术。2) 专家判断：依据各种信息，把项目可交付成果分解为更小的组成部分l 输出：1) 范围基准： 包括项目范围说明书：包括项目范围、主要可交付成果、假设条件和制约因素的描述。 WBS：全部工作范围的层级分解。 WBS词典：针对每个WBS组件，详细描述可交付成果、活动和进度信息的文件。对WBS提供支持。2) 项目文件更新：需要更新的文件比如需求文件。创建WBS过程中提交变更，获得批准后，更新需求文件。1.4.1.4创建WBS流程1.4.1.5创建WBS的方法l 创建WBS的方法 类比方法 自上而下的方法l WBS结构多种多样，一般采用的如下： 以项目生命周期的各阶段作为分解的第二层，把产品和项目可交付成果放在第三层 以主要可交付成果作为分解的第二层1.4.1.6分解方式l 按照产品的物理机构分解l 按照产品或者项目的功能分解l 按照实施过程分解1.4.1.7表示方式l 树形结构l 首行缩进的表格形式1.4.18创建WBS约束l 某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。l WBS中某项任务的内容是其下所有WBS项的总和。l 一个WBS项只能由一个人负责，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。l WBS必须与实际工作中的执行方式一致。l 应让项目团队成员积极参与创建WBS，以确保WBS的一致性。l 每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。l WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。l WBS的工作包的定义不超过40小时，建议在4-8小时。l WBS的层次不超过10层，建议在4-6层1.4.3工作包1.4.2.1定义工作包是WBS最底层的组件，也是WBS最底层的可交付成果，工作包分解为一系列的活动，通过活动完成可交付成果。1.4.2.2作用工作包对相关活动进行归类，以便对工作安排进度、进行估算、开展监督与控制。1.4.2.2 WBS分解工作包把整个项目分解为工作包，需进行如下活动：l 识别和分析可交付成果及相关工作l 确定WBS的结构与编排方法l 自上而下逐层细化分解l 为WBS组件指定和分配标识编码l 核实可交付成果分解的程度是否恰当示例如下：1.4.3项目生命周期1.4.3.1定义项目生命周期是指项目从启动到收尾所经历的一系列阶段。项目阶段通常按照顺序排列。阶段名称和数量取决于管理与控制需要、项目本身特征、项目所在的领域。1.4.3.2划分在总体工作范围内或者根据财务资源的可用性，按照职能目标或者分项目标、中间结果、可交付成果、特定的里程碑来划分阶段。1.4.3.3项目生命周期种类l 预测型生命周期在项目生命周期的尽早时间，就确定项目范围及交付此范围所需的时间和成本。优先选择预测型生命周期的情况：充分了解拟交付的产品、有厚实的行业实践基础、整批一次性交付产品有利于干系人。示例如下图：l 迭代和增量型生命周期随着项目团队对产品的理解程度逐渐提高，项目阶段有目的重复一个活多个项目活动。迭代方法是通过一系列重复的循环活动开发产品，增量方法是逐渐增加产品功能。优先选择迭代和增量生命周期的情况：组织需要管理不断变化的目标和范围、或者产品的部分交付、大型复杂的项目。l 适应型生命周期也称变更驱动方法或敏捷方法，目的在于应对大量变更，获取干系人的持续参与。适应情况：需求应对快速变化的环境、需求和范围难易实现确定1.4.3项目阶段1.4.4.1定义项目阶段是一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付成果的完成为结束。可以根据待执行的工作具有的某种特征，组建项目阶段。项目阶段通常与特定的主要可交付成果的形成相关。项目阶段通常按照顺序进行，也有重叠的情况。1.4.4.2作用采用项目阶段结构有助于项目的管理、规划和控制。1.4.4.3阶段与阶段的关系l 顺序关系在顺序关系中，一个阶段只能在前一阶段完成后开始。示例如下：l 交叠关系在交叠关系中，一个阶段在前一阶