VUCA时代的IT项目管理（一） ——困境

软件项目计划如何编写举例 一、项目计划的要素

根据PMBOK2000，项目计划可以包含如下要素：

1、 项目范围说明

项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。

2、 项目进度计划

进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。

在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。

3、 项目质量计划

质量计划针对具体待定的项目，安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括与保证与控制项目质量有关的所有活动。质量计划的目的是确保项目的质量目标都能达到。根据ISO9001要求和PMBOK2000，为实现质量目标，组织应遵循以顾客为中心、领导作用、全员参与、过程方法、管理的系统方法、持续改进、基于事实的决策方法、互利的供方关系等8项质量管理原则。

4、 项目资源计划

有了项目范围计划和进度计划后，资源计划就是决定在项目中的每一项工作中用什么样的资源（人、材料、设备、信息、资金等等），在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。

5、 项目沟通计划

沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。

6、 风险对策计划

风险对策计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。

7、 项目采购计划

项目采购计划过程就是识别哪些项目需求可应通过从本企业外部采购产品或设备来得到满足。如果是软件开发工作的采购，也就是外包，应当同时制定对外包的进度监控和质量控制的计划。

8、 变更控制、配置管理计划

由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。

二、项目计划编制过程

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。

制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。

企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。

接下来的项目计划编写一般要按照以下过程：

1成立项目团队：相关部门收到经过审批后的“项目立项文件”和相关资料，则正式在“项目立项文件”中指定的项目经理组织项目团队，成员可以随着项目的进展可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等等。

2项目开发准备：项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理，系统分析员等组成，但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。

说明：项目计划书必须在相应阶段对项目目标、阶段目标和各项任务进行精确的定义，就是要在相应阶段进一步进行项目目标的细化工作；特别是在概要设计完成，详细设计或编码实现开始之前应该对下一阶段的目标任务进行细化。应当充分调查并掌握影响项目计划的一切内部和外部影响因素；应当尽可能充分地分析项目工作分解结构，通过分析项目工作分解结构不仅获得项目的静态结构，而且通过逻辑分析，获得项目各工作任务之间动态的工作流程；应当将项目目标、任务进行分解，制定详细的实施方案。

3项目信息收集：项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。

4 编写《软件项目计划书》

项目经理负责组织编写《软件项目计划书》。《软件项目计划书》是项目策划活动核心输出文档，它包括计划书主体和以附件形式存在的其他相关计划，如配置管理计划等。《软件项目计划书》的编制参考《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求。各企业在建立ISO9001质量管理体系或CMM过程中也会建立相应的《软件开发项目计划书规范》。

编制项目计划的过程应当分为以下几个步骤：

a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品。例如通常情况下软件开发项目的项目产品可以是：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等；

b、任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。

c、在资源独立的假设前提下确定各个任务之间的相互依赖关系，以确定各个任务开始和结束时间的先后顺序；获得项目各工作任务之间动态的工作流程。

d、确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等等。

e、确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。

f、确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不合理而导致的项目进度延期。

g、根据以上结果编制项目总体进度计划，总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应提交的可检查的工作成果。

h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。

5 软件项目计划书评审、批准

项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误，使项目计划更合理更有效。

项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。

项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。

批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。

项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。

配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。

项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。

三、项目计划内容确定

项目计划内容的确定一般要按照以下过程：

1 确定项目概貌

合同项目以合同和招投标文件为依据，非合同项目以可行性研究报告或项目前期调研成果为依据，明确项目范围和约束条件，并以同样的依据，明确项目的交付成果。进一步明确项目的工作范围和项目参与各方责任。

2 确定项目团队

确定项目团队的组织结构和与项目开发相关的职能机构，包括管理、开发、测试、QA、评审、验收等。确定项目团队人员及分工。与相关人员协商，确定项目团队人员构成。如内部不能满足人员需求，则提出人员支援申请。

3 明确项目团队内、外的协作沟通

明确与用户单位的沟通方法。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。客户更多的参与是项目成功的重要推动力量，加强在开发过程中与用户方项目经理或配合人员的主动沟通，将有助加强客户等项目的参与程度。建议采用周报或月报的方式通告项目的进展情况和下一阶段计划，出现的需要客户协调或了解的问题。

当项目团队需要与外部单位协作开发时，应明确与协作单位的沟通方式。确定协作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

明确本企业内部协作开发的部门名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。明确项目团队沟通活动。项目团队成员规模在3人以上的项目应该组织项目团队周例会，项目团队采用统一的交流系统建立项目团队的交流空间。

4 规划开发环境和规范

说明系统开发的所采用的各种工具，开发环境，测试环境等。列出项目开发要遵守的开发技术规范和行业标准规范。对于本企业还没有规范的开发技术，项目经理应组织人员制订出在本项目中将遵守的规则。

5 编制工作进度计划

根据本企业规定和项目实际情况，确定项目的工作流程。编制项目的工作计划，此计划为高层计划，各阶段的工作时间安排要包括完成阶段文档成果、文档成果提交评审及进行修改的时间，各阶段结束的标志是阶段成果发布。在计划中要求明确以下内容：

a、工作任务划分；

b、显示项目各阶段或迭代的时间分配情况的时间线或甘特图；

c、确定主要里程碑、阶段成果；

d、要求用文字对项目工作计划做出解释。最终用一张时间表格来完整说明整个工作计划；对于迭代开发的项目，应编制出第一阶段的阶段计划。阶段内的任务分割以2-5天为合适，特殊任务的时间跨度在两个星期内；在项目的进行过程中，项目经理编制双周工作计划，指导成员的具体工作。

6 编制项目的监控计划。其中说明进度控制、质量控制、版本控制、预算控制等。

7 编制项目的风险计划，分析项目过程中可能出现的风险以及相应的风险对策。对于大型项目，建议以附件方式编制，便于不断更新。

8 制定辅助工作计划。根据项目需要，编制如培训计划、招聘计划等。

9 规划开发支持工作，如供方管理计划。

10 规划项目验收：制定项目的验收计划。此项工作可以视需要进行裁减。

11 规划项目收尾与交接活动。制定项目的验收、培训和项目进入维护阶段与技术支持部的交接工作。 参考文献

《管理软件开发项目》（第二版）Neal Whitten（软件项目管理系列丛书，孙艳春等译）；

《IT项目管理》Kathy Schwalbe（项目管理译丛 王金玉等译）；

《项目管理—计划、进度和控制的系统方法》（第7版）Harold Kerzner（电子工业出版社，杨爱华等译）；

《实用软件工程》（第二版）郑人杰、殷人昆、陶永雷（清华大学出版社）

《软件工程：实践者的研究方法》（第5版）Roger SPressman著；

《ISO9001：2000质量管理体系的要求》；

《高级项目管理基础》（信息产业部计算机信息系统集成高级项目经理培训讲义）；

《成功的项目管理》Trevol L Young（泰晤士报商业版，严鸿娟译）；

《成功的项目管理》Jack Gido ＆ James P Clements（21世纪管理经典教材系列，张金城等译）；

《如何做好项目管理》Stanley E Portny（IDG新经济工商实务傻瓜丛书，宁俊等译）；

项目管理实战必读十本书

一、《娓娓道来，高效项目管理100法》 推荐星级：5星

本书从项目管理的十大知识领域出发，对每个知识领域所涉及的核心知识点进行剖析。无论是计划管理的“边界条件”、风险管理的“救火英雄”，还是团队管理的“赞美无敌”，每个知识点对应的方法与技巧都是实用且有效的。 总结了100个项目管理方法，并通过简短、生动的对话形式，讲述了发生在项目经理身边的小故事，既增强了本书的可读性和趣味性，又能加深读者对方法的理解并应用于实践。 本书具有很强的适用性，无论是有志于从事项目管理的人士，还是项目专员、产品经理、项目经理、项目总监，都可以从中受益。由于本书的编写不基于某个行业，对于各行各业在实施项目化过程中遇到的各种问题，也可以从书中找到答案。

二、《漫画中国式项目管理》 推荐星级：5星

《漫画中国式项目管理》主要针对有一定工作经验，开始承担一定责任的职场人士。内容上以项目工作为背景，告诉读者作为项目经理，如何处理项目管理中的具体问题，都是一些比较实用的“小道理”。特别是在中国特定的管理文化下，当没有实际权力时，如何能够推动项目工作的进行。以漫画的形式展现，配合一些简练的文字，目的是归纳与点题，通过漫画提高阅读愉悦性，强化印象。书中包括大约50个故事，分为“需求分析”、“项目规划”、“项目控制”、“团队沟通”、“项目经理的职业规划”5个部分，通俗易懂，兼具实用性与趣味性一。

三、《双赢：提升项目管理者的职业高度与情商》 推荐星级：5星

《双赢：提升项目管理者的职业高度与情商》与“项目管理实践三法”系列三本书一脉相承，侧重理论、方法在实践中的应用，延续朴实、真实、务实的写作表达方式，主要关注项目管理者心理学实践和情商的提升。 《双赢：提升项目管理者的职业高度与情商》内容分为两部分：第1部分（第1-5章）是项目生命周期中的心理学实践，这部分也是全书的主体：第2部分（第6-7章）着眼于管理者的个人修炼与职业提升。 人的问题是项目管理的难题之一，PMI将一名合格的项目经理需要具备的能力定义为三个方面，即技术项目管理、领导力、战略和商务管理的能力，而人的技能直接影响项目的成败。

四、《PMO不败法则：100个完美收工技巧》 推荐星级：4星半

日本著名PMO管理专家的理论与实践经验的系统总结。精彩观点+实战案例+精辟。 为我国的PMO运作与管理提供了宝贵的经验，指导性强。本书作者后藤年成结合其十多年来协助企业导入PMO及实施数百个项目的经验，介绍了100个让PMO成功的秘诀。本书集精彩观点整合、实战案例和精辟分析于一体，为国内PMO从业者打开另一扇窗，帮助其成长，最终达到成功的大智慧。

五、《项目经理枕边书》 推荐星级：4星半

以大家耳熟能详的童话故事，带来新的项目管理视角和启发，帮助读者解决生活和工作中的困惑与疑虑。本书不是一本如何管理项目的手册，也不是一本简单的床边故事书，它通过耳熟能详的故事，阐述故事与项目管理的联系，引出项目管理的相关知识，引导大家如何在实践中应用这些知识。

六、《八堂极简项目管理课》推荐星级：4星半

《八堂极简项目管理课》选择了项目管理活动中重要，也是常见的8个管理领域，包括范围、变更、进度、风险、团队、沟通、干系人和情绪。上述内容直接关系到项目的目标是否能够顺利达成，是项目成功与否的关键。全书通过模拟真实培训课堂的环境，对相关工具、方法、原则给出生动、浅显的说明，便于读者理解和掌握。 本书特别适合从事项目及项目管理活动的项目团队成员、项目经理阅读。

七、《IT项目经理成长手记》推荐星级：4星半

《IT项目经理成长手记》以作者经历为原型，以虚拟人物小M的案例故事为线索，从一个项目管理实践者的角度介绍了IT项目管理的实用工具和实战经验。《IT项目经理成长手记》围绕小M从一个技术人员走上IT项目经理岗位，并逐步成长为项目总监的过程，以IT项目经理岗位为主，介绍了在项目管理的不同职业阶段遇到的问题和挑战、解决过程和经验教训。在每个阶段，围绕小M经历的实际案例，分别从项目管理、质量管理和软技能三个方面进行说明，并将侧重点放在了将理论“落地”的实战经验，以及管理组织和人际关系的“软技能”上。 《IT项目经理成长手记》非常适合作为国内众多IT企业中的项目经理、质量经理、项目总监，以及主管交付的总经理或公司高管提升管理技能的案例教程，同时也为有志于向项目经理方向发展的软件开发和测试人员描绘了一条极具参考价值的职业发展路径，并有助于读者从组织级高度理解项目管理，拓展更广阔的职业发展空间。

八、《做项目，不得不这么干：从硬功夫到软实力》推荐星级：4星

《做项目，不得不这么干——从硬功夫到软实力》根据大量的实践经验，尤其是从失败中得到的经验教训，总结出在不确定和可变的项目管理过程中，造就卓有成效的项目经理所需的关键因素及技巧。读者可以清楚地了解优秀的项目经理具备怎样的素质和技能，从而更好地实施项目。可作为高等院校经济管理类专业本科生的教材、MBA教材，也可以作为从事项目管理工作人员以及参加各类项目管理资质认证考试人员的参考书。

九、《项目管理其实很简单 初级项目经理进阶之道》推荐星级：4星

《项目管理其实很简单 初级项目经理进阶之道》是一本项目经理管理笔记，汇聚了作者在多个世界500强公司15年的项目管理经验。 书中从项目管理的角度出发，全面系统地介绍了项目经理的工作特点、工作内容、工作方法和技巧，以及如何提升管理能力、演讲能力、人际关系处理能力、时间管理能力、心态调节能力等内容。通过阅读，读者能够迅速领会项目管理的重要技巧和方法，掌握各种项目管理知识和决胜策略，从而成功、高效地开展项目管理工作。 《项目管理其实很简单 初级项目经理进阶之道》适合对项目管理感兴趣的人群，特别是项目经理、项目总监、企业变革或转型的顾问及高管，同时也可作为高等院校项目管理、服务管理、生产管理或工程项目管理等相关专业的辅导教材。

十、《微权利下的成功项目管控》推荐星级：4星

微权力下的成功项目管控是关于如何在缺乏正式职权的情况下取得项目成功的实践指南。首先，讨论了无需依赖正式职权的三大项目管控工具，即规范化的项目过程、用于赢得他人合作的影响力和用于引导合理行为的项目测量指标。然后，讨论了如何在项目管理的启动、规划、执行、监控和收尾过程组中，分别有效使用这三大项目管控工具。其中既有适用于小项目的管理技巧，也有适用于大型、多团队项目集的管理方法。适合项目管理人员以及任何想要不依赖职权就能实现有效管控的人员阅读和使用

VUCA一词起源于上世纪90年代的美国军方，是Volatility（易变性）、Uncertainty（不确定性）、Complexity（复杂性）、Ambiguity（模糊性）的首字母缩写。VUCA概括了后互联网时代的世界特征——复杂多变。我们所处的世界变化越来越快，知识边界不断被突破，项目管理也不例外。

传统的项目管理虽然认识到项目具有渐进明细的特点，但在计划、执行、监控过程中还是明显强调瀑布特点：制定计划前要“清晰、完备、准确地界定项目的工作范围(SOW)，作为整个项目工作的基础”，然后是“分解出足够详细的工作步骤(WBS)”， 把WBS作为整个项目计划、执行、监控的核心。虽然传统的项目管理中也提到滚动计划，但还是以稳定为基调，把适应变化作为辅助，而VUCA时代恰恰是以变化为最大特点，传统的项目管理方法很难适应这个前提，从而使得计划赶不上变化，项目计划往往成为一纸空文。

传统的项目执行出现问题，多归因为项目工作范围界定不够准确、项目计划不够详尽。应对的策略也很粗暴：一方面是在合同谈判的时候尽量界定清楚、不含糊其辞；另一方面在合同执行的时候，据理力争，合同约定之外的尽量拒绝。

由于各种原因，合同约定一般很难满足SMART原则，“聪明的”乙方则会跟客户约定以“签字后的需求规格说明书”作为验收依据。这样“需求规格说明书”就成了双方的“必争之地”。在项目费用、执行周期固定的情况下，甲方项目经理自然希望乙方能提供更多的、更高品质的功能，至少可以更好地向领导交差；乙方项目经理则希望能以最小的资源投入、冒最少的风险、尽快交付，能拿到更多的项目奖金。

在“合同谈判”胜过“合作共赢”的情况下，乙方项目团队虽然在需求调研上投入大量的精力，但客户不愿配合、拒不签字的场景时有可见，更有甚者乙方会设计晦涩的需求文档、复杂的变更流程，甚至应用了多种心理效应，就是为了约束客户不要再变了。

对于第一种变更，乙方需求分析人员如果有丰富的领域知识与实 *** 经验，能设身处地地分析，大多能够避免。但由于人的思维定势及碎片化倾向，一次很难考虑周全，难免会有遗漏，譬如酒店管理系统中的入住功能，“团队入住希望能住到相邻房间”这样的约束，可能事先很难想到，只有在系统投入使用后才能发现这个不便。为避免这类变更，传统的做法是加大需求捕获与分析的力度，这容易事倍功半，也容易造成“过度工程”的问题。

对于第二种变更，传统的项目管理中一般归到风险范畴，譬如甲方换了领导或项目负责人，组织结构调整，外部环境发生重大变化、设备不到位等等，这些都是风险，都会给项目工作范围带来变化。传统的应对策略是识别、分析、跟踪、应对风险，增加缓冲资源与时间。但风险的概率特性，为管理层提供了侥幸的借口，风险缓冲很容易被上级砍掉，风险被直接转嫁给员工，通过员工的加班加点来弥补。

第三类变更，不是由于问题变了，而是解决问题的方式变了。在汽车没被发明的年代，客户希望更早到达目的地，只会想要一辆更快的马车，而福特却造出了汽车。同样的问题不同的解决方案，效果自然不一样，项目工作范围也会截然不同。

VUCA时代，复杂与变化已经成为主旋律。在这个强调以客户为中心，强调为客户带来价值的时代，项目还要因循计划、不拥抱变化，一方面确实不易做到，另一方面也一定会损害客户关系。

VUCA时代的IT项目管理该如何开展呢？

《项目管理知识体系指南(PMBOK指南)(第6版)》百度网盘pdf最新全集下载:

链接：>pwd=7um4 提取码：7um4

简介：《项目管理知识体系指南（PMBOK指南）（第6版）》是美国项目管理协会（PMI）的经典著作，已经成为美国项目管理的国家标准之一，也是当今项目管理知识与实践领域的事实上的世界标准。

本书中文简体字版由PMI授权在中国出版发行，其内容与第4版相比有一定更新，以精辟的语言更新了项目管理5大过程组的定义并介绍了项目管理10大知识领域与47个过程，是项目管理从业人员的极为重要的工具书。  

以上就是关于网上哪有比较详细的关于软件工程的项目管理计划书全部的内容，包括:网上哪有比较详细的关于软件工程的项目管理计划书、求几本项目管理方面的书籍，求高手推荐，主要是软件项目管理方面的、VUCA时代的IT项目管理（一） ——困境等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！