SXU-软件项目管理-朱少民-第三章 项目计划 附相关习题

考点

13、项目计划概念、内容；

14、wbs方法，怎么分解；

15、计划各项内容；

16、成本包括哪些成本；

3.1 什么是项目计划

1、计划：事先确定项目的目标和实现目标所需的原则、方法、 步骤、手段等完整方案的管理活动。

1）将“计划“看成是一个持续的管理活动，是一个过程。有时这种持续的管理活动转化为文档,也被看做“计划(plan)”，它应该更恰当地被称为“项目计划书”。

2）计划作为管理活动，体现了一种管理职能，而且这项管理职能在各项管理职能中占有领先地位，即必须在设计、执行之前就开始了。计划决定了组织、指挥、协调的目标，也规定了控制和监督的标准，对项目将来的实施具有很大影响。
3）计划(书)作为文档则是指导、监控项目执行的文件，其主要内容包括项目概览，如何组织项目的描述，用于项目的管理和技术过程，所要完成的工作，进度信息和预算信息等。

2、软件项目计划目的：制定一套软件项目实施及管理的解决方法。
主要工作：①确定详细的项目实施范围。②定义递交的工作成果。③评估实施过程中的主要风险。④制定项目实施的(时间)进度计划。⑤成本和预算计划。⑥人力资源计划等。

1）制定项目计划在软件项目实施之前必须完成。目标：为项目负责人提供一个框架，使之能合理地估算开发资源、经费和开发进度，控制软件项目开发过程按此计划进行。在做计划时要对人力、项目持续时间及成本等作出估算（这种估算大多是参考积累的经验和历史数据等作出的）

2）软件项目计划包括2个任务：研究和估算；通过研究该软件项目的主要功能、性能和系统界面，对工作量、时间、成本和风险等作出评估，然后根据评估结果进行安排。

3、软件项目计划的主要作用有以下几方面。
1）指导软件项目实施 包括采用正确的策略、合适的方法和工具等。
2）得到项目相关利益人的承诺 这是项目顺利实施的前提。
3）获得资源的承诺 先在设备软件和人员上进行安排和准备，保证项目各项工作可以按时开展。
4）明确项目人员的分工和工作责任 提高项目的工作效率。
5）及早了解项目存在的问题和风险 从而在问题发生前制定好对策，使项目能够顺利实施不会严重影响项目的进度，保证项目的质量。
6）获得组织在项目预算上的承诺 从而保证项目能够顺利实施，不会半途而废。

7）是软件项目实施结果评估的依据 为项目管理的改进提供参考标准(基线)。

8）软件项目实施过程的文档化 使之成为组织的知识财富（记录下来）。

3.2 项目计划的内容

项目计划阶段需要解决的就是后面的3个问题：怎么做，什么时候做，谁来做；

3.2.1项目计划内容

1、一般的项目计划，包括下列内容。

目标:在特定的时期内所要达到的期望结果。
策略:为了达到或超过目标所采取的方法和措施,包括如何做出决策和组织行为的总体指导。

流程:执行政策的具体方法和步骤，包括里程碑设置、沟通渠道、问题报告机制等。

标准:项目过程和产品所要遵守的规定、规范和要求及对个人或团体绩效所定义、可接受的标准。
质量:对软件项目输出成果的要求，包括阶段性产品和最终产品的质量需求。

进度安排:事先安排的个人或团体活动、任务或事件的开始时间和结束时间。

预算:为了达到或超过目标所需要的开支，为将来的成本控制建立依据。

资源:组织结构、人员数量和角色的确认，包括各角色的责任和义务，人员间工作配合的要求。

风险:对项目成功构成的威胁或负面影响因素，影响大小或损失，以及相对应的风险防范。

配置管理:包括软硬件配置项的定义、基线建立、版本控制和变更控制等工作内容。

2、主要内容的说明

1）目标与范围
要首先确定对软件项目有一个总体的认识，主要内容包括范围规划、范围定义及任务工作结构分解，也包括：项目背景，项目目标，主要功能特性，产品交付内容(清单)，验收标准，依赖性或条件限制，专业术语，参考文档。

2）项目估算
根据软件需求，结合历史数据，采用恰当的评估技术，估算软件规模，从而进一步估算工作量、开发时间等。项目估算包括资源估算、活动持续时间估算以及费用估算。首先是对项目活动进行分解和定义，进行项目规模估算，然后进行资源估算，最后才是费用估算。
3）风险
需要识别风险对风险进行评估，便采取相应的措施来降低或缓解风险。这就需要制定风险管理计划，包括风险预防、风险监控和风险处理计划等。分为一般性风险和特定产品的风险。

PS：一般性风险对每一个软件项目而言都是一个潜在的威胁，一般性风险和特定产品的风险都应该被系统化地标识出来。识别风险的一个方法是建立风险条目检查表（可以识别如：商品规模，商业影响，客户特性，过程定义，开发环境，构造技术，人员）

4）资源：人员、硬件、网络、软件等需求和安排，还包
括项目组成员的角色、责任和具体分配的任务
5）进度安排：任务排序、里程碑设置等
6）跟踪和控制机制：QA、变更控制、项目成员报告等

3.2.2 输出文档

项目计划书：（1）总体计划（2）项目范围说明书（3）项目进度计划（4）项目成本计划（5）质量管理计划（6）项目资源计划（7）项目风险计划（8）采购管理计划（9）配置管理计划（10）产品集成管理计划

3.3 项目计划的方法

适合软件项目的弹性计划方法主要：滚动计划法、分层计划法、网络计划法、工作分解结构方法(WorkBreakdownStructure，WBS)类似分层计划法。

3.3.1 滚动计划方法

1、滚动计划方法是动态编制计划的方法，按照“近细远粗”的原则制定一定时期内的计划，然后按照计划的执行情况和环境变化，调整和修订未来的计划，并逐期向后移动，把短期计划和中期计划结合起来的一种计划方法。

2、滚动计划方法目的：提高计划的连续性、适应性和灵活性是动态平衡原理在计划工作中的应用。
典型例子：国家发展计划，以一个中长期的发展计划为框架，在框架下制定5年计划，而在5年计划内又逐年细化各个年度的发展计划。

分而治之：一般将整个软件开发生命周期分为多个阶段，越接近的阶段，计划越详细；越远的阶段，计划越粗糙。

逐步求精：最近一期计划为实施计划,后面各期为预测计划，随时间预测计划逐步变成实施计划。
动态规划：以计划的“变(调整)”来主动适应用户需求和软件发环境的变化，即“以变应变"。
和谐过渡：可以使项目中短期计划随时间的推移不断更新;可以解决生产的连续性与计划的阶段性之间的矛盾

3.3.2 软件研发中滚动计划

以敏捷开发Scrum模式为背景：研发计划分五个层次由高往低，由粗往细；

1、产品愿景；2、产品路线图；3、发布计划；4、迭代计划；5、每日计划；

3.3.3 WBS方法 考点怎么分解

1、WBS(Work Breakdownstructure，工作分解结构)：一种将复杂的问题分解为简单的问题,然后再根据分解的结果进行计划的方法。

2、WBS方法以可交付成果为导向，对项目要素或整个工作范围进行分解、逐层推进，每向下分解一层就能对项目工作有更详细的了解和定义，从而掌握项目的全部细节。

3、WBS方法还可以看作结构化的设计工具，以述项目所必完的各项工作及工作间的相互联系。

4、WBS方法达到下列目的:
1）关注项目目标和澄清职责，并防止遗漏项目的可交付成果。
2）建立可视化的项目可交付成果，以便估算工作量和分配工作。
3）改进时间、成本和资源估计的准确度。
4）为绩效测量和项目控制定义一个基准，容易获得项目人员的认可。
5）辅助分析项目的最初风险、明确工作责任。
6）为其他项目计划的制定建立框架或依据。

5、原则和要求
1）WBS最低层次的项目可交付成果称为工作包，工作包的定义应考虑80小时法则或两周法则（任何工作包的完成时间应当不超过80小时，即不超过两周）每两周对所有工作包进行一次检查，只报告该工作包是否完成。

2）要求：
①某项具体的任务应该在一个工作包，且只能在一个工作包中出现。
②WBS 中某项任务的内容是其下所有 WBS 项的总和。
③一个工作包只能由一个人负责，可以有多个人参与但责任人只能是一个，这样责任清楚不会相互推卸。
④任务的分解，尽量与实际执行方式保持一致。
⑤WBS不仅要合理，维护项目工作内容的稳定性，要具有一定的适应性,能够应付无法避免的需求变更。
⑥鼓励项目团队成员积极参与创建 WBS，提高 WBS的合理性和有效性。
⑦所有成果需要文档化。

6、创建WBS的步骤：

1）分解工作任务；2）定义各项活动/任务之间的依赖关系；3）安排进度和资源

7、创建 WBS 的方法：
用自上而下、自下而上、类比、归纳等方法，而最常用的是自上而下的方法——（从项目的目标开始，逐级分解项目工作，直到参与者满意地认为项目工作已经充分地得到定义）即可以将项目工作定义在足够的，或适当的细节水平，从而可以准确地估算项目的工期、成本和资源需求。

注意：考点

1、任务分解时，自顶向下方法从一般到特殊的方向进行，从项目的大局着手，然后逐步分解子细目，将项目变为更细、更完善的部分。

2、任务分解时，自底向上方法从特殊到一般的方向进行，首先定义一些特殊的任务，然后将这些任务组织起来，形成更高级别的WBS层。

3.3.4 网络计划技术

一种应用网络模型直观地表示软件开发众多工作(工序)之间的逻辑关系与时间关系，对完成软件工程项目所需时间、费用、资源进行求解和优化的计划方法，其基本类型思关键路线法\计划评审技术(CPM/PERT)网络计划方法一般是建立在WBS方法之上，先分解才能优化。

3.4 如何有效地完成项目计划

3.4.1 软件项目特点

1、软件开发是在不断探索、研究中进行的。2、最佳实践方法还不够成熟，软件工程的历史还比较短。3、软件重复性工作可以自动进行，包括自动化回归测试、软件包自动化构造等。4、软件构造过理实际是一个设计过程，每一个软件产品都是不同的。5、由于软件是设计过程，自动化程度比较低。虽然采用了大量的软件和测试工具，但从需求分析、设计到编程、测试的整个过程中，手工劳动还是主要的。6、软件的变化相较硬件容易实现。7、软件的变化是不可避免的。软件是无形的产品。7、软件的变化，会进一步引起相关文档的频繁修改

PS：软件项目管理中需要得到我们的格外关注：1）时间的紧迫性。2）项目的独特性。3）软件项目的不确定性。4）软件项目管理可视性差。5）软件项目生产力的提高依赖于对软件开发人员潜力的发掘。

3.4.2 项目计划的错误倾向

1.对计划不重视：1）原来计划就没做好；2）需求定义没做好；

2.计划片面；3.计划没考虑风险；4.计划过于粗糙；

3.4.3 项目计划的原则

目标性原则，预防性原则，客观性原则，系统性原则，适应性原则；

这些原则使项目计划具有明确的目的性、相关性、层次性、适应性和整体性等基本特征，从而形成有机的整体。

1.以目标为导向：清楚软件项目的目标，即要了解项目的背景、应用领域和服务的对象。

2.重视与客户的沟通。3.收集足够的信息。4.客观实用地制定计划。5.构建一个完整的循环过程。6.关注计划过程。7.计划有层次性（分主计划和子计划）

知识点：

1）项目计划决定了项目的范围、资源、进度。同时也在其中寻找相对平衡。

2）项目计划是一个系统的整体，构成该整体的各个子项都需要得到足够的分析。

3）为了解决项目的系统性问题，我们可以先从下至上，然后再从上至下的制定，构成完整循环。

4）软件项目最大的特点就是需求容易发生变化。

3.4.4 计划的输人

许多项目计划没做好重要原因就是项目的输入有问题：

1、上级领导主观臆断，给出了不现实的期限，计划就按照不合理的进度表展开，资源就存在很大问题，项目存在很大的风险;
2、没有弄清楚客户的需求，就开始做计划:
3、对项目的规模与难度的低估导致投入的人力和物力严重不足:
4、技术不成熟，没有预见到项目实施过程中会遇到难以克服的技术障碍。

要完成一个客观行之有效的软件项目计划，定要弄清楚项目计划的输人，包括以下几个方面：
1、项目的目标和需求。得到项目所有相关人员的认可，包括客户代表、市场人员、产品设计人员、开发人员和测试人员等。
2、项目可用的资源，包括人力资源、硬件、软件等。
3、项目干系人，可能是客户、用户，也可能是投资方、关联方或合作方
4、项目涉及的相关技术 5、质量政策和标准 6、组织流程 7、制约因素 8、假设 9、历史数据

项目经理：在项目计划过程中起着主导作用，负责各项计划内容的编制;

内部干系人(项目组实施人员)：主要参与项目范围定义、工作量估算、风险识别、数据管理等计划工作;

外部干系人：包括软件工程过程组、SQA、IT、HR都和项目相关，不仅项目执行需要得到他们的支而且他们确实能给出一些建议，包括质量计划、流程、成本核算等;

项目干系人：参与计划的主要工作有讨论、审查、修改草案和在最终文档上签字等。

3.4.5 计划的流程

1、PMBOK将计划的过程分为2个部分—核心过程和辅助过程

核心过程包括范围确定、时间计划、成本计划、风险计划等；

辅助过程包括质量计划、沟通计划、采购计划、风险计划等；

2、在核心过程中，先要确定项目范围，然后可定义活动，再进行活动排序、活动工期安排、制定时间表等;

3、成本是从资源规划开始，再进行成本估算、成本预算。核心过程围绕时间、成本进行计划，也包括项目风险管理（项目风险管理依赖于辅助过程中的风险识别和定性、定量、应对分析。对于软件项目计划，风险的识别、分析和管理是非常重要的，可以归人核心过程）

4、软件项目的计划过程和其他行业的计划过程没有本质区别,而在具体操作时有比较大的区别如软件项目的工作量估算比较困难。为了解决工作量估算,在软件项目中经常采用迭代开发方法尽量每一次使项目范围能够得到控制。

5、软件项目计划流程：

(1)确定项目目标，包括最终交付的内容和质量标准。
(2)确定项目的工作范围，包括软件产品功能特性。
(3)根据质量目标，可以制定质量计划。
(4)采用WBS方法，分解工作，确定各项具体的任务。
(5)针对具体的工作任务，估算工作量以及确定所需的资源。
(6)在上述工作基础上，制定资源计划、进度计划和成本计划。
(7)在上述过程中，完成风险识别和分析，最终完成风险管理计划，包括风险应对计划。

(8)在资源计划和进度计划基础上，还可以完成辅助计划，如采购计划、培训计划等。

(9)在上述过程中，都需要和软件项目干系人沟通、评审，以达成一致意见。这一步也是非常重要的，相关方面没有确认，将来项目计划的实施就可能会遇到很大的阻碍。

(10)最后，项目计划获得有关方面(管理层、产品发布委员会等)的批准。

6、软件项目计划书编制出来后，首先组织包括：项目经理、测试组长、系统析负责人、设计负责人、质量监督员等对项目计划书进行评审。

评审可采取电子邮件和会议结合的方式，项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺。

3.5 计划各项内容的制定 考点

计划各项内容的制定包括：确定项目范围、策略制定、资源计划、进度计划、成本计划、风险计划、质量计划。

3.5.1 确定项目范围

1、就是项目做什么，下面是两个方面解释：

软件产品规范：一个软件产品应该包含哪些功能特性，这就是产品需求文档(PRD)所描述的。更具体的要求就是功能规格说明书，但这是在计划过程中或之后产生的。

一般在确定PRD的过程中，就开始进行项目计划。
项目工作范围：为了交付具有上述功能特性的产品所必须要做的工作。工作范围在一定程度上是产生项目计划的基础。

2、项目的产品规范和工作范围应高度一致。工作范围以产品范围为基础，工作范围的确定是一个由一般到具体、层层深入的过程。

3、确定项目范围后，其结果需要编写成正式的项目范围说明书，帮助我们了解项目所涉及的内容，形成项目的基本框架。帮助我们了解项目所涉及的内容，形成项目的基本框架。

3.5.2 策略制定

选用什么样的软件开发过程模型；选用什么样的技术；项目合同管理策略；成本管理策略；项目的控制策略；项目的例会制度；信息汇报及发布制度；项目问题处理及上报制度；

1、对于项目控制策略，控制点越多，项目偏离目标的可能性越小，而且返工的工作量也会越小，能够降低风险和成本。

2、在软件项目管理中，范围、时间和成本这3者之间的平衡处理也体现了策略。正确地把握它们之间的关系是关系到项目能否取得成功的重要因素。后续引入了质量。

3、时间、资源等因素体现了在该项目上投人的精力；质量和范围决定了项目的性能；范围和资源决定了项目的寿命。

4、又增加了“价值”“需求”和“竞争力”等目标的考量，质量和资源的组合影响项目的价值；质量和时间的组合影响项目的竞争力；范围和时间的组合更多体现了需求。

5、项目的4大要素--范围、资源、时间和质量。
范围：做哪些事情。
质量：会做到如何出色。
时间：项目需要做多长时间，或者说什么时候可以完成。

资源：项目要多少开销。 

6、将“风险”因素考虑进去,即项目成功的概率多大。那么风险越小，项目成功的概率就越大。

3.5.3 资源计划

1、软件项目资源可分为3类：人力、可复用的软构件或组件、软硬件环境。

2、对于软件项目说，人力资源是最重要的资源，因为软件开发是智力活动和知识管理，软件产品设计人员、开人员和测试人员等决定了项目的成败。
1）人肯定是最有价值的资源，项目管理和实施的过程都是由人来完成的。项目计划，首先建立项目组，并按所需的角色进行分工，如确定项目经理、开发组长和测试组长等。

2）可复用的软构件是软件组织的宝贵财富，可以加快软件的开发进程，提高软件的质量与生产率。

3）软硬件环境是支持软件开发的必要条件，软硬件环境也直接影响到软件开发的效率。

3、项目资源计划，是指通过分析和识别项目的资源需求，确定出项目需要投入的资源。

资源计划包括：人力资源计划、软硬件资源计划。

4、人力资源计划主要基于工作量估算和进度安排来制定。项目资源计划重点在人力资源计划，要采用有效的方法进行人力资源计划，例采用WBS方法。

人力资源计划编制的依据有以下九点;

1）项目范围说明书，根据项目目标分析所获得的项目范围定义。
2）项目工作分解结构，根据 WBS 确定人力资源的数量、质量和要求。
3）历史项目的数据，历史上类似项目的数据对资源估算有很好的参考作用。
4）项目组织的管理政策，如资源成本核算制度。
5）活动工期估算，软件结束时间或进度的要求。
6）其他制约因素，如是否能够及时获得所需要的人力资源等。

3.5.4 进度计划

1、制定进度计划的基本原则是:以目标为导向，考虑进度的影响因素，留有余地，一般按不利的情况来决定，而不要过于乐观，导致项目计划的失败。

2、进度计划是说明项目中各项工作的执行顺序、开始时间、完成时间及相互依赖衔接关系的计划。

3、进度计划的编制能使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。

进度计划的编制，不仅仅是工作或任务时间表的编制，还包括进度控制计划的编制。

4、进度计划容易受领导主观意愿的影响。

5、一般会守下列原则。
1）项目的实际参与人员制定进度。
2）尽可能地先安排难度高的任务，后安排难度低的事。

3）项目进度中都会设置若干个里程碑。

① 项目越大，设置的里程碑越多；项目越难，风险越大实施时控制要更严，所以设置的里程碑也应该越多。

② 里程碑可以分为多个层次，大里程确之前，有若干个子(小)里程碑。

4）进度表中必须留有缓冲时间,因为需求总是会有变化的。

5）如果发现项目应交付的期限非常不合理，就要跟领导或跟客户据理力争，请求放宽期限
调整进度

6）需求发生变化时，就要重新评估进度表，从而决定是否需要进行相应的修正。

3.5.5 成本计划

1、软件成本计划是一项制定项目成本控制标准的项目管理工作，也称为成本预算，就是将各个活动或工作包的估算成本汇总成总预算，再根据具体情况将费用计划分配到各个活动或工作包上去,从而确立测量项目绩效的总体成本基准。

2、成本计划是建立在资源计划和进度计划基础之上的，资源计划和进度计划确定之后，成本估算基本就确定了，之后再考虑与成本有直接关系的供应商选择、费用控制等问题。

3、软件项目成本可以分为：考点

1）按费用分类：

① 人力资源成本:与项目人员相关的成本开销，包括项目成员工薪和红利、外包合同人员以下几类。和临时雇员薪金、加班工资等。

② 资产类成本:资产购置成本，指产生或形成项目交付物所用到的有形资产，包括计算机硬件、软件、外部设备、网络设施、电信设备、安装工具等。
③ 管理费用:用于项目环境维护，确保项目完工所支出的成本，包括办公用品供应、房屋租赁(租金，设备)、物业服务等。
④ 项目特别费用:在项目实施以及完工过程中的一些特别的成本支出,包括差旅费、餐费、会议费、资料费用等。

2）实际的软件项目开发着重考虑人力资源成本的估算、计划和控制分为下面两类：

① 直接成本：项目本身的任务所引起的成本，包括为该项目购买的设备和软件工具、参与该项目工作的人员工资等。直接成本估算的基础是项目范围的准确定义、工作/任务的完整分解。根据所需的资源和时间，比较容易估算出直接成本。eg：人力资源成本、项目特别费用

② 间接成本：许多项目共享的成本，如办公楼的租金、水电费用、公司管理费用、网络环境和邮件服务等。这部分成本的估算比较复杂，也可以采用简单的摊派方法。eg：管理费用

PS：

a、间接成本与多种产品或劳务有关联，不与一个具体的项目相关。

b、资产类成本一部分属于直接成本，另一部分属于间接成本，主要看它的实际应用。

c、规模是成本的主要因素，是成本估算的基础。

d、成本预算的目的是生产成本基线。

e、软件项目规模单位：功能点、代码行、对象点或特征点、人天、人月、人年。

4、成本计划一般会分为3部分 成本估算、费用预算和费用控制

1）成本估算分为直接成本估算和间接成本估算。

2）费用预算在成本估算基础之上，针对各项成本来估算可能产生的其他费用，从而确定费用预算。费用预算自然受财务政策的影响。

3）费用控制为了保证实际发生的费用低于预算而采取的措施。一般会采用阶段性控制和单项费用控制相结合的方法。

5、成本指定分为下面的三个步骤：

1）借助 WBS对成本估算结果进行初步调整，以增补遗漏的成本。

2）依据项目所处的实际环境，对成本估算结果进行综合调整和汇总。预留总成本的5%~10%作为不可预见的成本。

3）当项目预算看上去已经合理可行了，就要将其写进项目计划提交审议，直到最后审议通过。

3.5.6 风险计划

1、制定风险计划，要经过3个阶段：风险识别、风险评估和风险对策计划。

1）风险识别：首先要了解风险来自于哪里、有哪些风险。

通过列举通常的软件案等过程。项目风险因素可以使风险识别更加明晰，使用风险检查表也是识别风险的好办法，在表中列出所有与每一个可能的风险因素有关的提问，就不会忽视任何风险，也可以集中地识别常见的各种风险，如需求变更风险、依赖性风险、人员风险和技术风险等。

2）风险评估：风险识别出来之后，对风险产生的可能性和危害进行评估。

风险是潜在的危害，不是必然要发生的。风险的综合危害度可以看作是风险发生可能性和危害程度的乘积。
3）编制风险应对策略，可以分为两个部分：① 是采取预防措施以阻止风险的发生，也就是预防风险，避免风险产生的对策。② 是针对风险一旦发生的情况，制定需要采取怎样的措施，将风险造成的损失降到最低，即缓解风险。

风险应对策略应把预防风险放在首位，这是减少风险最彻底的方法。

4）风险计划并不是在资源计划、进度计划和成本计划之后制定的，而是和这些计划同时进行的。

3.5.7 质量计划

1、质量计划：说明项目组如何具体执行组织的质量方针，确定哪些质量标准适合该项目，并决定如何达到这些标准的过程。

通过策划各种质量相关活动来保证项目达到预期的质量目标，而质量目标是由用户需求和商业目标来决定的。

2、项目质量计划包括：质量控制、质量保证、质量管理的计划。

3、在项目计划中，质量计划应该成为计划的主导力量，并与成本计划、风险计划、进度计划和资源计划等同时进行

在制定质量计划时，常常需要考虑下列因素(输人)
1）质量目标，它是最重要的因素。
2）软件产品的具体功能特性要求，这也是用户需求的描述。

3）标准和规范。 4）资源条件。 5）时间限制。6）公司的基本制度。

4、质量计划要以预防为主，以缺陷预防为主，从而降低软件开发过程中的缺陷。

5、质量计划的内容包括以下几点。
1）项目的质量目标。2）质量目标分解。3）相关标准和规范。4）组织保证机制。5）质量属性满足的优先级和成本效益分析。6）项目的质量控制策略。7）软件产品质量特性的相互依赖关系的分析。8）潜在的质量问题分析。9）流程评审。10）其他质量保证或控制措施、质量相关活动。

3.6 项目计划工具

Project2003或Project 2007，它可以帮助我们有效地进行资源、进度等的计划，形成直观的图表，如著名的甘特图。

习题

信息系统项目管理师---第五章历年考试题及解析_没有在wbs中的工作也可能属于项目的范围-CSDN博客

一、填空题

1.任务分解是将一个项目分解为更多的工作细目或者（子项目），是项目变得更小、更易管理、更易操作。

3.WBS的全称是（任务分解结构Work Breakdown Structure）。

3.WBS最底层次可交付成果是（工作包work package）。

二．判断题

1.WBS提供了项目范围基线。（√）

2.一个工作包可以分配给另一个项目经理去完成。（√）

3.如果开发人员对项目比较熟悉或者对项目大局有把握，开发WBS时最好采用自底向上方法。（×）

【从顶向下】

4.对于一个没有做过的项目，开发WBS时可以采用自底向上方法。（√）

5.在任务分解结果中，最底层的要素必须是实现项目目标的充分必要条件。（√）

6.一个工作包应当由唯一主题负责。（√）

7.WBS的最高层次的可交付成果是工作包。（×）

【工作包是最低层次的，最高的应该是整个项目】

8.对任务的分解只能是自上而下的。（×）

【从顶向下、自底向上】

9.WBS的最底层任务是能分配到一个人完成的任务。（√）

10.敏捷项目的一个Epic还可以继续分解为一些用户故事（√）

三. 选择题

1.WBS非常重要，因为下列原因，除了（D）

A.帮助组织工作B.防止遗漏工作C.为项目估算提供依据D.确定团队成员责任

2.WBS中的每一个具体细目通常都指定唯一的（A）

A.编码B.地点C.功能模块D.提交截至期限

【ID】

3.下列不是创建WBS的方法的是（C）

A.自顶向下B.自底向上C.控制方法D.模板参照

4.任务分解时，（D）方法从特殊到一般的方向进行，首先定义一些特殊的任务，然后将这些任务组织起来，形成更高级别的WBS层。

A.模板参照B.自顶向下C.类比D.自底向上

5.下列关于WBS的说法，不正确的是（D）

A.WBS是任务分解的结果

B.不包括再WBS中的任务就不是该项目的工作

C.可以采用清单或者图表的形式标石WBS的结果

D.如果项目是一个崭新的项目，最好采用自顶向下方法开发WBS

【自底向上】

6.检验WBS分解结果的标准不包括以下那一项？(B)

A.最底层的要素是否是实现目标的充分必要条件

B.分解的层次不少于3层

C.最底层元素是否有重复

D.最底层要素是否有清晰完整定义

7.WBS是对项目由粗到细的分解过程，它的结构是（B）

A.分层的集合结构 B.分级的树形结构 C.分层的线性结构 D.分级的图状结构

8.任务分解时，（B）方法从一般到特殊的方向进行，从项目的大局着手，然后逐步分解子细目，将项目变为更细、更完善的部分。

A.模板参照 B.自顶向下 C.类比 D.自底向上

9、下列（ C）不属于实现项目目标的制约因素。

A. 工作范围B. 进度计划C. 沟通目标 D. 成本

10. ( A) 是为创造一种产品、服务或者结果而进行的临时性的努力

A. 项目 B. 过程C. 项目群 D. 组合

11. 下面那个不是创建WBS的方法（ B）

A. 自顶向下 B. 控制方法 C. 自底向上D. 模版指导

12. 为了有效地管理项目，应该将工作分解为更小的部分，以下各项中，哪一项不能说明任务应该分解到什么程度？（ C）

A. 可以在80小时内完成 B. 不能再进一步进行逻辑细分了C. 可由一个人完成 D. 可以进行实际估算

13.任务分解时，（B）方法从一般到特殊的方向进行，从项目的大局着手，然后逐步分解子细目，将项目变为更细更完善的部分。

A. 模板参照 B. 自顶向下  C. 类比  D. 自底向上

14. 需求分析是回答系统必须（　 A　）的问题

A. 做什么B. 怎么做 C. 何时做D. 为谁做

15. 项目范围（C ）

A. 只在项目开始时重要

B. 在授权项目的合同或者其他文件得以批准后就不再重要了

C. 从项目概念阶段到收尾阶段都应该加以管理和控制

D. 是在项目执行阶段通过变更控制步骤进行处理的问题

16. 范围变更是指（ C）

A. 修改技术规格 B. 对范围陈述进行修订C. 对批准后的WBS进行修改 D. 以上都不是

17. 下面哪个不是需求管理的过程（ A）

A. 需求设计 B. 需求获取 C. 需求分析 D. 需求变更

18. 任务分解可以( B )，它是范围变更的一项重要输入

A. 提供项目成本估算结果 B. 提供项目范围基线 C. 规定项目采用的过程 D. 提供项目的关键路径

19. 范围基线由（B ）组成

A. 项目章程、批准的详细的项目范围说明书和WBS

B. 批准的详细项目范围说明书、WBS和WBS字典

C. 项目章程、项目工作说明书和WBS

D. WBS

20. 以下哪项是指对项目包括什么与不包括什么的定义与控制过程。（C ）

A. 项目章程      B. 投标书       C. 项目范围管理      D. 项目成本估算

21. （ A）反映了组织机构或客户对系统、产品高层次的目标需求，有管理人员或市场分人员确定。

A. 业务需求       B. 质量需求        C. 范围定义      D. 功能需求

22. （D ） 描述了用户通过使用本软件产品必须要完成的任务，一般是用户协助提供。

A. 约束和假设     B. 非功能性需求      C. 功能需求     D. 用户需求

23. （ A） 定义了开发人员必须实现的软件功能，使得用户通过使用此软件能完成他们的任务，从而满足了业务需求。

A. 功能需求       B. 系统需求       C. 质量特性       D. 业务需求

24. （ C） 是对需求进行调查、收集、分析、评价、定义等所有活动。

A. 需求获取 B. 需求管理C. 需求开发D. 需求工程

25. 需求分析完成的标志是（D ）

A. 开发出初步原型 B. 提交一份工作陈述C. 提交项目章程 D. 提交一份完整的软件需求规格说明书

26. （A ） 是软件项目的一个突出的特点，也是软件项目最为普遍的一个特点。

A. 需求变更B. 暂时性C. 阶段性 D. 约束性

27. 任务分解时，（B）方法从一般到特殊的方向进行，从项目的大局着手，然后逐步分解子细目，将项目变为更细更完善的部分。

A. 模板参照 B. 自顶向下 C. 类比 D. 自底向上

28. 任务分解时，（D）方法从特殊到一般的方向进行，首先定义一些特殊的任务，然后将这些任务组织起来，形成更高级别的WBS层。

A. 模板        B. 自顶向下         C. 类比           D. 自底向上

四. 问答题

1.试写出任务分解的方法和步骤。

答：任务分解的基本步骤：

1） 确认并分解项目的组成要素(WBS编号)。

2） 确定分解标准，按照项目实施管理的方法分解，而且分解的标准要统一。

3） 确认分解是否详细，是否可以作为费用和时间估计的标准，明确责任。

4） 确定项目交付成果（可以编制WBS字典）。

5） 验证分解正确性。验证分解正确后，建立一套编号系统。

任务分解方法：

1） 模板参照方法

2） 类比方法

3） 自上而下

4）自下而上

2.当项目过于复杂是，可以对项目进行任务分解，这样做的好处是什么？
答：将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作，这样可以提高估算成本、时间和资源的准确性，使工作变得更易操作，责任分工更加明确

3、创建工作分解结构
某信息系统项目较为复杂，有许多需要进行的工作，老刘是这个项目的经理，为了更好地制订项目计划，更有效地对项目实施过程进行管理与控制，老刘需要对项目开发过程可能涉及的工作进行分解。老刘的助手对开发过程进行了分解，认为可以划分为5大块：确定需要、设计、研发、测试和安装，如表2-1所示。

老刘认为，制订WBS是项目范围管理中的重要过程，一个详细的工作分解结构对项目的管理工作很有好处，但助手的工作分解结构并不完整。

问题：
1)说明你对WBS的理解，创建WBS有哪些作用？老刘的助手在创建WBS中遗漏了哪些工作？
答：WBS将项目分解为小的、可以管理的片断。WBS的最底层为工作包，最终的工作包都必须有明确可验证的交付成果，逻辑上不可再分。在WBS中需要对各层各个分解进行编码。
创建WBS的主要作用如下：
（1）防止应该做的工作被遗漏掉。
（2）方便于项目团队沟通，项目成员很容易找到自己负责部分在整个项目中的位置。
（3）防止不必要的变更。
（4）提供一个基本的资源（人员和成本）估算依据。 （5）帮助获取团队认同和创建团队。
老刘的助手WBS不完整，遗漏了“项目管理”这项工作。

2) 请补充完整本项目树型结构的WBS，并用三位数字给每项目工作编码。

3) 叙述在创建WBS中应该把握什么原则。
答：
①在各层次上保持项目的完整性，避免遗漏必要的组成部分。
②一个工作单元只能从属于某个上层单元，避免交叉从属。
③相同层次的工作单元应用相同性质。
④工作单元应能分开不同责任者和不同工作内容。
⑤便于满足项目管理计划、控制的管理需要。
⑥最低层工作应该具有可比性，是可管理的，可定量检查的。
⑦应包括项目管理工作（因为是项目具体工作的一部分），包括分包出去的工作。