cmmi-v1.简体中文版p13项目策划

1、项目策划成熟度 2 级的项目管理类过程域目的项目策划 (Project Planning, PP) 的目的，在建立并定义项目活动的计划。用以业界注释项目策划过程域包括：开发项目计划与干系人适当的互动取得对计划的承诺项目计划策划始于用以定义产品和项目的需求。策划包括：估计工作产品及工作的属性、决定资源需求、协商承诺、制定进度表，以及识别和分析项目风险。制定项目计划可能需要反复上述活动。项目计划提供执行及控制项目活动的基础，以完成对项目客户的承诺。项目进行时，项目计划常因下列情况而须修改：需求及承诺变更、确的估计、纠正措施及过程变更。说明策划及重新策划的特定实践，包含在本过程域的内。在本过程域的通

2、用与特定实践中，全部使用“项目计划”这个术语，来描述控制项目的全盘计划。相关过程域有关产品及其组件的需求开发，请参考需求开发过程域，以获得信息。产品及产品组件的需求与需求变更，是策划及重新策划的基础。有关策划及重新策划所需的管理需求，请参考需求管理过程域，以获得信息。有关风险识别与管理，请参考风险管理过程域，以获得息。信有关把需求转成产品及其组件解决方案，请参考技术解决方案过程域，以获得信息。特定目标及实践摘要SG 1 建立估计值SP 1.1 估计项目范围SP 1.2 建立工作产品与工作属性的估计值SP 1.3 定义项目生命周期SP 1.4 决定工作量与成本的估计值SG 2 开发项目计划SP

3、2.1 建立和进度SP 2.2 识别项目风险SP 2.3 策划数据管理SP 2.4 策划项目资源SP 2.5 策划所需知识和技能SP 2.6 策划干系人的参与SP 2.7 建立项目计划SG 3 取得对计划的承诺SP 3.1影响项目的各种计划SP 3.2 调整工作和资源水平SP 3.3 取得计划承诺各特定目标的实践建立估计值SG 1项目策划参数包括项目从事下列活动所需的所有资讯：策划、组织、用人、督导、协调、及。策划参数的估计值应有赖的基础，以逐渐建立信心，使得任何以此估计值为基础所做的计划，都有能力支持项目目标。估计这些参数值时，通常考虑的举例如下：项目需求，包括产品需求、组织需求、客户需求及

4、可影响项目的其它需求项目范围已识别的工作及工作产品技术方法已选定的项目生命周期模式(例如：瀑布式、渐进式、螺旋式等)工作产品与工作的属性(例如：规模大小或复杂度)进度把工作产品与工作属性转换成投入工时与成本的模式或历史性数据决定所需材料、技能、工时及成本的方法(模式、数据、算法)为了干系人对项目计划的与承诺，以及在项目执行过程中维护项目计划，估计理由与支持性的资料是必要的。估计项目范围SP 1.1分工结构图随项目进行而渐进开发。初始期的最高阶 WBS 用于初期估计。开发 WBS 时，把整个项目分成一组可管理的相互连结的组件。WBS 通常是产品导向的结构，提供一种纲，以识别与安排工作管理的逻辑单

5、元，该逻辑单元称的为“工作包 (work packages)”。通常，WBS 提供工作指派、进度安排及权责的参考与组织的机制，并做为规划、安排及项目工作的基本架构。建立高阶的分工结构图(WBS)，以估计项目的范围。建立并项目策划参数的估计值。有些项目会使用“合约 WBS”一词，以代表合约中的 WBS(可能是整个的 WBS)。并非所有的项目都会有“合约 WBS”(例如公司资助的开发案)。典型的工作产品1.2.3.工作描述 工作包描述分工结构图子实践1. 以产品架构为基础，开发分工结构图。分工结构图提供纲以安排项目工作，该工作环绕所支持的产品。分工结构图应确认下列事项：识别风险与风险缓解工作项目交

6、付，及支持活动所需的工作为了获得技能与知识的工作开发工作所必须的支持计划，如：配置管理、质量保证及验证等计划非开发类的集成与管理工作2.识别工作包，须详细到足以估计项目工作、责任及进度。在工作及组织角色与责任方面，最高阶的 WBS 用来协助度量项目工作量。至于细节则描述于更低阶的 WBS，有助于开发实际可行的进度计划，从而减少预留管理空间的需要。识别会从外部取得的工作产品(或者是工作产品的组件)。有关从项目外部来源获得工作产品，请参考供应商协议管理过3.程域，以获得信息。4.识别将重复使用的工作产品。SP 1.2建立工作产品与工作属性的估计值规模大小是许多模式用来估计工作量、成本及进度的主要输

7、入。这些模式也可根据连结、复杂度及结构做为输入的基础。规模大小估计的工作产品种类，举例如下：交付类及非交付类工作产品文件与可及支持的硬件、韧件和建立并工作产品与工作属性的估计值。这些估计值应与项目需求一致，用来决定项目的工作量、成本及进度。每个规模大小属性，均应指定一个相对等级。度与复杂度的典型的工作产品1. 技术方法2.3.4.工作及工作产品的规模大小及复杂度估计模型属性估计值子实践1.决定项目的技术方法。技术方法决定产品开发的高阶策略。它包括架构特性的决策，例如采用分布式或主从式架构；应用最先进的技术或较成技术，例如机器人、复合材料、或人工智能；以及对产品更广泛的功能期望，例如安全性、要。

8、性及工学等方面的需2.使用适当方法决定工作产品及工作的属性，以估计资源需求。决定规模大小及复杂度的方式，应以经过确认的模式或历史数据为基础。对产品特性与属性的关系了解越多，决定属性的方法也将随的渐进开发。3.估计工作产品及工作的属性。现行方法，举例如下：用于 IC 设计的逻辑闸数目用于的 LOC 或功能点数用于系统工程的需求数量/复杂度用于标准住宅的平方尺数规模大小的度量方式，举例如下：功能数功能点原始码行数(SLOC)类别(Class)与对象(Object)数量需求数接口的数目与复杂度文件页数输出及输入数技术风险数量资料数量集成电路逻辑闸的数目零件的数目(例如已印好的电路板、组件与机械零件)

9、物理限制(例如重量与容量)SP 1.3定义项目生命周期决定项目生命周期的阶段，为评估与决策的策划阶段作准备。这通常与资源及技术方法承诺的合理决策点有关。这样的决策点在修改项目方向与决定未来工作范围与成本上，提供可达成的计划结果。项目生命周期各阶段的定义，有赖于需求的范围，项目资源的估计，以及项目的本质。较大型的项目可能包含多个阶段，例如观念探索、开发、制造、操作与配置。在这些阶段中，可能会需要子阶段。开发阶段可能包含的子阶段有需求分析、设计、制造集成与验证。项目阶段的决定，通常包含软体开发模式的选择与改进，以说明项目活动间的相互关系与适当次序。根据开发策略，也可能还需要有下列中间阶段：原型制作

10、、功能渐进或螺旋模式周期。了解项目生命周期对下列工作是必要的：决定策划工作的范围、决定开始策划的时机及决定计划修改的时机与准则(关键里程 碑)。典型的工作产品1.项目生命周期阶段决定工作量与成本的估计值SP 1.4工作量及成本的估计值，通常根据模式分析的结果，或应用于规模大小、活动及其它策划参数的历史资料而来。对这些估计值的信心，是来自估计模式的逻辑原理及历史数据的本质。有时候历史资料不适用，例如工作欠缺前例或工作类型与模式不合。所谓工作欠缺前例(在某种程度)，是指以前从未有人做过相似的产品或组件，或是开发小组以前从未做过。欠缺前例的工作风险通常较大，必须多做一些研究以便建立合理的估计基准，通

11、常在管理上也须多预留一些空间。当使用这些模式时，必须设均达成共识。项目的独特性，以确保在初始策划阶段所做的假典型的工作产品1.2.3.估计理由项目工作量估计值项目成本估计值子实践1.搜集估计模式或历史数据，用于将工作产品及工作的属性，转换成工时及成本的估计值。在工程领域，已开发出许多参数化模式，以协助估计成本及进度。并不建议只使用这些模式作为估计的单一来源，因为它们所依据的历史项目数据，可能并不适合你的项目。依据估计理由，估计工作产品和工作所需的项目工作量和成本。定义项目生命周期阶段，并据此建立策划工作的范围。使用多种估计模式及(或)多种估计方法可以确保估计上的高度信心。来自于先前执行项目的历

12、史数据，包括成本、工作量及进度，以及考虑不同项目规模及复杂度的调整。2.估计工作量及成本时，应纳入支持基础环境所需的工作量及成本。支持的基础环境包含从产品开发及需求。的观点所反映的资源在评估人力与成本时，应考虑在开发环境、测试环境、制造环境、用户终端环境，以及上述任何组合所需的内在基础资源。3.用估计模式及(或)历史资料，估计所需工作量及成本。用来估计工作量及成本的输入，通常包括：(群)所提供的判断估计(例如：Delphi 预估法)风险，包括工作欠缺前例的影响程度执行工作所需的产品与产品组件需求技术方法分工结构图能力与关键角色工作产品与预期变更的规模大小估计对外采购工作产品的成本已选定的项目生

13、命周期模式与过程生命周期成本估计在工程环境下的工具提供能力管理与执行工作的的技能水平所需知识、技能和培训所需设施(例如：所需工程设施制程能力差旅、会议室及工作站)工作、工作产品、硬件、及工作环境的安全程度中心及产品保证的服务等级协议直接人工与间接费用内在基础资源包含如下：重要的计算机资源(例如：硬盘及网络容量)开发环境与工具(如原型工具、装配、计算机辅助设计与模拟)设施、机械与设备(如测试与的仪器)SG 2开发项目计划项目计划以项目需求及已建立的估计值为基础，是用来管控项目执行的正式核定文件。项目计划应考虑所有项目生命周期的各阶段。项目策划时应确保所有影响项目的计划与主计划之间的一致性。SP

14、2.1建立与进度项目及进度，要依据已开发的估计值来安排，并确保分配、工作复杂度、工作的依存关系均已适当考量。事件驱动且有资源限制的进度安排，已被证明能有效处理项目风险。若工作开始之前，就清楚识别完成时将要展示的成果，则有下述好处：提供事件处理的时间弹性、对预期成果的共识、较佳的项目状态愿景，以及较精确的项目工作状况掌握。典型的工作产品1.2.3.项目进度表 进度相依关系项目子实践1. 识别重要的里程碑。里程碑用来协助确定交付能如期完成。里程碑可以以事件或日期为基准。若以日期为基准，一旦决定日期就很难更改。2.识别进度安排的假设前题。当开始开发进度时，通常需要假设某些活动的期程。这些假设通常涉及

15、一些缺少估计数据的工作。识别这些假设前题，可提供对全程的信心程度(不确定性)的洞察力。识别限制条件。3.应尽早识别影响管理方案弹性的限制。检验工作产品与工作的属性，常会促使这些浮现。这些属性可包括：工作的工期、资源需求、输入及输出。识别工作的相依关系。项目工作若依某一次序进行，通常可缩短完工时间。这需要先识别工作的先后顺序，以决定最佳的次序。4.5.定义与进度。建立并项目及进度通常包括下列事项：定义资源与设施已承诺或已预期的可用时段可用于决定工作最佳次序的工具，举例如下：关键路径法(CPM)计划评核术(PERT)资源限制排程法建立并项目与进度。建立并项目计划，以做为管理的基准。决定项目活动的时

16、间阶段决定附属进度的分类定义项目活动间的相依关系(先后顺序关系)定义支持精确进度度量所需的排程活动及里程碑识别交付客户产品的里程碑定义适当工期的项目活动定义适当时间间隔的里程碑根据满足进度与要求的信心度，定义管理上需预留的空间用适当的历史数据来验证进度定义渐增的经费需求项目的假设与理由6.建立纠正措施准则。建立严重偏离项目计划的判断准则。度量对决定何时划，重划采取纠正措施十分重要。纠正措施可能需要重包括修改原计划、建立新协议，或减少目前计划内的活动。SP2.2识别项目风险有关风险管理活动，请参考风险管理过程域，以获得信息。有关风险监测活动，请参考项目信息。过程域的特定实践，以获得须识别或发现风

17、险，并进行分析以支持项目策划。本特定实践必须延伸到影响项目的所有计划，以确保与所识别的风险相关干系人之间的接口，已有适当的安排。项目策划风险的识别与分析，通常包括下列各项：识别风险分析风险以决定其影响程度、发生机率及可能发生问题的时间点排列风险的优先级典型的工作产品已识别的风险风险的影响程度及发生机率风险的优先级子实践1. 识别风险。风险识别包括识别会影响工作成果与计划的各种潜在问题、及弱点。在分析风险之前，必须先以容易了解的方式，识别及描述风险。识别风险时，最好能采用定义风险的标准方法。可使用风险识别及分析工具，以协助识别可能的问题。识别并分析项目风险。2.3.风险。与相关干系人意。已风险的

18、完整性与正确性，并取得其同4.适当地修改风险。SP 2.3策划数据管理数据是多种形式的文件，用以支持计划的全部领域 (例如：行政管理、工程、配置管务、后勤、质量、安全、制造及采购)。数据可能有多种形式(例如：、手册、笔记、图表、规格书、或往来书函)。数据可存放于各种(例如：不同材)。资料可能是交质的印刷本或绘图本、电子或多付(例如列于合约中的)，或是非交付(例如：非正式数据、市场研究及分析资料、会议、设计文件、学习心得及行动资料)。数据分送方式也有多种方式，包括可用电子方式传送。项目数据需求，应就数据项的格式与内容，按共通或标准的数据需求来建立。的数据项内容及格式，使数据内容更容易了解，亦有助

19、于数据资源的一致性管理。搜集每份文件的理由必须要很清楚。这工作包括分析和验证项目交付及非交付、合约及非合约资料需求，以及客户提供的数据。资料搜集时，经常没有清楚的了解将如何使用该数据，搜集数据的成本很高，应该只在需要时才搜集。策划数据的管理。IPPD 补充当集成团队由多个小组所组成时，资料包括单一小组或跨小组所使用或开发的数据。已识别的风险须要修改的情况，举例如下：新风险已被识别当风险变成问题风险已环境有大幅变动风险识别及分析工具，举例如下：风险分类风险评估查核表结构化访谈脑力激荡绩效模式成本模式网络分析质量分析典型的工作产品1.2.3.4.5.6.7.8.9.数据管理计划 受管理资料总表数据

20、内容及格式描述对使用者与供应者的数据需求隐私需求安全需求安全程序数据检索、及分发机制项目资料的搜集进度10. 待搜集的项目数据子实践1.建立确保数据的隐私与安全的需求及程序。并非每个人都有取用项目数据的需要或权限。必须建立程序，以识别什么人可在什么时候取用什么资料。建立将数据存盘及取用已存盘数据的机制。取用的信息应该以容易了解的形式(例如：电子形式或从数据库的计算机输出)表达，或以其原始建立的形式表达。决定待识别、搜集及分发的项目资料。2.3.策划项目资源SP 2.4按照估计初始值，定义项目资源(人工、机器/设备、材料及方法)及执行项目活动的资源需求数量。同时也提供开用来管理项目的分工结构图。

21、的信息，以展先前开发的高阶 WBS (当作估计机制)，通常藉由将高阶 WBS 分解为代表单一工作单元的工作包而展开，工作包可分别指派、执行及追踪。如此细分能分配管理责任，并提供较好的管理控制。分工结构图的每一工作包或工作产品，应指定唯一的识别符号(例 如：数字)以便追踪。WBS 可按需求、项目活动、工作产品或上述的任意组合而建立。配合 WBS，建立每一工作包工作描述的说明书。典型的工作产品1. WBS 工作包2.3.4.5.WBS 工作说明书按照项目规模大小及范围的用人需求关键设施/设备表过程/工作过程的定义及图表策划执行项目所需的必要资源。IPPD 补充组成集成团队时，项目资源策划应考虑集成

22、团队的用人需求。6. 计划行政管理需求表子实践1.决定过程需求。必须识别、定义用以管理项目的过程，并与所有干系人协调，以确保项目执行期间能有效率的操作。2.决定用人需求。项目的WBS 的工作包来安排。工作包的分割是从达成项目需求着眼，将需求分做工作、执行角色及责任做考量。用人需求必须考虑每个职位所需的知识与技能，如“策划所需知识和技能”特定实践所述。3.决定设施、设备及组件需求。就某些意义来说，多数项目都是独一无二的，因此需要某些独特的资产，以完成项目目标。及时决定并取得这些资产，对项目成功极为重要。需及早识别有生产前置时间的，以决定如何处理。即使所需资产不是独特的，搜集一份包括全部设施、设备

23、及零件(例如：成员工作所需的计算机数目、应用、办公空间等等)的，可提供常被忽视的工作范围方面的洞察力。SP 2.5策划所需知识和技能有关将知识与技能的信息并入项目计划，请参考组织培训过程域，以获得信息。将知识导入项目，包含项目成员的培训以及从外界获取知识。用人需求必须根据执行项目所需的知识与技能而定。典型的工作产品1.2.3.技能需求的详细记载用人及聘用新人计划数据库(例如：技能及培训)子实践1.2.3.识别执行项目所需的知识与技能。评估可用的知识与技能。选择提供所需知识与技能的机制。策划执行项目所需的知识与技能。要选择以培训或外部采购来取得所需知识与技能，司内的培训能力、项目进度及经营目标来

24、决定。4. 将选定的机制并入项目计划。SP 2.6策划干系人的参与藉由识别项目代表的类型与功能需要，以及描述他们在特定项目活动的关联和互动程度，来识别项目生命周期各阶段的干系人。制作干系人和项目活动的二维矩阵对照表以实现关联是很方便的形式。矩阵的每一格(即每一坐标交叉点)，即可用来描述某一干系人，在某特定活动中的关系和被期望参与该活动的角色与份量。要让干系人的参与发挥效用，必须慎选相关干系人。项目每个主要活动，都应识别出会受该活动影响的干系人，以及有项目技术来引导该活动的干系人。相关干系人的应随项目生命周期阶段而调整。先期的项目工作(如需求和设计决策)会影响到后期工作，故应确保列名于项目后期生

25、命周期阶段的相关干系人，能及早表达对影响他们的需求与设计决策的意见。本特定实践的实施与前述“策划所需知识与技能”实践应相互分享或交换相关信息。典型的工作产品1. 干系人参与计划建立项目计划SP 2.7策划已识别的干系人的参与。建立并全盘的项目计划内容。干系人互动计划应包括的内容，举例如下：相关干系人干系人参与的理由生命周期各阶段中相关干系人的角色与责任干系人间的关系生命周期各阶段中干系人对成功的重要性所需的资源(例如：培训、材料、时间、经费)，以确保干系人的互动干系人分阶段互动的进度IPPD 补充组成集成团队时，对干系人参与的策划应深入到集成团队层级。机制举例如下：培训(公司与)外部培训用人及

26、聘雇新人向外采购所需技能在说明所有相关策划，以取得所有要执行该计划的个人、团体、组织的相互了解、承诺、及执行时，一份计划是必要的。项目的计划，以逻辑的方式定义了所有层面的人力；项目生命周期的考量；技术及管理工作；与进度；里程碑；资料管理、风险识别、资源与技术的需求；以及干系人的识别和互动。基础架构的描述包含有项目成员间责任与织的支持。的关系、管理阶层以及组的策划文件通常为下列的一：开发计划项目计划计划对于硬件，策划文件通常是只硬件开发计划。制造准备时的开发活动，可能包含在开发计划或定义在不同的制造计划。满足相关策划事项的计划文件，对执行及支持该计画之个人、团队及组织，必须达成共同的了解、承诺及

27、执行。项目计划须以逻辑的方式定义所有的工作面向：项目生命周期考、技术及管理工作项目、及时程、里程碑、数据管理、风险界定、资源及技能需求，以及干系人的界定与互用于 国防部的计划范例包含如下：集成主计划-一份事件驱动式的计划， 重要的产出，以及该产出在的营运及技术方面上的成功/失败准则，并将各产出与关键事件相结合。集成主进度-集成网络是多层次的计划工作进度，用以完成文件集成主计划的工作人力。系统工程管理计划-详细说明中集成技术人力的计划。系统工程主进度-事件导向的进度，包含了所有有技术上的关键产出，每个产出都要有可度量的准则，要能成功的实现，以通过所识别的事件。系统工程详细进度-详细的与时间相关工

28、作导向的进度，用以说明系统工程主进度中的特定日期与里程碑。需求评估及接受准则，举例如下：清晰而适当地表达完整相互的一致性可个别界定可适当地实现可验证(可测试)可追溯硬件工程适用工程适用动。基本环境的描述应包括项目成员、管理及支持间的全责关系。典型的工作产品1. 全盘项目计划SG 3取得对计划的承诺计划必须获得负责执行及支持的承诺才生效。SP 3.1影响项目的各种计划其它过程域所发展的计划，通常包括与全盘项目计划同类的信息。这些计划可能提供额外且详细的指引，应配合与支持全盘项目计划，以权责与的人。影响项目的所有计划应予，以确保达成使项目成功所需的范围、目标、角色及关系的共识。很多影响项目的计划描

29、述于每个过程域的策划过程的通用实践中。典型的工作产品1.影响项目计划的SP 3.2调整工作和资源水平为使所建立的项目是可行的，获取相关干系人的承诺，以及调整预估与实际可用资源之间的差距是重要的。调整的方式通常包括：降低或延后技术效能的需求、争取资源、找寻增进生产力的方法、委外、调整项目的技能组合、修订影响项目的所有计划或进度表。典型的工作产品已修改的方法与对应的预估参数 (例如：较好的工具、使用现成品组件)重新协商的IPPD 补充当集成团队组成时，若各集成小组分散于多处，或有人同时参与一个或多个的多个集成团队，要特别注意资源承诺问题。调整计划，以反映可用的资源与预估的资源。IPPD 补充当集成

30、团队组成时，其集成工作计划均属须的计划。影响项目的所有计划，以了解承诺。建立并对项目计划的承诺。3.4.5.已修改的进度 已修改的需求表重新协商的干系人协议SP 3.3取得计划承诺取得承诺涉及所有项目内外部相关干系人之间的互动。做了承诺的个人及小组应有信心在预定的成本、进度及执行的限制条件下完成工作。通常先做一个暂时性的承诺较为适当，以容许工作启动，并进行相关研究，当增加信心至适当程度，需要得到充分的承诺。典型的工作产品承诺要求承诺子实践1.识别所需支持，并与相关干系人协商承诺。可用 WBS 为检查表，以确保所有工作都获得承诺。干系人互动计划应识别所有取得承诺的对象。所有组织的承诺，包括完整的

31、及临时的，并确保由适当层2.级的签署。承诺须文件化，以确保一致的相互了解，并可追踪及时性的承诺应附有相互关系的风险描述。临3.4.适时与资深管理适时与资深管理一起一起承诺。外部承诺。管理者可能具有必要的洞察力及联的风险。识别项目内、项目间及组织监督。，以降低与外部承诺相关5.间各组件的接口承诺，以利于定义良好的接口规格是承诺的基础。各通用目标的实践从负责执行与支持计划的相关干系人取得承诺。仅适用于连续式表述GG 1达成特定目标本过程将识别的输入的工作产品转换为输出的工作产品，并支持与促成过程域特定目标的达成。IPPD 补充集成团队组成时，集成团队计划必须被团队成员、其它接口团队、全及团队所选以

32、定义应用标准过程的所接受。GG 2制度化已管理过程建立组织政策GP 2.1详细说明：本政策建立组织的期望，以策划参数估算、安排内外部承诺、开发管理项目的计划。GP 2.2策划过程详细说明：参考表 6.2 通用实践与过程域关系，以取得2.2 和项目策划过程域的资讯。关于通用实践提供资源GP 2.3详细说明：项目策划时，可能需要特殊专业能力、设备及设施。在项目策划时所需的特殊专业能力，举例如下:有经验的估计安排进度特定领域(例如: 产品专业及技术)指派责任GP 2.4指派策划过程的责任与培训GP 2.5供过程服务。提供充足的资源，以执行策划过程、开发工作产品及提供过程服务。将过程制度化为已管理过程。依需要培训，以执行或支持策划过程。，以执行过程、开发工作产品及提其它资源提供的工具，举例如下：电子表格程序估计模式策划及排程建立并执行策划过程的计划。建立并组