CMMI项目计划

《CMMI项目计划》由会员分享，可在线阅读，更多相关《CMMI项目计划（19页珍藏版）》请在装配图网上搜索。

1、1CMM项目计划完整过程1.1目的目的在于建立并维护定义项目活动的计划,是为项目的研发和管理工作制定合理的行动纲领以便所有相关人员按照该计划有条不紊的开展工作。1.2简介项目计划过程域包含以下活动：制订项目计划适当地与相关干系人配合获得对计划的承诺维护计划1.3项目计划过程活动流程项目计划基本流程：项目计划的大体流程是项目立项之后，由项目负责人编制软件研制任务书，根据软件研制任务书进行项目估算，得到项目估算列表，根据项目估算制定项目计划，评审之后大直一致的理解并作出承诺，项目相关人员根据计划执行任务，执行的过程中根据进度对照计划如果有变差，可以根据实际情况对项目计划进行变更控制。根据软件研制任

2、务书，分解项目主要功能，项目计划详细流程：项目计划阶段子活动影响线:赖关系控识别各项计:N约束内完成工作T任务之间的先后次序，并确定最优排序一开始别主要里程碑-结束产生项目估算表流程主线WBS:工作分解结构，把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。用层级结构对工作任务进行分解子活动线建立项目生命周期估算工作量和成本需求范围、对项目资源的估算以及项目的性质。从启动到收尾所经历的一系列阶段，比如开发阶段：需求分析、设计、制造、集成、验证等阶段使用模型或历史数据对规模、活动以及其它计划参数进行分析对特定活动的工期作出假设输入从产品、质量、时间、费用、资源等方面估算。估算工

3、作产品和任务属性/预先计划的事件/或指定时间点以编制好的估算为基础估算项目范围（制定顶层WBS）以下活动依据从创建数据项和统一数据项的内容与格式来管理项目数据。搜集数据、建立数据保密、数据归档及访问机制、数据检索及分发机制、确定数据协调估算的和可用的资源之间的差距主要子活动任务工期、资源、输入及输出主要子活动影响制定项目的所需资源计划指定干系人参与计划定义执行项目活动所需的项目资源和数量（例如人工、设备、材料以及方法）应该包含在干系人交互计划中的内容实例有：所有相关干系人的列表干系人参与的依据干系人之间的关系保证干系人的交互所需的资源（例如培训、材料、时间、资金）干系人分阶段交互的时间安排项目

4、生命周期阶段中，相关干系人的角色与职责项目生命周期阶段中，该干系人对项目成功的相对重要性项目计划变更控制获得承诺需要项目内外所有相关干系人的交互。作出承诺的个人或小组应该有信心在成本、进度和绩效比如：需求的数量与繁杂度接口的数量功能数源代码行数类与对象的数量等项目计划阶段承诺并评审项目计划（第三阶段）项目估算（第一阶段）制定项目计划（第二阶段）项目计划定义了项目工作的以下方面:项目生命周期的考量项目任务预算及进度里程碑数据管理建立并维护风险识别整体项目计划资源及技能需求干系人的识别及交互基础设施的考量制定项目所需的知识与技能计划制定数据管理计划协调工作与资源水平获得对计划的承诺执行计划建立并维

5、护预算与进度扩展到所有影响项目的计划1.3.1建立估算1.3.1估算项目范围项目负责人根据软件研制任务书，分解项目主要任务，估算项目范围，建立顶层WBS,根据顶层WBS，定义工作包，详细描述工作任务、职责及进度的估算。输入：软件研制任务书输出：WBS、工作包描述、任务描述主要活动：1）制定WBS对项目任务进行分组，对项目的整个工作范围进行分层定义，每下降一层代表对项目工作更为详细的定义。WBS识别以下以下各项：风险及其缓解任务 产出交付物与支持活动的任务A获取技能和知识的任务 制定所需支持计划的任务（如配置管理计划、质量保证计划及验证计划）集成和管理非开发项的任2）定义工作包3）识别从外部采购

6、的产品及产品组件4）识别将要复用的工作产品1.3.2建立工作产品及任务属性的估算项目负责人基于某种方法定义项目工作产品及任务属性，并对工作产品及任务属性进行估算，建立工作产品及任务属性的估算表。主要确定任务与工作产品的规模及复杂度（比如需求的数据量与复杂度），填写属性估算值（比如数据库表数量），确定项目的技术方法（比如架构b/s或c/s）。输入：软件研制任务书、WBS输出：任务与工作产品的规模与复杂度、估算模型、属性估算值、技术方法过程活动：1）确定项目的技术方法技术方法定义了产品开发的顶层策略，包含 架构特定的决策，比如分布式或客户端/服务器架构。 采用最先进还是较成熟的技术，比如机器人技术

7、 对最终产品的功能及质量属性的期望，比如安全性、保密性。2）确定估算工作与任务属性的方法3）估算工作产品与任务的属性1.3.3定义项目生命周期项目负责人根据项目特征，定义项目生命周期，划分项目阶段。输入：软件研制任务书、WBS输出：项目生命周期阶段1.3.4估算工作量与成本有了工作产品及任务属性的估算，项目负责人根据某种估算模型对项目任务和项目主要功能所需的时间、人力、物力等资源进行估算，建立项目所需的工作量、成本、关键资源的估算，作为制定项目计划的依据。输入：工作产品及任务属性的估算、WBS输出：估算依据、项目工作量估算、项目成本估算主要活动：1) 建立估算依据，收集模型或历史数据，以用于将

8、工作产品及任务的属性转换为工时及成本的估算值2) 在估算工作量与成本时，应包含对支持性基础设施的需要基础设施资源的实例有： 关键计算机资源(例如，内存、磁盘及网络容量、外设、通信信道，这些资源的容量)工程环境及工具(例如，原型、测试、集成、编译、计算机辅助设计computer-aideddesign,CAD、模拟等活动相关的工具) 设施、机械及设备(例如，测试平台、记录装置)3) 在估算工作量与成本时，使用模型、历史数据或者二者的组合1.3.2制定项目计划项目计划是用于管理和控制项目执行的经过批准的正式文件。它以项目需求和已建立的估算为基础。项目计划主要考虑预算与进度、风险识别、数据管理、项目

9、资源、项目所需的知识与技能、项目干系人的参与几个方面。项目负责人根据根据项目特点，制定符合项目要求的计划。13.2.1建立预算与进度项目负责人根据编制好的估算，识别主要里程碑，进度假设，识别约束，识别任务的依赖管理，建立并维护预算与进度。输入：已有的项目估算输出：项目进度、进度依赖、项目预算主要活动1) 识别主要里程碑2) 识别进度假设3) 识别约束4) 识别任务的依赖关系5) 建立并维护预算与进度建立并维护项目的预算与进度通常包括： 定义资源及设施的已承诺或已预期的可用时段 确定活动的时间阶段 确定附属进度的分解 定义活动之间的依赖关系(前导或者后继关系) 确定支持项目监督与控制的进度活动及

10、里程碑 确定交付客户产品的里程碑、发布版本或增量 定义工期适当的活动定义时间间隔适当的里程碑根据满足进度与预算的信心程度，定义管理预留利用适当的历史数据来验证进度定义增量式的经费需求记录项目的假设和依据6）建立纠正措施准侧1.3.2.2识别项目风险识别或者发现风险并且加以分析，制定风险管理计划，以支持项目计划活动，险管理计划影响所有的项目计划。主要活动识别风险并把风险文档化，分析风险并划分等级、需要时适当地修订风险。输入：已有的项目估算输出：已识别的风险、风险影响及发生概率、风险的优先级主要活动：1）识别风险风险的识别包括识别可能对工作和计划带来负面影响的潜在问题、危险、威胁、弱点等风险识别与

11、分析工具的实例有：风险分类法风险评估检查单结构化访谈头脑风暴过程、项目及产品性能或绩效模型成本模型网络分析质量因素分析2）将风险文档化3）评审已文档化的风险4）修订风险何时需要修订已识别风险的实例有：识别出新风险时风险变成问题时风险已经消失时项目环境发生重大变化时1.3.2.3计划数据管理为何有数据管理 数据以不同方面（例如管理、工程、配置管理、财务、后勤、质量、安全、制造以及采购）支持项目所需， 采用任何形式（例如报告、手册、笔记、图表、图纸、规格说明、文件或者往来信函）， 存放不同介质（例如不同材质的打印件或绘制件、照片、电子存储或者多媒体），可能是交付物，也可能是非交付物，数据分发形式多

12、样由此，应该建立标准或者通用的数据要求，从创建数据项和统一数据项的内容与格式来管理项目数据，由于搜集数据成本很高，应该在需要时才去搜集。输入：数据管理要求输出：数据管理计划、受管理的数据总表、数据内容及格式描述、采购方和供方的数据需求清单、私有性要求、保密性要求、保密性规程、数据检索复制与分发机制、项目数据的搜集进度、需搜集的项目数据清单主要活动1) 建立保证数据的私有性和保密性的要求与规程(设置访问权限规则)2) 建立数据归档并为设置访问权限3) 确定待识别、收集和分发的项目数据4) 确定对相关干系人进行访问授权或者数据分发的需求5) 确定对哪些项目数据及计划需要版本控制或其他级别的配置控制

13、，并且建立机制以确保项目数据受控。1.3.2.4计划项目资源根据初始的估算结果，定义执行项目活动所需的项目资源和数量(例如人工、设备、材料以及方法)，并提供额外信息，以展开用于管理项目的WBS。WBS被展开若干个工作包。工作包能够分别被分配、执行和跟踪。WBS应附有一份描述该工作分解结构中每项工作的字典。输入：已有的项目估算输出：工作包、WBS任务字典、基于项目规模和范围的人员配备需求、关键设施与设备清单、过程及工作流的定义及图表、项目行政管理需求清单、状态报告主要活动：1) 确定过程需求2) 确定沟通需求3) 确定人员配置需求4) 确定设置、设备及组件需求5) 确定其他持续性的资源需求包括

14、易耗品(例如：电力、办公用品) 知识产权的使用权 运输设备的使用权(对人员及设备)1.3.2.5计划所需的知识与技能为执行项目所需的知识与技能制订计划。输入：已有的项目估算输出：技能需要清单、人员配备与雇佣计划、技能与培训、培训计划主要活动：1) 识别执行项目所需的知识与技能2）评估可用的知识与技能3）选择提供所需知识与技能的机制机制的实例有：内部培训（组织级的和项目级的）外部培训人员配备及雇佣获取外部技能4）将选定的机制纳入项目计划。1.3.2.6计划干系人的参与计划所识别干系人的参与。通过识别项目中需要的人员类型和职能，并描述他们与特定的项目活动的相关性和作用的程度，来确定项目生命周期中所

15、有阶段的干系人。输入：已有的项目估算输出：干系人参与计划应该包含在干系人交互计划中的内容实例有：所有相关干系人的列表干系人参与的依据干系人之间的关系保证干系人的交互所需的资源（例如培训、材料、时间、资金）干系人分阶段交互的时间安排项目生命周期阶段中，相关干系人的角色与职责项目生命周期阶段中，该干系人对项目成功的相对重要性1.3.2.7建立项目计划建立并维护整体项目计划。结合相关计划事项的文档化的计。输入：项目相关的各项计划输出：软件开发计划项目计划定义包括以下方面：目生命周期的考量项目任务预算及进度里程碑数据管理风险识别资源及技能需求干系人的识别及交互基础设施的考量1.3.3获得对计划的承诺对

16、项目计划的承诺得到建立与维护。计划需要得到负责实施和支持的人员的承诺才能生效1.3.3.1评审影响项目的各项计划所有影响项目的计划都应该得到评审，以确保它们对项目成功所需要的范围、目标、角色以及关系的共同理解，记录评审结果。输入：项目的各项计划输出：对影响项目的各项计划的评审记录1.3.3.2协调工作与资源水平调整项目计划以协调可用的资源与估算的资源。为了建立可行的项目，应获得相关干系人的承诺，并协调估算的和可用的资源之间的差距。协调的方式通常包括：修订或推迟需求、协商以争取更多的资源、发现提高生产率的方法、外包、调整人员的技能组合或者修订所有影响项目的计划或进度。输入：项目的各项计划输出：1

17、) 修订的方法和对应的估算参数(例如更好的工具、现货组件的使用)2) 重新协商后的预算3) 修订后的进度4) 修订后的需求列表5) 重新协商后的干系人协议1.3.3.4获得对计划的承诺从负责执行与支持计划实施的相关干系人处获得承诺。输入：项目的各项计划输出：1) 文档化的承诺请求2) 文档化的承诺主要活动：1)与相关干系人一起识别需要的支持并就承诺进行协商。2)将所有组织级的承诺(完整的以及临时的)文档化，并确保由适当级别的人员签署3) 适当时与高层管理人员一同评审内部承诺4) 适当时与高层管理人员一同评审外部承诺5) 识别关于项目元素与其它项目及组织级单位间接口的承诺，以便对其进行监督1.3

18、.4总结三个阶段的总结:阶段主要活动主要任务输入输出建立估算估算项目范围建立顶层WBS软件研制任务书顶层WBS、工作包描述、任务描述估算工作产品及任务属性识别工作产品及任务属性，估算并填写任务属性值、确认技术方法软件研制任务书、WBS任务与工作产品的规模及复杂度、估算模型、属性估算值、技术方法定义项目生命周期根据项目特性划分项目生命周期阶段软件研制任务书、WBS项目生命周期阶段估算工作量及成本根据WBS及工作产品及任务属性估算值估算工作量与成本工作产品及任务属性的估算、WBS估算依据、工作量估算、成本估算制定项目计划建立预算与进度根据已经编制好的估算建立并维护预算与进度已编制好的项目估算项目进

19、度、进度依赖、项目预算识别项目风险识别并分析风险，制定风险管理计划已编制好的项目估算、预算与进度已识别的风险、风险影响及发生概率、风险的优先级计划数据管理建立标准或者通用的数据要求，从创建数据项和统一数据项的内容与格式来管理项目数据。建立数据归档、访问、分发、版本控制机制预算与进度、数据要求数据管理计划、受管理的数据总表、数据内容及格式描述、采购方和供方的数据需求清单、私有性要求、保密性要求、保密性规程、数据检索复制与分发机制、项目数据的搜集进度、需搜集的项目数据清单计划项目资源定义执行项目活动所需的项目资源和数量已编制好的项目估算、预算与进度工作包、WBS任务字典、基于项目规模和范围的人员配

20、备需求、关键设施与设备清单、过程及工作流的定义及图表、项目行政管理需求清单、状态报告计划所需知识与技能识别项目所需的资源和技能，评估现有的资源与技能，选择获取的机制，制定培训计划已编制好的项目估算、预算与进度技能需要清单、人员配备与雇佣计划、技能与培训、培训计划计划干系人参与根据项目估算，识别干系人的参与，制定计划已编制好的项目估算、预算与进度干系人参与计划建立整体项目计划把所有相关计划文档化的计划，也称集成的总计划项目相关的各项计划总体的项目计划承诺评审影响项目组织相关干系人评审项目的各对项目的各项计划的评审记录并评的各项计划计划并作评审记录项计划审项目计划协调工作与资协调估算的和可用的资项

21、目的各修订的方法和对应的估算参数（例源水平源之间的差距项计划如更好的工具、现货组件的使用）、重新协商后的预算、修订后的进度、修订后的需求列表、重新协商后的干系人协议获得对计划的个人或小组承诺在成项目的各文档化的承诺请求、文档化的承诺承诺本、进度和绩效约束内项计划、评完成工作审结果14名词定义1.4.1 WBS（WorkBreakdownStruct）e1.4.1.1 定义工作分解结构，创捷WBS是把项目可交付成果和项目工作分解成较小的、易于管理的组件的过程。按层级分解。工作代表活动的结果的工作产品或者可交付成果。WBS三要素：工作:可以产生有形结果的工作任务分解:逐步细分和分类的层级结构结构:

22、按照一定的模式组织各部分1.4.1.2 作用对交付的内容提供一个结构化的视图。1.4.1.3创建要素1输入1r工具与技术r厂输出r1范囲營理计划2项目范区说明书3需京文件4事:坏埔闵瓷.5粥职过押话产.1井解V.J,1范围基:隹2IKLJ文件更新输入：软件研制任务书，有以下几类：1）范围管理计划：定义了详细的项目范围说明书创建WBS，以及如何维护和批准WBS.2)项目范围说明书：需要实施的工作及不包含在项目中的工作，还包含影响项目的约束和限制条件。3) 需求文件：详细描述产出的项目结果，为产出的项目结果所做的工作。4) 事业环境因素:项目行业所在行业的WBS标准可以做为创建WBS的外部参考。5

23、) 组织过程资产：用于创建WBS的政策、程序、和模板，以往的项目档案、以往的项目经验教训等。工具：1) 分解:把项目范围和项目可交付成果逐步划分更小、更便于管理的组成部分的技术。2) 专家判断：依据各种信息，把项目可交付成果分解为更小的组成部分输出：1) 范围基准： 包括项目范围说明书：包括项目范围、主要可交付成果、假设条件和制约因素的描述。 WBS:全部工作范围的层级分解。 WBS词典：针对每个WBS组件，详细描述可交付成果、活动和进度信息的文件。对WBS提供支持。2) 项目文件更新：需要更新的文件比如需求文件。创建WBS过程中提交变更，获得批准后，更新需求文件。1.4.1.4创建WBS流程

24、1.4.1.5创建WBS的方法 创建WBS的方法类比方法 自上而下的方法 WBS结构多种多样，一般采用的如下： 以项目生命周期的各阶段作为分解的第二层，把产品和项目可交付成果放在第三层软件产品这亍足tf为示不代农任1可耗亍目时完區号|I融.判.也Tfttt#比奘以bHK此一以主要可交付成果作为分解的第二层1.4.1.6分解方式按照产品的物理机构分解 按照产品或者项目的功能分解按照实施过程分解1.4.1.7表示方式树形结构首行缩进的表格形式1.4.18创建WBS约束 某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。 WBS中某项任务的内容是其下所有WBS项的总和。 一个WBS项

25、只能由一个人负责，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。 WBS必须与实际工作中的执行方式一致。 应让项目团队成员积极参与创建WBS，以确保WBS的一致性。 每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。 WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。 WBS的工作包的定义不超过40小时，建议在4-8小时。 WBS的层次不超过10层，建议在4-6层1.4.3工作包1.4.2.1 定义工作包是WBS最底层的组件，也是WBS最底层的可交付成果，工作包分解为一系列的活动，通过活动完成可交付成果。1.4.2.2 作用工

26、作包对相关活动进行归类，以便对工作安排进度、进行估算、开展监督与控制。1.4.2.2WS分解工作包把整个项目分解为工作包，需进行如下活动：识别和分析可交付成果及相关工作 确定WBS的结构与编排方法 自上而下逐层细化分解 为WBS组件指定和分配标识编码核实可交付成果分解的程度是否恰当示例如下：这讥Eg只電恨为示脚，不代表任何驶吓具慨顶目的完鑒旺口范匸I.也干亘味舌此芟顶仅此lJuwbe井舅冇比1.4.3项目生命周期1.4.3.1定义项目生命周期是指项目从启动到收尾所经历的一系列阶段。项目阶段通常按照顺序排列。阶段名称和数量取决于管理与控制需要、项目本身特征、项目所在的领域。1.4.3.2划分在总

27、体工作范围内或者根据财务资源的可用性，按照职能目标或者分项目标、中间结果、可交付成果、特定的里程碑来划分阶段。1.4.3.3项目生命周期种类预测型生命周期在项目生命周期的尽早时间，就确定项目范围及交付此范围所需的时间和成本。优先选择预测型生命周期的情况：充分了解拟交付的产品、有厚实的行业实践基础、整批一次性交付产品有利于干系人。示例如下图：需求可行性规划设计建造测试移交 迭代和增量型生命周期随着项目团队对产品的理解程度逐渐提高，项目阶段有目的重复一个活多个项目活动。迭代方法是通过一系列重复的循环活动开发产品，增量方法是逐渐增加产品功能。优先选择迭代和增量生命周期的情况：组织需要管理不断变化的目

28、标和范围、或者产品的部分交付、大型复杂的项目。 适应型生命周期也称变更驱动方法或敏捷方法，目的在于应对大量变更，获取干系人的持续参与。适应情况：需求应对快速变化的环境、需求和范围难易实现确定1.4.3项目阶段1.4.4.1定义项目阶段是一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付成果的完成为结束。可以根据待执行的工作具有的某种特征，组建项目阶段。项目阶段通常与特定的主要可交付成果的形成相关。项目阶段通常按照顺序进行，也有重叠的情况。1.4.4.2作用采用项目阶段结构有助于项目的管理、规划和控制。1.4.4.3阶段与阶段的关系顺序关系在交叠关系中，一个阶段在前一阶段完成前就开始，示例

29、如下图:1.4.3风险级别风险级别是一个结合了达成目标的不确定性与没有达成目标后果的度量项，风险级别设定了已计划的或者可接受的成本、进度或性能的边界值1.5疑问点1、在估算项目范围建立WBS程度？答案：在估算项目范围阶段，根据分析任务书，估算可交付成果和项目工作，首先构建顶层WBS，然后定义工作包，展开WBS因为工作包属于WBS最底层的组件。WBS是逐步构建的过程。2、工作包是否可以分解？答案：工作包是WBS最底层的组件，也是WBS最底层可交付成果。作为WBS组成部分不可分解了。但是工作包可以分解为一系列的活动，由这些活动完成可交付成果。3、WBS与项目生命周期关系？答案：都是在项目初期，估算

30、项目范围阶段构建的。WBS和项目生命周期都是根据分析任务书，估算工作产品、可交付成果及项目工作来都建的。根据项目特征，顶层的WBS有可能和项目生命周期划分一样。4、项目总体计划与其他计划的关系？答案：描述所有相关计划事项的计划，并文档化。建立所有计划的关联，对项目总体计划的把控，制定集成计划。包括集成的总体计划、集成的总体进度、集成的技术工作计划、系统工程总体进度、系统工程详细进度等。5、估算生命周期模型是否需要输入WBS?答案：如果有，需要，不是必须，因为都是基于可交付成果及项目工作、项目特征划分的。建立WBS之后可以很直观反映整个项目范围可交付的项目成果，有利于项目生命周期的划分。6、项目风险的级别和在计划中的体现？答案：风险级别定义客户对风险承受能力的边界值。识别并评价分析风险之后，确定该风险的级别，定义何时风险是不可接受的，是执行风险缓解计划和应急计划的触发条件。注：关于风险在CMMI中的风险管理过程域详细介绍了风险管理策略、识别分析风险、制定并实施风险缓解计划。7、质量保证是否在计划中单独有计划？答案：质量保证计划是项目管理计划的一部分，用于控制质量，可以单独制定质量保证计划。描述了如何在项目中开展质量控制。