系统集成项目管理工程师第9章 项目管理概论

系统集成项目管理工程师第三版/软考中项/第9章 项目管理概论，包含项目基本要素、项目经理的角色、项目生命周期和项目阶段、项目立项管理等。

项目管理概论

• 一、 PMBOK的发展
  • 项目管理知识体系PMBOK是由美国项目管理协会（PMI）开发的一套描述项目管理专业范围的知识体系，包含了对项目管理所需的知识、技能和工具的描述。
  • 发展
    • 版本变化
      • 1. 1981年，PMI组委会成立了专门的小组，开展相应的研发工作，旨在将项目管理人在项目管理过程中的优秀实践总结形成标准。
      • 2. 1983年该小组发表了第一份报告，报告中项目管理的基本内容划分为范围管理、成本管理、时间管理、质量管理、人力资源管理和沟通管理6个领域，形成了后期项目管理专业化的基础内容。
      • 3. 1984年PMI组委会批准了关于进一步开发项目管理标准的项目。
      • 4. 1987年该小组发表了题为“项目管理知识体系”的研究报告。
      • 5. 1996年对上述知识体系进行了修订，称之为“项目管理知识体系指南”,国际标准化组织ISO随后以该文件为框架，制定了第一个项目管理的标准，即ISO10006:1997《质量管理项目管理质量指南》。
      • 6. 从1996年PMBOK指南第一个版本开始，PMI每四年更新一版PMBOK指南。截至2022年，已经出版了1996年的第1版、2000年的第2版、2004年的第3版、2008年的第4版、2012年的第5版、2017年的第6版、2021年的第7版。
    • PMBOK指南主要变化
      • 1. 1996年第1版
        • （1） 定位为指南，名为“项目管理知识体系指南”
        • （2） 表明项目管理知识体系获得了“广泛认可”,适用于大多数项目，实践价值和有效性获得了广泛的一致认可
        • （3） 将项目管理定义为“将知识、技能、工具和技术应用于项目活动，以便达到或超过干系人的需要和对项目的期望”
        • （4） 采用基于过程的标准，各知识领域之间相互联系并相互作用
        • （5） 创建了稳健而灵活的结构；同时，国际标准化组织(ISO )和其他组织也正在制定基于过程的标准
      • 2. 2004年第3版
        • （1） 第1个在封面上印制了“ANSI标准”的标识
        • （2） 第1个正式区分了《项目的项目管理标准》和《项目管理框架和知识体系》
        • （3） 包含了“适用于多数项目的良好实践”
        • （4） 将项目管理定义为“将知识、技能、工具和技术应用于项目活动，以便达到项目要求
      • 3. 2017年第6版
        • （1） 第1个清晰区分了ANSI标准和指南
        • （2） 首次将“敏捷”内容纳入正文
        • （3） 拓展了知识领域前言部分，包括核心概念、发展趋势和新兴实践、裁剪时需要考虑的因素，以及在敏捷或适应型环境中需要考虑的因素
      • 4. 2021年第7版
        • （1） 从系统视角论述项目管理，《项目管理标准》中加入了“价值交付系统”“价值交付系统”从系统角度，重点关注与业务能力结合在一起的价值链，为组织的战略、价值和商业目标提供支持。“价值交付系统”强调过程的输出是为了实现项目的成果，而实现项目的成果最终目标是为了将价值交付给组织及其干系人
        • （2） 增加了8个绩效域，这些绩效域对于有效交付项目成果至关重要。绩效域所代表的项目管理系统，充分体现了组织彼此交互、相互关联且相互依赖的管理能力，这些能力只有协调一致才能实现期望的项目成果
        • （3） 《项目管理标准》中增加12个项目管理原则
        • （4） 体现了各种开发方法：预测型、适应型、混合型等
• 二、 项目基本要素
  • 1. 项目基础
    • 项目的含义
      • 项目是为创造独特的产品、服务或成果而进行的临时性工作。
    • 项目包含内容
      • （1） 独特的产品、服务或成果
        • 开展项目是为了通过可交付成果达成目标。
        • 目标是所指向的结果、要取得的战略地位、要达到的目的、要获得的成果、要生产的产品或者要提供的服务。
        • 可交付成果是指在某一过程、阶段或项目完成时，形成的独特并可验证的产品、成果或服务。可交付成果可能是有形的，也可能是无形的。
        • 实现项目目标可能会产生一个或多个可交付成果。
        • 某些项目可交付成果和活动中可能存在相同的元素，但这并不会改变项目本质上的独特性。
        • 项目可以在组织的任何层级上开展。一个项目可能只涉及一个人，也可能涉及一组人；可能只涉及一个组织单元，也可能涉及多个组织的多个单元。
      • （2） 临时性工作
        • 项目的“临时性”是指项目有明确的起点和终点。 “临时性”并不一定意味着项目的持续时间短。
        • 项目可宣告结束的情况主要包括：
          • 1||| 达成项目目标；
          • 2||| 不会或不能达到目标；
          • 3||| 项目资金耗尽或不再获得资金支持；
          • 4||| 对项目的需求不复存在(例如：客户不再要求完成项目，战略或优先级的变更致使项目终止，组织管理层下达终止项目的指示)；
          • 5||| 无法获得所需的人力或物力资源；
          • 6||| 出于法律或其他原因终止项目等。
        • 虽然项目是临时性工作，但其可交付成果可能会在项目终止后依然存在。
          • 如：国家纪念碑建设项目就是要创造一个可以流传百世的建筑。
      • （3） 项目驱动变更
        • 项目驱动组织进行变更。从业务价值角度看，项目旨在推动组织从一个状态转到另一个状态，从而达成特定目标，获得更高的业务价值。
        • 组织通过项目进行状态转换
          • 在项目开始之前，组织处于“当前状态”，项目驱动变更是为了获得期望的结果，即“将来状态"。通过成功完成一个或一系列项目，组织可以实现将来状态并达成特定的目标。
      • （4） 项目创造业务价值
        • 业务价值是从组织运营中获得的可量化的净效益。
        • 在价值分析中，业务价值被视为回报，即以某种投入换取时间、资金、货物或无形的回报。
        • 项目的业务价值指特定项目的成果能够为干系人带来的效益。
        • 项目带来的效益可以是有形的、无形的或两者兼而有之。
          • 有形例子
            • 货币资产、股东权益、公共事业、固定资产、工具、市场份额
          • 无形例子
            • 商誉、声誉、商标、公共利益、战略联盟、品牌认知度
      • （5） 项目启动背景
        • 促进项目创建的因素多种多样。组织领导者启动项目是为了应对影响该组织待续运营和业务战略的因素。这些因素说明了项目的启动背景，它们最终应与组织的战略目标以及各个项目的业务价值相关联。促进项目创建的因素大致可分为4个基本类别
        • 促成项目创建的因素
  • 2. 项目管理
    • 含义
      • 项日管理就是将知识、技能、工具与技术应用于项目活动，以满足项目的要求。
    • 作用
      • 通过合理地应用并整合特定的项目管理过程，项目管理使组织能够有效并高效地开展项目。
    • 有效的项目管理能够帮助个人、群体以及组织做到以下几点
      • （1） 达成业务目标；
      • （2） 满足干系人的期望；
      • （3） 提高可预测性；
      • （4） 提高成功的概率；
      • （5） 在适当的时间交付正确的产品；
      • （6） 解决问题和争议；
      • （7） 及时应对风险；
      • （8） 优化组织资源的使用；
      • （9） 识别、挽救或终止失败项目；
      • （10） 管理制约因素（例如范围、质量、进度、成本、资源）；
      • （11） 平衡制约因素对项目的影响（例如，范围扩大可能会增加成本或延长进度）；
      • （12） 以更好的方式管理变更等。
    • 项目管理不善或缺失可能导致
      • （1） 项日超过时限；
      • （2） 项目成本超支；
      • （3） 项目质量低步；
      • （4） 返工；
      • （5） 项目范围失控；
      • （6） 组织声誉受损；
      • （7） 干系人不满意；
      • （8） 无法达成目标等。
    • 有效和高效的项目管理是一个组织的战略能力，它使组织能够做到以下几点
      • （1） 将项目成果与业务目标联系起来；
      • （2） 更有效地展开市场竞争；
      • （3） 实现可持续发展；
      • （4） 通过适当调整项目管理计划，以应对外部环境改变给项目带来的影响等。
    • 项目是组织创造价值和效益的主要方式。
  • 3. 项目成功的标准
    • 确定项目是否成功是项目管理中最常见的挑战之一。
    • 确定项目是否成功的最重要的因素
      • （1） 范围
      • （2） 时间
      • （3） 成本
      • （4） 质量
      • （5） 项目目标的实现情况
    • 项目成功的关键
      • 明确记录项目目标并选择可测量的目标
    • 主要干系人和项目经理应思考的3个问题，及他们应就这些问题达成共识并予以记录
      • （1） 怎样才算项目成功？
      • （2） 如何评估项目成功？
      • （3） 那些因素会影响项目成功？
    • 项目成功可能涉及与组织战略和业务成果交付相关的标准与目标，这些项目目标可能包括
      • （1） 完成项目效益管理计划；
      • （2） 达到可行性研究与论证中记录的已商定的财务测量指标，这些财务测量指标可能包括：净现值（NPV）、投资回报率（ROI）、内部报酬率（IRR）、回收期（PBP）和效益成本比率（BCR）；
      • （3） 达到可行性研究与论证的非财务目标；
      • （4） 组织从“当前状态”成功转移到“将来状态”；
      • （5） 履行合同条款和条件；
      • （6） 达到组织战略、目的和目标，使干系人满意；
      • （7） 可接受的客户/最终用户的采纳度；
      • （8） 将可交付成果整合到组织的运营环境中；
      • （9） 满足商定的交付质量；
      • （10） 遵循治理规则；
      • （11） 满足商定的其他成功标准或准则（例如过程产出率）等。
    • 为了取得项目成功，项目团队必须能够正确评估项目状况，平衡项目要求，并与干系人保持积极沟通。如果项目能够与组织的战略方向持续保持一致，项目成功的概率就会显著提高。有可能一个项目从范围/进度/预算来看是成功的，但从业务角度来看并不成功，这是因为业务需求或市场环境在项目完成之前发生了变化。
  • 4. 项目、项目集、项目组合和运营管理之间的关系
    • （1） 概述
      • 项目管理过程、工具和技术的运用为组织达成目标奠定了坚实的基础。
      • 一个项目可以采用三种不同的模式进行管理： 如果在项目集或项目组合内管理某个项目，则项目经理需要与项目集或项目组合经理沟通与合作。
        • 1||| 独立项目（不包括在项目集或项目组合中）
        • 2||| 在项目集内、
        • 3||| 在项目组合内。
      • 为达成组织的一系列目的和目标，可能需要实施多个项目。在这种情况下，项目可能被归入项目集中。项目集是一组相互关联且被协调管理的项目、子项目集和项目集活动，目的是为了获得分别管理无法获得的利益。项目集不是大项目，大项目是指规模、影响等特别大的项目。
      • 有些组织可能会采用项目组合，有效管理在任何特定的时间内同时进行的多个项目集和项目。项目组合是指为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。项目组合、项目集、项目和运营在特定情况下是相互关联的。
      • 项目组合、项目集、项目和运营的关系
      • 项目集管理和项目组合管理的生命周期、活动、目标、重点和效益都与项目管理不同；但是，项目组合、项目集、项目和运营通常都涉及相同的干系人，还可能需要使用同样的资源，而这可能会导致组织内出现冲突。这种情况促使组织增强内部协调，通过项目组合、项目集和项目管理达成组织内部的有效平衡。
      • 项目组合能够促进这项工作的有效治理和管理，从而有助于实现组织战略和相关优先级。在开展组织和项目组合规划时，要基于风险、资金和其他考虑因素对项目组合组件进行优先级排列。项目组合有利于组织了解战略目标在项目组合中的实施情况，还能适当促进项目组合、项目集和项目治理的实施与协调。这种协调治理方式可以合理分配资源，为实现预期绩效和效益分配人力、财力和实物资源。
      • 从组织的角度看
        • 1||| 项目和项目集管理的重点在于以“正确”的方式开展项目集和项目，即“正确地做事”；
        • 2||| 项目组合管理则注重于开展“正确”的项目集和项目，即“做正确的事”。
      • 项目、项目集、项目组合管理的比较结果
    • （2） 项目集管理
      • 项目集管理指在项目集中应用知识、技能与原则来实现项目集的目标，获得分别管理项目集组成部分所无法实现的利益和控制。项目集组成部分指项目集中的项目和其他项目集。
      • 项目管理注重项目内部的依赖关系，以确定管理项目的最佳方法。项目集管理注重项目集组成部分之间的依赖关系，以确定管理这些项目的最佳方法。
      • 项目集的具体管理措施包括：
        • 1||| 调整对项目集和所辖项目的目标有影响的组织或战略方向；
        • 2||| 将项目集范围分配到项目集的组成部分；
        • 3||| 管理项目集组成部分之间的依赖关系，从而以最佳方式实施项目集；
        • 4||| 管理可能影响项目集内多个项目的项目集风险；
        • 5||| 解决影响项目集内多个项目的制约因素和冲突；
        • 6||| 解决作为组成部分的项目与项目集之间的问题；
        • 7||| 在同一个治理框架内管理变更请求；
        • 8||| 将预算分配到项目集内的多个项目中；
        • 9||| 确保项目集及其包含的项目能够实现效益。
      • 实例
        • 建立一个新的卫星通信系统
    • （3） 项目组合管理
      • 项目组合是指为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。
      • 项目组合管理是指为了实现战略目标而对一个或多个项目组合进行的集中管理。
      • 项目组合中的项目集或项目不一定存在彼此依赖或直接相关的关联关系。
      • 项目组合管理的目的是：
        • 1||| 指导组织的投资决策；
        • 2||| 选择项目集与项目的最佳组合方式，以达成战略目标；
        • 3||| 提供决策透明度；
        • 4||| 确定团队资源分配的优先级；
        • 5||| 提高实现预期投资回报的可能性；
        • 6||| 集中管理所有组成部分的综合风险；
        • 7||| 确定项目组合是否符合组织战略。
      • 要实现项目组合价值的最大化，需要精心检查项目组合的各个组成部分。确定各组成部分的优先级，使最有利于组织战略目标的部分拥有所需的财力、人力和实物资源。
    • （4） 运营管理
      • 运营管理是另外一个领域，不属于项目管理范围。
      • 运营管理关注产品的持续生产、服务的持续提供。
      • 运营管理使用最优资源满足客户要求，以保证组织或业务持续高效地运行。
      • 运营管理重点管理把输入（如材料、零件、能源和人力）转变为输出（如产品、服务）的过程。
    • （5） 运营与项目管理
      • 运营的改变可以作为某个项目的关注焦点，尤其当项目交付的新产品或新服务将导致运营有实质性改变时。持续运营不属于项目的范畴，但是项目与运营会在产品生命周期的不同时间点存在交叉。在每个交叉点，可交付成果及知识都会在项目和运营之间转移，可能是将项目资源及知识转移到运营部门，也可能是将运营资源转移至项目中。
    • （6） 组织级项目管理和战略
      • 项目组合、项目集和项目都需要符合组织战略，由组织战略驱动，并以不同的方式服务于战略目标的实现：
        • 1||| 项目组合管理通过选择适当的项目集或项目，对工作进行优先级排序，并提供所需资源，与组织战略保持一致；
        • 2||| 项目集管理通过对其组成部分进行协调，对它们之间的依赖关系进行控制，从而实现既定收益；
        • 3||| 项目管理使组织的目标得以实现。
      • 组织往往用战略规划引导项目投资，明确项目对实现组织战略和目标的作用。通过组织级项目管理，对项目组合、项目集和项目进行系统化管理，可以确保项目符合组织战略业务目标。组织级项目管理是指为实现战略目标，通过组织驱动因素整合项目组合、项目集和项目管理的框架。
      • 组织级项目管理旨在确保组织开展正确项目并合适地分配关键资源。组织级项目管理有助于确保组织的各个层级都了解组织的战略愿景、实现愿景的措施、组织目标以及可交付成果。
      • 组织级项目管理
  • 5. 项目运行环境
    • 项目在内部和外部环境中存在和运作，这些环境对价值交付有不同程度的影响。内部和外部环境可能会影响规划和其他项目活动。这些影响可能会对项目特征、干系人或项目团队产生有利、不利或中性的影响，也可能会影响规划和其他项目活动。这些影响的两大主要来源为事业环境因素和组织过程资产。
    • 事业环境因素含义
      • 项目团队不能控制的，将对项目产生影响、限制或指令作用的各种条件。
    • 组织内部的事业环境因素包括
      • （1） 组织文化、结构和治理：包括愿景、使命、价值观、信念、文化规范、领导力风格、等级制度和职权关系、组织风格、道德和行为规范。
      • （2） 设施和资源的物理分布：包括工作地点、虚拟项目团队和共享系统。基础设施：包括现有设施、设备、组织和电信通道、IT硬件、可用性和功能。
      • （3） 信息技术软件：包括进度计划软件、配置管理系统、信息系统网络接口、协作工具和工作授权系统。
      • （4） 资源可用性：包括签订合同和采购制约因素、获得批准的供应商和分包商以及合作协议。
      • （5） 员工能力：包括通用和特定的专业知识、技能、能力、技术和知识等。
    • 组织外部的事业环境因素包括
      • （1） 市场条件：包括竞争对手、市场份额、品牌认知度、技术趋势和商标。
      • （2） 社会和文化影响因素：包括政策导向、地域风俗和传统、公共假日和事件、行为规范、道德和观念。
      • （3） 监管环境：与安全性、数据保护、商业行为、雇佣、许可和采购相关的全国性和地区性法律法规。
      • （4） 商业数据库：包括标准化的成本估算数据和行业风险研究信息。
      • （5） 学术研究：包括行业研究、出版物和标杆对照结果。
      • （6） 行业标准：包括与产品、生产、环境、质量和工艺相关的标准。
      • （7） 财务考虑因素：包括汇率、利率、通货膨胀、税收和关税。
      • （8） 物理环境因素：包括工作条件和天气相关因素等。
    • 组织过程资产含义
      • 执行组织所特有的并使用的计划、过程、政策、程序和知识库，会影响对具体项目的管理
    • 组织过程资产包括来自任何（或所有）项目执行组织的，可用于执行或治理项目的任何工件、实践或知识，还包括来自组织以往项目的经验教训和历史信息。组织过程资产可能还包括完成的进度计划、风险数据和挣值数据。组织过程资产是许多项目管理过程的输入。由于组织过程资产存在于组织内部，在整个项目期间，项目团队成员可对组织过程资产进行必要的更新和增补。
    • 组织过程资产可分成以下两大类：
      • （1） 过程、政策和程序
        • 这一类资产的更新通常不是项目工作的一部分，而是由项目管理办公室 (PMO) 或项目以外的其他职能部门完成。更新工作仅须遵循与过程、政策和程序更新相关的组织政策。有些组织鼓励团队裁剪项目的模板、生命周期和核对单。在这种情况下，项目管理团队应根据项目需求裁剪这些资产。组织用于执行项目工作的流程与程序，包括（但不限于）：
          • 1||| 启动和规划阶段:
            • a)指南和标准，用于裁剪组织标准流程和程序以满足项目的特定要求；
            • b)特定的组织标准，例如政策（如人力资源政策、健康与安全政策、安保与保密政策、质量政策、采购政策和环境政策）；
            • c)产品和项目生命周期，以及方法和程序（如项目管理方法、评估指标、过程审计、改进目标、核对单、组织内使用的标准化的过程定义）；
            • d)模板（如项目管理计划、项目文件、项目登记册、报告格式、合同模板、风险分类、风险描述模板、概率与影响的定义、概率和影响矩阵，以及相关方登记册模板）；
            • e)预先批准的供应商清单和各种合同协议类型（如总价合同、成本补偿合同和工料合同）。
          • 2||| 执行、监控阶段：
            • a)变更控制程序，包括修改组织标准、政策、计划和程序（或任何项目文件）所须遵循的步骤，以及如何批准和确认变更；
            • b)跟踪矩阵；
            • c)财务控制程序（如定期报告、必需的费用与支付审查、会计编码及标准合同条款等）；
            • d)问题与缺陷管理程序（如定义问题和缺陷控制、识别与解决问题和缺陷，以及跟踪行动方案）。
            • e)资源的可用性控制和分配管理；
            • f)组织对沟通的要求（如可用的沟通技术、许可的沟通媒介、记录保存政策、视频会议、协同工具和安全要求）；
            • g)确定工作优先顺序、批准工作与签发工作授权的程序；
            • h)模板（如风险登记册、问题日志和变更日志）；
            • i)标准化的指南、工作指示、建议书评价准则和绩效测量准则；
            • j)产品、服务或成果的核实和确认程序。
          • 3||| 收尾阶段:
            • 项目收尾指南或要求（如项目终期审计、项目评价、可交付成果验收、合同收尾、资源分配，以及向生产和（或）运营部门转移知识）
      • （2） 组织知识库
        • 这一类资产是在整个项目期间结合项目信息而更新的。例如，整个项目期间会持续更新与财务绩效、经验教训、绩效指标和问题以及缺陷相关的信息。组织用来存取信息的知识库，包括（但不限于）：
          • 1||| 配置管理知识库，
            • 包括软件和硬件组件版本以及所有执行组织的标准、政策、程序和任何项目文件的基准；
          • 2||| 财务数据库，
            • 包括人工时、实际成本、预算和成本超支等方面的信息；
          • 3||| 历史信息与经验教训知识库；
            • （如项目记录与文件、完整的项目收尾信息与文件、关于以往项目选择决策的结果及以往项目绩效的信息，以及从风险管理活动中获取的信息）
          • 4||| 问题与缺陷管理数据库，
            • 包括问题与缺陷的状态、控制信息、解决方案以及相关行动的结果；
          • 5||| 测量指标数据库，
            • 用来收集与提供过程和产品的测量数据；
          • 6||| 以往项目的项目档案。
            • （如范围、成本、进度与绩效测量基准，项目日历，项目进度网络图，风险登记册，风险报告以及相关方登记册）
  • 6. 组织系统
    • 概述
      • 项目运行时会受到项目所在的组织结构和治理框架的影响与制约。
      • 组织内多种因素的交互影响创造出一个独特的组织系统，该组织系统会影响项目的运行，并决定了组织系统内部人员的权力、影响力、利益、能力等。
      • 组织系统的影响因素包括
        • 1||| 治理框架
        • 2||| 管理要素
        • 3||| 组织结构类型
    • 治理框架
      • 冶理是在组织各层级上的组织性或结构性安排，旨在确定和影响组织成员的行为。
      • 治理是一个多维度概念，需要考虑人员、角色、结构和政策，同时需要通过数据和反馈提供指导和监督。
      • 治理框架是在组织内行使职权的框架，包括规则、政策、程序、规范、关系、系统和过程。
      • 该治理框架会影响：
        • 1||| 组织目标的设定和实现方式
        • 2||| 风险监控和评估方式
        • 3||| 绩效优化方式
    • 管理要素
      • 管理要素是组织内部关键职能部门或一般管理原则的组成部分。组织根据其选择的治理框架和组织结构类型确定一般的管理要素。
      • 组织的管理要素包括：
        • 1||| 部门：
        • 2||| 组织授予的工作职权；
        • 3||| 工作职责：用于开展组织根据技能和经验等属性合理分派的工作任务；
        • 4||| 行动纪律(例如尊重职权、人员和规定)；
        • 5||| 统一指挥原则(例如对于一项行动或活动，仅由一个人发布指示)；
        • 6||| 统一领导原则(如对服务于同一目标的一组活动，只能有一份计划或一个领导)；
        • 7||| 组织的总体目标优先于个入目标；
        • 8||| 支付合理的薪酬；
        • 9||| 资源的优化使用；
        • 10||| 畅通的沟通渠道；
        • 11||| 在正确的时间让正确的人使用正确的材料做正确的事情；
        • 12||| 公正、平等地对待所有员工；
        • 13||| 明确的工作职位；
        • 14||| 确保员工安全；
        • 15||| 允许任何员工参与计划和实施；
        • 16||| 保持员工士气。
      • 组织会将这些管理要素分配给相应的员工负责这些管理要素的落实。员工可以在不同的组织结构中落实这些管理要素。例如，在层级式组织结构中，员工之间存在横向关系和纵向关系。纵向关系从一线管理层一直向上延伸到高级管理层。在特定的组织结构中，需要赋予员工所在层级的职责、终责和职权，才能保证员工在特定的组织结构之内落实相应的管理要素。
    • 组织结构类型
      • 组织在确定本组织选取并采用哪一种组织结构类型时，需要考虑各种可变因素，不存在适用于所有组织的通用的结构类型，特定组织最终选取和采用的组织结构具有各自的独特性。
      • 常见的组织结构类型的特征
      • 选择组织结构时应考虑的因素主要包括：
        • 1||| 与组织目标的一致性；
        • 2||| 专业能力；
        • 3||| 控制、效率与效果的程度；
        • 4||| 明确的决策升级渠道；
        • 5||| 明确的职权线和范围；
        • 6||| 授权方面的能力；
        • 7||| 终责分配；
        • 8||| 职责分配；
        • 9||| 设计的灵活性；
        • 10||| 设计的简单性；
        • 11||| 实施效率；
        • 12||| 成本考虑；
        • 13||| 物理位置(例如集中办公、区域办公、虚拟远程办公)；
        • 14||| 清晰的沟通(例如政策、工作状态、组织愿景)等。
      • 项目管理办公室PMO
        • 含义
          • 是项目管理中常见的一种组织结构，PMO对与项目相关的治理过程进行标准化，并促进资源、方法论、工具和技术共享。PMO的职责范围可大可小，小到提供项目管理支待服务，大到直接管理一个或多个项目。
        • PMO有如下几种不同类型：
          • 1||| 支持型
            • 支持型PMO担当顾问的角色，向项目提供模板、最佳实践、培训，以及来自其他项目的信息和经验教训。这种类型的PMO其实就是一个项目资源库，对项目的控制程度很低。
          • 2||| 控制型
            • 控制型PMO不仅给项目提供支待，而且通过各种手段要求项目服从，这种类型的PMO对项目的控制程度属于中等。
            • 对项目的要求
              • 一是采用项目管理框架或方法论；
              • 二是使用特定的模板、格式和工具；
              • 三是遵从治理框架。
          • 3||| 指令型
            • 指令型PMO直接管理和控制项目。项目经理由PMO指定并向其报告。这种类型的PMO对项目的控制程度很高。
        • PMO从组织战略型项目中获取数据和信息，进行综合分析，评估高层战略目标的实现清况。PMO在组织的项目组合、项目集、项目与组织考评体系(如平衡计分卡)之间建立联系。PMO可以提出建议、支待知识传递、终止项目，并根据需要采取其他行动。
        • PMO的一个主要职能是通过各种方式向项目经理提供支持，包括：
          • 1||| 对PMO所辖全部项目的共享资源进行管理；
          • 2||| 识别和制定项目管理方法、最佳实践和标准；
          • 3||| 指导、辅导、培训和监督；
          • 4||| 通过项目审计，监督项目对项目管理标准、政策、程序和模板的合规性；
          • 5||| 制定和管理项目政策、程序、模板及其他共享的文件(组织过程资产)；
          • 6||| 对跨项目的沟通进行协调等。
  • 7. 项目管理和产品管理
    • 产品含义
      • 是指可量化生产的工件(包括服务及其组件)。
      • 产品既可以是最终制品，也可以是组件制品。产品管理涉及将人员、数据、过程和业务系统整合，以便在整个产品生命周期中创建、维护和开发产品（或服务）。
      • 产品生命周期是指一个产品从引入、成长、成熟到衰退的整个演变过程的一系列阶段。
      • 初始产品开始时可以是项目集或项目的可交付物。在整个生命周期中，新的项目集或项目可能会增加或改进创造额外价值的特定组件、属性或功能。在某些情况下，项目集可以涵盖产品（或服务）的整个生命周期，以便更直接地管理收益并为组织创造价值。
    • 作用
      • 产品管理可以在产品生命周期的任何时间点启动项目集或项目，以便为创建或增强特定组件、职能或功能提供支待。
    • 产品管理与产品生命周期的关系
    • 初始产品开始时可以是项目集或项目的可交付物。在整个生命周期中，新的项目集或项目可能会增加或改进创造额外价值的特定组件、属性或功能。在某些情况下，项目集可以涵盖产品(或服务)的整个生命周期，以便更直接地管理收益并为组织创造价值。
    • 表现形式
      • 1||| 产品生命周期中包含项目集管理。
        • 这种方法中的产品生命周期中包括相关项目、子项目集和项目集活动。对于规模很大或长期运作的产品，一个或多个产品生命周期阶段可能非常复杂，因此需要一系列协同运作的项目集和项目。
      • 2||| 产品生命周期中包含单个项目管理。
        • 这种方法将产品作为某个单个项目的目标来进行管理，将产品功能的开发到成熟作为持续的业务活动进行监督。这种方法根据需要特许设立单个项目，执行对产品的增强和改进，或产生其他独特成果。
      • 3||| 项目集内的产品管理。
        • 这种方法会在给定项目集的范围内应用完整的产品生命周期。为了获得产品的特定收益，项目集内也可以特许设立一系列子项目集或项目。人们可以通过应用产品管理能力（例如竞争分析、客户获取和客户代言）增强这些收益。
    • 虽然产品管理是一个单独的领域，但它是项目集管理和项目管理这两个领域中的一个关键整合点。
• 三、 项目经理的角色
  • 项目经理的含义
    • 项目经理是指执行组织委派，领导团队实现项目目标的个人。
  • 项目经理的报告关系依据组织结构和项目治理而定
  • 除了具备项目所需的特定技能和通用管理能力，项目经理至少还应具备以下特性：
    • 1. 掌握关于项目管理、商业环境、技术领域和其他方面的知识，以便有效管理特定项目；
    • 2. 具备有效领导项目团队、协调项目工作、与相关方协作、解决问题和做出决策所需的技能；
    • 3. 具备编制项目计划（包括范围、进度、预算、资源、风险计划等）、管理项目工作，以及开展陈述和报告的能力；
    • 4. 拥有成功管理项目所需的其他特性，如个性、态度、道德和领导力。
  • 项目经理通过项目团队和其他相关方来完成工作。
  • 项目经理需要依赖重要的人际关系技能，包括（但不限于）：
    • 领导力；团队建设；激励；沟通；影响力；决策；政治和文化意识；谈判；引导；冲突管理；教练技术。
  • 项目经理的成功取决于项目目标的实现。相关方的满意程度是衡量项目经理的成功的另一标准。项目经理应处理相关方的需要、关注和期望，令有关的相关方满意。为了取得成功，项目经理应该裁减项目方法、生命周期和项目管理过程，以满足项目和产品要求。
• 四、 项目生命周期和项目阶段
  • 1. 定义与特征
    • 项目生命周期指项目从启动到完成所经历的一系列阶段，这些阶段之间的关系可以顺序、迭代或交叠进行。它为项目管理提供了一个基本框架。项目生命周期适用于任何类型的项目。项目的规模和复杂性各不相同，但不论其大小繁简，所有项目都呈现包含启动项目、组织与准备、执行项目工作和结束项目 4 个项目阶段的通用的生命周期结构。
    • 特征
      • 成本与人力投入在开始时较低，在工作执行期间达到最高，并在项目快要结束时迅速回落。
      • 风险与不确定性在项目开始时最大，并在项目的整个生命周期中随着决策的制定与可交付成果的验收而逐步降低；做出变更和纠正错误的成本，随着项目越来越接近完成而显著增高。
  • 2. 生命周期类型
    • 1||| 预测型 生命周期
      • 采用预测型开发方法的生命周期适用于已经充分了解并明确确定需求的项目，又称为瀑布型生命周期。预测型生命周期在生命周期的早期阶段确定项目范围、时间和成本，对任何范围的变更都要进行严格管理，每个阶段只进行一次，每个阶段都侧重于某一特定类型的工作。高度预测型项目范围变更很少、干系人之间有高度共识。这类项目会受益于前期的详细规划，但有些情况（增加范围、需求情况或市场变化）则会导致某些阶段重复进行。
    • 2||| 迭代型 生命周期
      • 采用迭代型生命周期的项目范围通常在项目生命周期的早期确定，但时间及成本会随着项目团队对产品理解的不断深入而定期修改。
    • 3||| 增量型 生命周期
      • 采用增量型生命周期的项目通过在预定的时间区间内渐进增加产品功能的一系列迭代来产出可交付成果。只有在最后一次迭代之后，可交付成果具有了必要和足够的能力，才能被视为完整的。
      • 迭代方法和增量方法的区别：迭代方法是通过一系列重复的循环活动来开发产品，而增量方法是渐进地增加产品的功能。
    • 4||| 适应型 生命周期
      • 采用适应型开发方法的项目又称敏捷型或变更驱动型项目，适合于需求不确定，不断发展变化的项目。在每次迭代前，项目和产品愿景的范围被明确定义和批准，每次迭代（又称“冲刺”）结束时，客户会对具有功能性的可交付物进行审查。审查时关键干系人会提供反馈，项目团队会更新项目待办事项列表，以确定下一次迭代中特性和功能的优先级。适应型项目生命周期的特点是先基于初始需求制定一套高层级计划，再逐渐把需求细化到适合特定规划周期所需的详细程度。
    • 5||| 混合型 生命周期
      • 混合型生命周期是预测型生命周期和适应型生命周期的组合。项目生命周期具有复杂性和多维性。特定项目的不同阶段往往采用不同的生命周期，项目管理团队需要确定项目及其不同阶段最适合的生命周期。
    • 6||| 各生命周期之间的联系与区别
• 五、 项目立项管理
  • 概述
    • 项目立项管理是对拟规划和实施的项目技术上的先进性、适用性，经济上的合理性、效益性，实施上的可能性、风险性以及社会价值的有效性、可持续性等进行全面科学的综合分析，为项目决策提供客观依据的一种技术经济研究活动。
    • 项目建议与立项申请、初步可行性研究、详细可行性研究、评估与决策是项目投资前时期的四个阶段。在实际工作中，初步可行性研究和详细可行性研究可以依据项目的规模和繁简程度合二为一，但详细可行性研究是不可缺少的。升级改造项目只做初步和详细研究，小项目一般只进行详细可行性研究。
  • 项目建议与立项申请
    • 立项申请概念
      • 立项申请又称为项目建议书，是项目建设单位向上级主管部门提交项目申请时所必须的文件，是该项目建设筹建单位根据国民经济的发展、国家和地方中长期规划、产业政策、生产力布局、国内外市场、所在地的内外部条件、组织发展战略等，提出的某一具体项目的建议文件，是对拟建项目提出的框架性总体设想。项目建议书是项目发展周期的初始阶段，是国家或上级主管部门选择项目的依据，也是可行性研究的依据。涉及利用外资的项目，在项目建议书获得批准后，方可开展后续工作。
    • 项目建议书
      • 应该包括的核心内容有
        • 1||| 项目的必要性；
        • 2||| 项目的市场预测；
        • 3||| 项目预期成果（如产品方案或服务）的市场预测；
        • 4||| 项目建设必需的条件。
  • 项目可行性研究
    • 概要
      • 可行性研究是在项目建议书被批准后，从技术、经济、社会和人员等方面的条件和情况进行调查研究，对可能的技术方案进行论证，以最终确定整个项目是否可行。可行性研究是为项目决策提供依据的一种综合性的分析方法，可行性研究具有预见性、公正性、可靠性、科学性的特点。
    • 可行性研究的内容
      • 1. 技术可行性分析
        • 技术可行性分析是指在当前的技术、产品条件限制下，能否利用现在拥有的以及可能拥有的技术能力、产品功能、人力资源来实现项目的目标、功能、性能，能否在规定的时间期限内完成整个项目。
        • 技术可行性分析一般应当考虑的因素包括：
          • （1） 进行项目开发的风险
            • 在给定的限制范围和时间期限内，能否设计出预期的系统并实现必需的功能和性能。
          • （2） 人力资源的有效性
            • 可以用于项目开发的技术人员队伍是否可以建立，是否存在人力资源不足、技术能力欠缺等问题，是否可以在社会上或者通过培训获得所需要的熟练技术人员。
          • （3） 技术能力的可能性
            • 相关技术的发展趋势和当前所掌握的技术是否支待该项目的开发，是否存在支待该技术的开发环境、平台和工具。
          • （4） 物资（产品）的可用性
            • 是否存在可以用于建立系统的其他资源，如一些设备以及可行的替代产品等。
        • 技术可行性分析往往决定了项目的方向
      • 2. 经济可行性分析
        • 经济可行性分析主要是对整个项目的投资及所产生的经济效益进行分析
        • 具体包括
          • （1） 支出分析
            • 信息系统项目的支出分类
              • 1||| 一次性支出
                • 开发费、培训费、差旅费、初始数据录入、设备购置费等费用。
              • 2||| 非一次性支出
                • 软、硬件租金、入员工资及福利、水电等公用设施使用费，以及其他消耗品支出等。
          • （2） 收益分析
            • 信息系统项目收益包括
              • 1||| 直接收益
                • 指通过项目实施获得的直接经济效益，如销售项目产品的收入。
              • 2||| 间接收益
                • 指通过项目实施，通过间接方式获得的收益，如成本的降低。
              • 3||| 其他收益
                • 如知识产权、软件著作权等。
          • （3） 投资回报分析
            • 对投入产出进行对比分析，以确定项目的收益率和投资回收期等经济指标。
            • 包括
              • 收益投资比
              • 投资回收期分析
          • （4） 敏感性分析
            • 当诸如设备和软件配置、处理速度要求、系统的工作负荷类型和负荷量等关键性因素变化时，对支出和收益产生影响的估计。
      • 3. 社会效益可行性分析
        • 针对面向公共服务领域的项目，其社会效益往往是可行性分析的关注重点。
        • 包括
          • （1） 对组织内部
            • 信息系统项目往往都能为组织的发展带来一定的知识和经验沉淀，这些沉淀会穷实组织进一步发展的基础，需要充分挖掘和分析项目各项能力的效益：
              • 1||| 品牌效益
                • 指通过项目建设、服务等为组织的知名度提升及正向特征带来的收益。
              • 2||| 竞争力效益
                • 指通过项目预期成果能够为组织在行业或领域中，获得更好竞争优势的收益。
              • 3||| 技术创新效益
                • 指通过项目的建设过程中技术矛盾或难点的攻克，为组织技术能力积累，以及产品与服务创新等方面带来的收益。
              • 4||| 人员提升收益
                • 指通过项目锻炼和人员知识、技能和经验的应用，为组织人员能力提升或骨干人员培育等方面的收益。
              • 5||| 管理提升效益
                • 指通过项目过程管控以及项目管理与组织管理的实践融合等，为组织的管理水平提升带来的收益。
          • （2） 对社会发展
            • 信息系统项目也可能成为组织履行社会责任的关键举措，这些举措可以为局部或区域社会发展带来各种进步，主要包括：
              • 1||| 公共效益
                • 指对广大社会群众增加信息惠民、美好生活、理念创造、知识普及、居民健康等方面带来的各种收益。
              • 2||| 文化效益
                • 指在社会精神文明建设中所发挥的积极作用，也包括网络文明方面。
              • 3||| 环境效益
                • 指保护自然资源或生态环境方面的作用和价值。
              • 4||| 社会责任感效益
                • 指组织在履行社会责任与义务方面的收益。
              • 5||| 其他收益
                • 如提高国防能力，保障国家和社会安全等。
      • 4. 运行环境可行性分析
        • 信息系统项目的可行性分析不同于一般项目，信息系统项目的产品大多数是一个软件硬件配套的信息系统，或一套需要安装并运行在用户现场的软件、相关说明文档、管理与运行规程等。只有基础硬件运转正常可靠、软件正常使用，并达到预期的技术（功能、性能）指标、经济效益和社会效益指标，才能称为信息系统项目是成功的。
        • 运行环境是制约信息系统发挥效益的关键。因此，需要从用户的管理体制、管理方法、规章制度、工作习惯人员素质(甚至包括人员的心理承受能力、接受新知识和技能的积极性等)、数据资源积累、基础软硬件平台等多方面进行评估，以确定软件系统在交付以后，是否能够在用户现场顺利运行。
      • 5. 其他方面的可行性分析
        • 信息系统项目的可行性研究除了前面介绍的技术、经济、社会效益和运行环境可行性分析外，还包括了诸如法律可行性、政策可行性等方面的可行性分析。
    • 初步可行性研究
      • 定义
        • 初步可行性研究一般是在对市场或者客户情况进行调查后，对项目进行的初步评估。详细可行性研究需要对项目在技术、经济、社会、运行环境、法律等方面进行深入的调查研究和分析。
        • 进行初步可行性研究可从以下方面进行，以便衡量、决定是否开始详细可行性研究：
          • 1. 分析项目的前途，从而决定是否应该继续深入调查研究；
          • 2. 初步估计和确定项目中的关键技术及核心问题，以确定是否需要解决；
          • 3. 初步估计必须进行的辅助研究，以解决项目的核心问题，并判断是否具备必要的技术、实验、人力条件作为支持等。
      • 辅助研究的目的和作用
        • 辅助（功能）研究包括项目的一个或几个方面，但不是所有方面，并且只能作为初步可行性研究、详细可行性研究和大规模投资建议的前提或辅助。
        • 辅助研究分类：
          • 1. 对要设计开发的产品进行的市场研究。
            • 其包括市场的需求预测以及预期的市场渗透情况的预测。
          • 2. 配件和投入物资的研究。
            • 其包括项目使用的基本配件和投入物资的当前和预测的可获得性，以及这些配件和投入的目前和预测的未来价格趋势。
          • 3. 试验室和中间工厂的试验。
            • 根据需要进行试验以决定具体配件是否合适，设计方案是否可行。
          • 4. 网络物理布局设计。
          • 5. 规模的经济性研究。
            • 一般作为技术选择研究的一个部分进行。这种研究通常对几种规模的设计开发能力进行分析，研究该项目的主要特性，并计算出每种规模的结果。
          • 6. 设备选择研究。
            • 如果项目的设备涉及部门多，来源分散，而且成本各不相同，就要进行这种研究。一般在投资或实施阶段进行设备订货，包括准备投标、招标并对其进行评价，以及订货和交货。
        • 辅助研究的内容视研究的性质和打算研究的项目各有不同，但由于其关系到项目的关键方面，因此其结论应为随后的项目阶段指明方向。在大多数情况下，投资前辅助研究如果在项目可行性研究之前或与项目可行性研究一起进行，其内容则构成项目可行性研究的一个必不可少的部分。辅助研究的费用必须和项目可行性研究的费用一并考虑，因为这种研究的目的之一就是要在项目可行性研究阶段节省费用。
      • 初步可行性研究的作用
        • 如果对项目价值和收益等存在疑问，组织需要进行初步项目可行性研究来确定项目是否可行。初步可行性研究主要回答的问题包括：
          • 1. 项目进行投资建设是否具有必要性；
          • 2. 项目建设的周期是否合理且可接受；
          • 3. 项目需要的人力、财力资源等是否可接受；
          • 4. 项目的功能和目标是否可以实现；
          • 5. 项目的经济效益、社会效益是否可以保证；
          • 6. 项目从经济上、技术上是否合理等。
      • 初步可行性研究的主要内容
        • 初步可行性研究的结果及研究的主要内容基本与详细可行性研究相同。所不同的是占有的资源、研究细节方面有较大差异。可以通过捷径来决定投资支出和生产成本中的次要组成部分，但不能决定其主要组成部分，此时必须把估计项目的主要投资支出和生产成本作为初步项目可行性研究的一部分。主要内容包括：
          • 1. 需求与市场预测
            • 包括客户和服务对象需求分析预测，营销和推广分析，如初步的销售量和销售价格预测。
          • 2. 设备与资源投入分析
            • 包括从需求、设计、开发、安装实施到运营的所有设备与材料的投入分析。
          • 3. 空间布局
            • 如网络规划、物理布局方案的选择。
          • 4. 项目设计
            • 包括项目总体规划、信息系统设计和设备计划、网络工程规划等。
          • 5. 项目进度安排
            • 包括项目整体周期、里程碑阶段划分等。
          • 6. 项目投资与成本估算
            • 包括投资估算、成本估算、资金渠道及初步筹集方案等。
    • 详细可行性研究
      • 概要
        • 详细可行性研究是在项目决策前对与项目有关的技术、经济、法律、社会环境等方面的条件和情况，进行详尽的、系统的、全面地调查、研究和分析，对各种可能的技术方案进行详细的论证、比较，并对项目建设完成后所可能产生的经济、社会效益进行预测和评价，最终提交的可行性研究报告将成为进行项目评估和决策的依据。
      • 详细可行性研究的依据
        • （1） 国民经济和社会发展的长期规划、地区的发展规划；
        • （2） 国家和地区的相关政策、法律、法规和制度；
        • （3） 项目主管部门对项目设计开发建设要求请示的批复；
        • （4） 项目建议书或者项目建议书批准后签订的意向性协议；
        • （5） 国家、地区、组织的信息化规划和标准；
        • （6） 市场调研分析报告；
        • （7） 技术、产品或工具的有关资料等。
      • 详细可行性研究的原则
        • （1） 科学性原则
          • 运用科学的方法和认真的态度来收集、分析和鉴别原始的数据和资料，以确保它们真实和可靠。真实可靠的数据资料是可行性研究的基础和出发点。
        • （2） 客观性原则
          • 正确地认识各种信息化建设条件，这些条件都是客观存在的，研究工作要求排除主观腋断，要从实际出发；要实事求是地运用客观的资料做出符合科学的决定和结论；可行性研究报告和结论必须是分析研究过程合乎逻辑的结果，而不掺杂任何主观成分。
        • （3） 公正性原则
          • 公正性原则就是站在公正的立场上，不偏不倚。
      • 详细可行性研究的方法
        • 可行性研究的方法很多，如经济评价法、市场预测法、投资估算法和增量净效益法等。
        • 投资估算法：
          • 投资费用一般包括固定资金及流动资金两大部分，固定资金中又分为设计开发费、设备费、场地费、安装费及项目管理费等。投资估算根据其进程或精确程度可分为数量性估算(即比例估算法)、研究性估算、预算性估算及投标估算的方法。
        • 增量净效益法：
          • 将有项目时的成本(效益)与无项目时的成本(效益)进行比较，求得两者差额即为增量成本(效益)，这种方法称之为有无比较法。
      • 详细可行性研究的内容
        • （1） 市场需求预测法
          • 需求和市场分析的关键因素是就某一时间范围项目主要产出或成果需求量做出估计。
        • （2） 部件和投入的选择供应
          • 项目可行性研究应包括同配件和投入需要量有关的问题，包括部件和投入的分类、部件和投入的选择与说明、部件和投入的特点等。
        • （3） 信息系统架构及技术方案的确定
          • 项目可行性研究中技术评价应反映下述几个方面：技术的先进性、技术的实用性、技术的可靠性、技术的连锁效果、技术后果的危害性等。
        • （4） 技术与设备选择
          • 项目可行性研究阶段的设备选择，应概略说明通过使用某种技术达到某种效果或模式所必需的设备最佳组合。
        • （5） 网络物理布局设计
          • 信息系统项目的网络物理布局主要考虑场地的电气特性、基本设施(网络基础设施)和网络新技术发展等方面。
        • （6） 投资、成本估算与资金筹措
          • 1||| 投资费用：投资费用就是固定资本与净周转资金的合计。固定资本是建设和装备一个投资项目所需的资金，除了固定投资外还包括项目启动前的所有投资费用。周转资金(或称流动资金)则相当于全部或部分经营该项目所需的资金，应使它保持在一个合理的、必要的水平上。
          • 2||| 资金筹措：在进行项目可行性研究之前就应该对项目筹资的可能性做出初步估计，说明实际或可能的资金来源，包括自有资金、各种贷款及其偿还条件。
          • 3||| 项目成本：成本估算的精度也应当和投资估算的精度相当。成本计算要以项目计划的各种消耗和费用开支为依据，计算全部成本和单位产品的成本。、项目总成本一般划分为四大类：研发成本、行政管理费、销售与分销费用、财务费用和折旧。前三类成本的总和称为经营成本。
          • 4||| 财务报表：为了估计一个新建或扩建项目的资金需要，要编制一套财务报表。财务报表通常包括：现金流动表、净收入报表和预计资产负债表。
        • （7） 经济评价及综合分析
          • 经济评价
            • 1||| 组织经济评价
              • 投资盈利率分析基本上就在于确定利润和投资的比率，同时在分析投资和利润两者之间的关系时应考虑时间因素，并对项目的整个生命期进行总的评价。
              • 组织经济评价大致可以分为三个步骤：第一步，进行分析的基础准备；第二步，编制财务报表；第三步，进行经济效果计算。
              • 进行组织经济评价时可以使用静态评价方法，如投资收益率与投资回收期；但最好使用动态评价方法，如净现值法、内部收益率法、外部收益率法、动态投资回收期法以及收益/成本比值法等，以便考虑资金的时间价值。
            • 2||| 国民经济评价
              • 就是从国民经济的利害得失出发，对项目所做的经济效果评估。国民经济评价就是将项目纳入整个国民经济系统之中，从国家和社会的全局出发去衡量项目在经济效果上是否可行。
          • 综合分析
            • 在对项目进行了经济评价后，还需要对项目进行综合评价分析。这是因为一方面拟建项目未来所处的环境可能会随时发生一定的变化；另一方面需要分析项目的实施对整个社会以及国民经济的影响。
      • 详细可行性研究报告
        • 详细可行性研究报告视项目的规模和性质，有简有繁。编写一份关于信息系统项目的详细可行性研究报告，可以考虑从项目背景、可行性研究的结论、项目的技术背景等方面进行描述。
        • 详细可行性研究报告结构实例
  • 项目评估与决策
    • 概要
      • 项目评估指在项目可行性研究的基础上，由第三方（国家、银行或有关机构）根据国家颁布的政策、法规、方法、参数和条例等，从国民经济与社会、组织业务等角度出发，对拟建项目建设的必要性、建设条件、生产条件、市场需求、工程技术、经济效益和社会效益等进行评价、分析和论证，进而判断其是否可行的一个评估过程。
      • 项目评估是项目投资前期进行决策管理的重要环节，其目的是审查项目可行性研究的可靠性、真实性和客观性，为银行的贷款决策或行政主管部门的审批决策提供科学依据。
      • 项目评估的最终成果是项目评估报告。
    • 项目评估的依据包括
      • （1） 项目建议书及其批准文件；
      • （2） 项目可行性研究报告；
      • （3） 报送组织的申请报告及主管部门的初审意见；
      • （4） 项目关键建设条件和工程等的协议文件；
      • （5） 必需的其他文件和资料等。
    • 项目评估的程序
      • （1） 成立评估小组
        • 进行分工，制订评估工作计划（包括评估目的、评估内容、评估方法和评估进度等）。
      • （2） 开展调查研究
        • 收集数据资料，并对可行性研究报告和相关资料进行审查和分析。尽管大部分数据在可行性报告中已经提供，但评估单位必须站在公正的立场上，核准已有数据的可靠性，并收集、补充必要的数据资料，以提高评估的准确性。
      • （3） 分析与评估
        • 在上述工作基础上，按照项目评估内容和要求，对项目进行技术经济分析和评估。
      • （4） 编写、讨论、修改评估报告。
      • （5） 召开专家论证会。
      • （6） 评估报告定稿并发布。
    • 项目评估的内容
      • （1） 项目与组织概况评估。
      • （2） 项目建设的必要性评估
        • 评估项目是否符合国家产业政策、行业规划和地区规划，是否符合经济和社会发展需要，是否符合市场需求，是否符合组织的发展要求。
      • （3） 项目建设规模评估。
      • （4） 资源、配件、燃料及公用设施条件评估。
      • （5） 网络物理布局条件和方案评估。
      • （6） 技术和设备方案评估。
      • （7） 信息安全评估。
      • （8） 安装工程标准评估
        • 采用的标准与规范是否先进、合理，是否符合国家有关规定。
      • （9） 实施进度评估
        • 项目的建设工期、实施进度、试运行、运营及系统转换所选择的方案及时间安排是否正确合理。
      • （10） 项目组织、劳动定员和人员培训计划评估。
      • （11） 投资估算和资金筹措
        • 投资额估算采用的数据、方法和标准是否正确，是否考虑了汇率、税金、利息、物价上涨指数等因素。资金筹措的方法是否正确，资金来源是否正当、落实，外汇能否平衡等。
      • （12） 项目的财务效益评估
        • 基本数据的选定是否可靠，主要财务效益指标的计算及参数选取是否正确；推荐的方案是否是“最佳方案”。
      • （13） 国民经济效益评估
        • 在财务经济效益评估的基础上，重点对费用和效益的范围及其数值的调整是否正确进行核查。
      • （14） 社会效益评估
        • 对促进国家或地区社会经济发展，改善生产力布局，带来的经济利益和劳动就业效果，提高国家、部门或地方的科技水平、管理水平和文化生活水平的效益和影响等进行评估。
      • （15） 项目风险评估
        • 盈亏平衡分析、敏感性分析、项目主要风险因素及其敏感度和概率分析，项目风险的预防措施及处置方案等。
    • 项目评估报告内容大纲包括
      • （1） 项目概况：项目基本情况；综合评估结论是否批准或可否贷款的结论性意见。
      • （2） 详细评估意见。
      • （3） 总结和建议：存在或遗留的重大问题、潜在的风险、建议等。
• 六、 项目管理过程组
  • 项目管理过程组是为了达成项目的特定目标，对项目管理过程进行的逻辑上的分组。
  • 项目管理过程组不同于项目阶段：
    • （1） 项目管理过程组是为了管理项目，针对项目管理过程进行逻辑上的划分；
    • （2） 项目阶段是项目从开始到结束所经历的一系列阶段，是一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付成果的完成为结束标志。
  • 项目管理过程可分为以下5个项目管理过程组：
    • （1） 启动过程组：定义了新项目或现有项目的新阶段，启动过程组授权一个项目或阶段的开始。
    • （2） 规划过程组：明确项目范围、优化目标，并为实现目标制订行动计划。
    • （3） 执行过程组：完成项目管理计划中确定的工作，以满足项目要求。
    • （4） 监控过程组：跟踪、审查和调整项目进展与绩效，识别变更并启动相应的变更。
    • （5） 收尾过程组：正式完成或结束项目、阶段或合同。
  • 一个过程组的输出通常成为另一个过程组的输入，或者成为项目或项目阶段的可交付成果。
  • 项目阶段中各过程组的相互作用
  • 过程组中的各个过程会在每个阶段按需要重复开展，直到达到该阶段的完工标准。在适应型和高度适应型生命周期中，过程组之间相互作用的方式会有所不同。
  • 适应型项目中的过程组
    • (1)启动过程组
      • 在采用适应型生命周期的项目上，启动过程通常要在每个迭代期开展。在项目开始时识别出这些关键干系人，以便在开展执行和监控过程组时与他们频繁互动，获得反馈意见。
    • (2)规划过程组
      • 应该让尽可能多的团队成员和干系人参与到规划过程，以便依据广泛的信息开展规划，降低不确定性。预测型和适应型生命周期在规划阶段的主要区别在于做多少规划工作，以及什么时间做。
    • (3)执行过程组
      • 执行过程通过迭代对工作进行指导和管理。每次迭代都是在一个很短的固定时间段内开展工作，然后演示所完成的工作成果，有关的干系人和团队基于演示来进行回顾性审查。
    • (4)监控过程组
      • 监控过程通过维护未完项的清单，对进展和绩效进行跟踪、审查和调整：
        • 1||| 针对未完成的工作项：在项目团队的协助下，业务代表对未完成的工作项进行优先级排序，基于业务优先级和团队能力，提取未完项清单最前面的任务，供下一个迭代期完成。
        • 2||| 针对变更：业务代表在听取项目团队的技术意见之后，评审变更请求和缺陷报告，排列所需变更或补救的优先级，列入工作未完项清单。
    • (5)收尾过程组
      • 收尾过程对工作进行优先级排序，以便首先完成最具业务价值的工作。
  • 适应型项目中过程组之间的关系
    • （1） 以迭代方式顺序开展的项目
      • 适应型项目往往可分解为一系列先后顺序进行的，被称为"迭代期”的阶段。在每个迭代期都要利用相关的项目管理过程，为了有效管理高度复杂且充满不确定性和变更的项目，重复开展项目管理过程组会产生管理费用。
    • （2） 持续反复开展的项目
      • 高度适应型项目往往在整个项目生命周期内持续实施所有的项目管理过程组。采用这种方法，工作一旦开始，计划就需根据新情况而改变，需要不断调整和改进项目管理计划的所有要素。
• 七、 项目管理原则
  • 作用
    • 项目管理原则用于指导项目参与者的行为，这些原则可以帮助参与项目的组织和个人在项目执行过程中保持一致性。
  • 项目管理原则包括：
    • （1） 勤勉、尊重和关心他人
      • 项目管理者在遵守内部和外部准则的同时，应该以负责任的方式行事，以正直、关心和可信的态度开展活动，同时对其所负责的项目的财务、社会和环境影响做出承诺。
        • 关键点
          • 1||| 关注组织内部和外部的职责；
          • 2||| 坚持诚信、关心、可信、合规原则；
          • 3||| 秉待整体观，综合考虑财务、社会、技术和可待续的发展环境等因素。
        • 工作内容
          • 1||| 组织内部包括
            • a. 运营时要做到与组织及其目标、战略、愿景、使命保待一致并维待其长期价值；
            • b. 承诺并尊重项目团队成员的参与，包括薪酬、机会获得和公平对待；
            • c. 监督项目中使用的组织资金、材料和其他资源；
            • d. 了解职权和职责的运用是否适当等。
          • 2||| 组织外部包括
            • a. 关注环境可持续性以及组织对材料和自然资源的使用；
            • b. 维护组织与外部干系人(例如其合作伙伴和渠道)的关系；
            • c. 关注组织或项目对市场、社会和经营所在地区的影响；
            • d. 提升专业化行业的实践水平等。
        • 职责
          • 1||| 诚信
            • 项目管理者在所有参与和沟通中都应做到诚实且合乎道德。
          • 2||| 关心
            • 项目管理者应该密切关注自己所负责项目的相关事务，像对待自己个人的私事一样关心项目事务。
          • 3||| 可信
            • 项目管理者应该在组织内外明确自己的身份、角色、所在项目团队和职权，帮助投入资源、做出批准或其他的项目决策。
          • 4||| 合规
            • 项目管理者应该遵守相关的法律、规则、法规和要求，通过各种方法将合规性充分地融入项目文化。
    • （2） 营造协作的项目团队环境
      • 项目团队由具有多样的技能、知识和经验的成员组成。协同工作的项目团队可以更有效率、有效果地实现共同的目标。
        • 关键点
          • 1||| 项目是由项目团队交付的；
          • 2||| 项目团队在组织文化和准则范围内开展工作，通常会建立自己的“本地”文化；
          • 3||| 协作的项目团队环境有助于与其他组织文化和指南保持一致；
          • 4||| 个入和团队的学习和发展；
          • 5||| 为交付期望成果做出最佳贡献。
        • 营造协作的项目团队涉及的因素
          • 1||| 团队共识
            • 团队共识是一套由项目团队制定的，需要大家做出承诺并共同维护的工作规范。闭队共识应在项目开始时形成，随着项目团队的深入合作，所需遵守的规范和所需实施的行为会随之变化，团队共识也会不断演变。
          • 2||| 组织结构
            • 项目工作要素和组织过程之间的对应关系。这些结构可以基于角色、职能或职权，可提升协作水平的组织结构具备的特点包括：确定了角色和职责；将员工和供应商分配到项目团队中；有特定目标任务的正式委员会；定期评审特定主题的站会。
          • 3||| 过程
            • 项目团队会定义能够完成任务和所分配工作的过程，包括使用工作分解结构(WBS)、待办事项列表或任务板。
        • 协作的项目团队文化
          • 1||| 职权
            • 指在特定背景下有权做出相关决策，制定或改进程序，应用项目资源，支出资金或给予批准。职权是被从一个实体授予(包括明示授予，还是默示授予)另一个实体的。
          • 2||| 担责
            • 指对成果负责。担责不能由他人分担。
          • 3||| 职责
            • 指有义务开展或完成某件事。职责可与他人共同履行。
    • （3） 促进干系人有效参与
      • 积极主动地让干系人参与进来，最大限度促使项目成功和客户满意。
        • 关键点
          • 1||| 干系人会影响项目、绩效和成果；
          • 2||| 项目团队通过与干系人互动来为干系人服务；
          • 3||| 干系人的参与可主动地推进价值交付。
        • 干系人参与的重要性
          • 干系人是影响项目组合、项目集和项目的决策、活动或成果的个人、群体或组织。干系人包含会受到或自认为受到组合、项目集和项目决策、活动或成果影响的个人、群体或组织。干系人以积极或消极的方式直接或间接影响项目、项目绩效或成果。干系人可以影响项目的许多方面，包括范围或需求、进度、成本、项目团队、计划、成果、文化、收益、风险、质量等。
        • 有效果且有效率地参与和沟通
          • 确定干系人参与的方式、时间、频率等：沟通是参与的关键部分，深入地参与可让人了解他人的想法，吸收其他观点以及协同努力制定共同的解决方案；参与包括通过频繁的双向沟通建立和维待牢固的关系。通过互动会议、面对面会议、非正式对话和知识共享活动进行协作。
    • （4） 聚焦于价值
      • 针对项目是否符合商业目标以及预期收益和价值，进行待续评估并作出调整。
        • 关键点
          • 1||| 价值是项目成功的最终指标；
          • 2||| 价值可以在整个项目进行期间、项目结束或完成后实现；
          • 3||| 价值可以从定性和/或定量的角度进行定义和衡量；
          • 4||| 以成果为导向，可帮助项目团队获得预期收益，从而创造价值；
          • 5||| 评估项目进展并做出调整，使期望的价值最大化。
        • 项目价值
          • 价值通过可交付物的预期成果来体现。项目的目的就是提供预期的成果，预期的成果通过有价值的解决方案来实现。可通过商业论证方式，从定性或定量方面说明项目成果的预期价值，商业论证包含：
            • 1||| 商业需要
              • 商业需要包含了项目有关的商业目标的详细信息，源于项目章程或其他授权文件中的业务需求，目的是为了满足组织、客户、合伙方或公共福利等的需要。
            • 2||| 项目理由
              • 项目理由与商业需要相关，项目理由增加了成本效益分析和假设条件，解释了为什么商业需要值得投资以及为什么在此时应该满足商业需要。
            • 3||| 商业战略
              • 商业战略是开展项目的原因，价值具有主观性，同一个概念对于不同的人和组织具有不同的价值，因此价值取决于组织商业战略，包含短期财务收益、长期收益和其他非财务要素。
        • 关注预期成果
          • 为了支持从项目中实现价值，项目团队可将重点从可交付物转到预期成果。
    • （5） 识别、评估和响应系统交互
      • 从整体角度识别、评估和响应项目的内外部环境，积极地推进项目绩效。
        • 关键点
          • 1||| 项目是由多个相互依赖且相互作用的活动域组成的一个系统；
          • 2||| 需要从系统角度进行思考，整体了解项目的各个部分如何相互作用，以及如何与外部系统进行交互；
          • 3||| 系统不断变化，需要始终关注内外部环境；
          • 4||| 对系统交互作出响应，可以使项目团队充分利用积极的成果。
        • 将系统整体性思维应用于项目
          • 系统是一组相互作用且相互依赖的组件，它们作为一个统一的整体发挥作用。项目是一个动态环境中的多层次的实体，具有系统的各种特征。系统还需要考虑时序要素，即随着时间的推移项目将交付或实现哪些目标或成果。
        • 将系统整体性思维应用于项目团队
          • 项目团队在开展工作时需要如下技能帮助建立系统整体性思维，应对系统的不断变化的动态特性：
            • 1||| 对商业领域具有同理心；
            • 2||| 关注大局的批判性思维；
            • 3||| 勇于挑战假设和思维模式；
            • 4||| 寻求外部审查和建议；
            • 5||| 使用整合的方法、工件和实践，对项目工作、可交付物和成果达成共识；
            • 6||| 使用建模和情景假设等方法，对系统动力学互动和反应进行假设；
            • 7||| 主动管理整合，支待商业成果的实现等。
        • 识别、评估和响应系统交互带来的收益
          • 1||| 尽早考虑项目中的不确定性和风险，寻找替代方案并预见后果；
          • 2||| 具有在整个项目生命周期内调整假设和计划的能力；
          • 3||| 可持续提供信息和执行情况；
          • 4||| 与干系人及时沟通项目计划、进展情况，并对项目未来进行预测；
          • 5||| 使项目目标与客户的目标和愿景保持一致；
          • 6||| 能够适应不断变化的需要，通过协同获得收益；
          • 7||| 能够利用潜在的机会并发现面临的威胁；
          • 8||| 有利于整个组织决策；
          • 9||| 更全面、更明智地识别风险等。
    • （6） 展现领导力行为
      • 展现并调整领导力行为，为项目团队和成员提供支待。
        • 关键点
          • 1||| 有效的领导力有助于项目成功，并有助于取得积极的成果；
          • 2||| 任何项目团队成员都可以表现出领导力行为；
          • 3||| 领导力与职权不同；
          • 4||| 有效的领导者会根据情境调整自己的风格；
          • 5||| 有效的领导者会认识到项目团队成员之间动机的差异性；
          • 6||| 领导者应该在诚实、正直和道德行为规范方面展现出期望的行为。
        • 有效领导力
          • 愿景、创造力、激励、热情、鼓励和同理心，这些特质通常与领导力有关。为了实现预期成果，领导力包括对项目团队内外的个人施加影响的态度、才能、性格和行为。
        • 领导力风格
          • 领导力包括
            • 1||| 专制型
            • 2||| 民主型
            • 3||| 放任型
            • 4||| 指令型
            • 5||| 参与型
            • 6||| 自信型
            • 7||| 支待型
            • 8||| 共识型
          • 在混乱无序的环境下，相比协作型，指令型的领导行动力更强，解决问题更清晰、更有推动力；
          • 对于拥有高度胜任和敬业员工的环境，授权型比集中式更有效；
          • 当优先事项发生冲突时，民主中立的引导更有效。
        • 领导力技能的培养
          • 项目团队成员通过以下方法可以提升领导力技能：
            • 1||| 让项目团队聚焦于预定的目标；
            • 2||| 明确项目成果的激励性愿景；
            • 3||| 为项目寻求资源和支持；
            • 4||| 商榷最优路线并达成共识；
            • 5||| 克服项目进展中的障碍；
            • 6||| 协商并解决项目团队内部以及项目团队与干系人之间的冲突；
            • 7||| 根据受众情况调整沟通风格和消息传递方式；
            • 8||| 教导项目团队成员；
            • 9||| 欣赏并奖励积极行为；
            • 10||| 提供提高技能和未来发展的机会；
            • 11||| 引导团队进行协同决策；
            • 12||| 运用有效对话和积极倾听；
            • 13||| 向项目团队成员赋能并向他们授予职责；
            • 14||| 建立勇于担责、有凝聚力的项目团队；
            • 15||| 对项目团队和干系人的观点表现出同理心；
            • 16||| 对自己的偏见和行为有自我意识；
            • 17||| 在项目生命周期过程中，管理和适应变革；
            • 18||| 拥有通过承认错误促进快速学习的思维方式；
            • 19||| 以身作则，对期望的行为进行示范等。
          • 当项目团队成员展现出符合干系人特定需要和期望的适当领导力特质、技能和特征时，项目团队会蓬勃发展。以最佳方式与他入沟通、激励他人或者在必要时采取行动，有助于提高项目团队绩效，帮助扫清障碍，使项目取得成功。
    • （7） 根据环境进行裁剪
      • 根据项目的背景及其目标、干系人、治理和环境的不同应用合适的项目开发方法，使用“合适"的过程来实现预期成果，同时最大化价值、管理成本并提高速度。
        • 关键点
          • 1||| 每个项目都具有独特性；
          • 2||| 项目成功取决于适合项目的独特环境和方法；
          • 3||| 裁剪应该在整个项目进展过程中持续进行。
        • 裁剪的重要性
          • 裁剪是对项目管理方法、治理和过程进行的深思熟虑的调整，使之更适合特定环境和当前项目任务。商业环境、团队规模、不确定性和项目复杂性都是裁剪项目应该考虑的因素。项目系统可以从整体角度，充分考虑其内在的相互关联的复杂特性进行裁剪。
        • 裁剪的收益
          • 1||| 提高创新、效率和生产力；
          • 2||| 吸取经验教训，分享改进优势，并将它们应用于未来的工作或项目；
          • 3||| 采用新的实践、方法和工件，改进组织的组织过程资产和方法论；
          • 4||| 通过实验探索新的成果、过程或方法；
          • 5||| 有效整合多个专业背景下的优秀方法和实践；
          • 6||| 提高组织对未来的适应性等。
      • 在项目生命周期中，裁剪是一个待续迭代的过程。项目团队需要收集所有于系人的需求，了解在项目进展过程中裁剪后方法和过程的效果并评估其有效性，给组织增加价值。
    • （8） 将质量融入到过程和成果中
      • 保持关注过程和成果的质量，过程和成果要符合项目目标，并与干系人提出的需求、用途和验收标准保持一致。
        • 关键点
          • 1||| 项目成果的质量要求：达到干系人期望并满足项目和产品需求；
          • 2||| 质量通过成果的验收标准来衡量；
          • 3||| 项目过程的质量要求是确保项目过程尽可能适当有效。
        • 质量的内容
          • 质量是产品、服务或成果的一系列内在特征满足需求的程度。
          • 质量包括满足客户明示的或隐含的需求的能力。项目团队需要对项目的产品、服务或成果进行测量，以确定其是否符合验收标准并满足使用要求。
          • 质量包含多个方面和维度：
            • 1||| 绩效：是否符合项目团队和干系人的期望?
            • 2||| 一致性：是否满足使用要求，是否符合规格?
            • 3||| 可靠性：在每次实施或生成时是否会具有一致的度量指标?
            • 4||| 韧性：是否能够应对意外故障并快速恢复?
            • 5||| 满意度：在可用性和用户体验等方面是否获得最终用户的满意?
            • 6||| 统一性：相同的实施过程或生成过程是否能够产生相同的成果?
            • 7||| 效率：是否能以最少的投入产生最大的输出?
            • 8||| 可持续性：是否会对经济、社会和环境产生积极影响?
        • 质量的测量
          • 项目团队需要依据需求，使用度量指标和验收标准对质量进行测量，具体包括：
            • 需求是为满足需要某个产品、服务或成果必须达到的要求或具备的能力。需求(无论是明确的还是隐含的)来源于干系人、合同、组织政策、标准或监管机构。
            • 度量指标和验收标准是一系列在工作说明书或其他设计文件中明确规定，并根据需要不断更新的指标，这些指标需要在验收过程中确认。
        • 质量的收益
          • 将质量融入到过程和成果中，可以带来如下收益：
            • 1||| 成果符合验收标准；
            • 2||| 成果达到干系人期望和商业目标；
            • 3||| 成果缺陷最少或力求无缺陷；
            • 4||| 交付及时，提高交付速度；
            • 5||| 强化成本控制；
            • 6||| 提高交付质量；
            • 7||| 减少返工和报废；
            • 8||| 减少客户投诉；
            • 9||| 整合供应链资源；
            • 10||| 提高生产力；
            • 11||| 提高项目团队的士气和满意度；
            • 12||| 提升服务交付能力；
            • 13||| 改进决策；
            • 14||| 持续改进过程等。
    • （9） 驾驭复杂性
      • 不断评估和确定项目的复杂性，使项目团队能够在整个生命周期中，成功找到正确方法应对复杂情况。
        • 关键点
          • 1||| 复杂性是由人类行为、系统交互、不确定性和模糊性造成的；
          • 2||| 复杂性可能在项目生命周期的任何时间出现；
          • 3||| 影响价值、范围、沟通、干系人、风险和技术创新的因素都可能造成复杂性；
          • 4||| 在识别复杂性时，项目团队需要保待警惕，应用各种方法来降低复杂性的数量及其对项目的影响。
        • 复杂性的来源
          • 项目是由相互作用、相互交互的要素组成的完整的系统。复杂性源于项目要素、项目要素之间的交互以及与其他系统和项目环境的交互。交互的性质和数量决定了项目的复杂程度。常见的复杂性来源包括：
            • 1||| 人类行为
              • 人类行为包括人的行为、举止、态度和经验，以及它们之间的相互作用。主观因素的引入也会使人类行为的复杂性加深。
            • 2||| 系统行为
              • 系统行为是项目要素内部和项目要素之间动态地相互依赖与交互的结果。
            • 3||| 不确定性和模糊性
              • 不确定性是缺乏对问题、事件、目标路径和解决方案的理解和认识而导致的一种状态，是超出了现有的知识或经验的新因素引起的。模糊性是一种不清晰、不知道会发生什么情况或无法理解某种情况的状态。
            • 4||| 技术创新
              • 技术创新包括产品、服务、工作方式、流程、工具、技术、程序等的颠覆性创新。创新有助于项目产生新的解决方案，但新技术带来的不确定性也可能导致项目混乱，从而增加复杂性。
    • （10） 优化风险应对
      • 持续评估风险，并采取应对措施，控制其对项目及其成果的影响(机会最大化，威胁最小化)。
        • 关键点
          • 1||| 单个和整体的风险都会对项目造成影响；
          • 2||| 风险可能是积极的(机会)，也可能是消极的(威胁)；
          • 3||| 项目团队需要在整个项目生命周期中不断应对风险；
          • 4||| 组织的风险态度、偏好和临界值会影响风险的应对方式；
          • 5||| 项目团队待续反复地识别风险并积极应对，需要关注的要点包括：明确风险的重要性；考虑成本效益；切合项目实际；与干系人达成共识；明确风险责任人。
        • 风险及应对方法
          • 风险是一旦发生即可能对一个或多个目标产生积极或消极影响的不确定事件或条件。在整个生命周期内，项目团队应努力识别和评估项目内外部的已知和未知的风险。项目团队应力求最大化地增加积极风险(机会)，减少消极风险(威胁)。
    • （11） 拥抱适应性和韧性
      • 将适应性和韧性融入组织和项目团队的方法之中，可以帮助项目适应变革。
        • 关键点
          • 1||| 适应性是应对不断变化的能力；
          • 2||| 韧性是接受冲击的能力和从挫折或失败中快速恢复的能力；
          • 3||| 聚焦于成果而非某项输出，有助于增强适应性。
        • 适应型和韧性
          • 项目在生命周期的某个阶段难免会遇到挑战或障碍。如果项目团队开展项目的方法同时具备适应性和韧性，则有助于项目适应各种影响并保待生命力。
        • 提升项目团队的适应性和韧性的能力
          • 1||| 采用较短的反馈路径；
          • 2||| 持续学习和改进；
          • 3||| 拥有多样性技能、文化和经验，具备所需技能领域具有广博知识的主题专家；
          • 4||| 定期检查和调整项目工作，识别改进机会；
          • 5||| 多样化的项目团队，获得广泛丰富的经验；
          • 6||| 开放、透明，促进内外部干系入参与；
          • 7||| 鼓励小规模的原型法和实验，勇于尝试新方法；
          • 8||| 充分运用新的思考方式和工作方式；
          • 9||| 平衡工作速度和需求稳定性；
          • 10||| 鼓励在组织内的开放式对话；
          • 11||| 充分理解以往类似工作中所获得的学习成果；
          • 12||| 积极预刷多种潜在情景，为多种可能的情况做好准备；
          • 13||| 延迟决策，将决策推迟到最后时刻；
          • 14||| 获得管理层支待等。
    • （12） 为实现目标而驱动变革
      • 驱动变革，使受影响者做好准备，采用新的过程并执行新的方法，完成从当前状态过渡到项目成果所带来的预期的未来状态。
        • 关键点
          • 1||| 采用结构化变革方法，帮助个人、群体和组织从当前状态过渡到未来的期望状态；
          • 2||| 变革源于内部和外部的影响；
          • 3||| 变革具有挑战性，并非所有干系人都接受变革；
          • 4||| 在短时间内尝试过多的变革会导致变革疲劳，使变革易受抵制；
          • 5||| 干系人参与、激励，有助于变革顺利进行。
        • 积极驱动变革
          • 变革管理或驱动变革是一种综合的、周期性的和结构化的方法，可使个人、群体和组织从当前状态过渡到实现期望收益的未来状态。
• 八、 项目管理知识领域
  • 除了过程组，过程还可以按知识领域进行分类。知识领域指按所需知识内容来定义的项目管理领域，并用其所含过程、实践、输入、输出、工具和技术进行描述。
  • 按照美国项目管理协会出版的《项目管理知识体系指南》第六版，项目通常使用的十大知识领域，包括：：
    • （1） 项目整合管理
      • 识别、定义、组合、统一和协调各项目管理过程组的各个过程和活动。
    • （2） 项目范围管理
      • 确保项目做且只做所需的全部工作以成功完成项目。
    • （3） 项目进度管理
      • 管理项目按时完成所需的各个过程。
    • （4） 项目成本管理
      • 使项目在批准的预算内完成而对成本进行的规划、估算、预算、融资、筹资、管理和控制。
    • （5） 项目质量管理
      • 把组织的质量政策应用于规划、管理、控制项目和产品的质量，以满足干系人的期望。
    • （6） 项目资源管理
      • 识别、获取和管理所需资源以成功完成项目。
    • （7） 项目沟通管理
      • 确保项目信息及时且恰当地规划、收集、生成、发布、存储、检索、管理、控制、监督和最终处置。
    • （8） 项目风险管理
      • 规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险。
    • （9） 项目采购管理
      • 从项目团队外部采购或获取所需产品、服务或成果。
    • （10） 项目干系人管理
      • 识别影响或受项目影响的人员、团队或组织，分析干系人对项目的期望和影响，制定合适的管理策略来有效调动干系人参与项目决策和执行。
  • 5大过程组10大领域
• 九、 价值交付系统
  • 定义
    • 价值交付系统描述了项目如何在系统内运作，为组织及其干系人创造价值。
  • 包括
    • 1. 创造价值
      • 项目存在于组织中，包括政府机构、科研院所、企事业单位和其他组织，为干系人创造价值，项目可以通过以下方式创造价值：
        • ① 创造满足客户或最终用户需要的新产品、服务或结果；
        • ② 做出积极的社会或环境贡献；
        • ③ 提高效率、生产力、效果或响应能力；
        • ④ 推动必要的变革，以促进组织向期望的未来状态过渡；
        • ⑤ 维持以前的项目集、项目或业务运营所带来的收益等。
    • 2. 价值交付组件
      • 可以单独或共同使用多种组件（例如项目组合、项目集、项目、产品和运营）以创造价值。这些组件共同组成了一个符合组织战略的价值交付系统。价值交付系统有两个项目组合，它们包含了多个项目集和项目。该系统还显示了一个包含多个项目的独立项目集以及与项目组合或项目集无关的多个独立项目。任何项目或项目集都可能会包括产品。运营可以直接支待和影响项目组合、项目集和项目以及其他业务职能。价值交付系统是组织内部环境的一部分，该环境受政策、程序、方法论、框架、治理结构等制约。内部环境存在于更大的外部环境中，包括经济、竞争环境、法律限制等。
      • 价值交付系统
    • 3. 信息流
      • 当信息和信息反馈在所有价值交付组件之间以一致的方式共享时，价值交付系统最为有效，使系统与战略保待一致。高层领导会与项目组合分享战略信息。项目组合与项目集和项目分享预期成果、收益和价值。