高项--绩效域

在组建项目团队之前，可以先识别高层级的干系人，再逐步逐层识别详细的干系人。识别过程中需要注意：有些干系人很容易识别，如客户、发起人、项目团队、最终用户等，但有些干系人很难识别，需要综合考虑项目所处的内外部环境再进行详细挖掘。在项目进展期间，如果出现新的干系人或者干系人环境发生了变化，项目团队需要重复进行干系人识别活动。

一旦识别了干系人，项目经理和项目团队就需要尽力去了解干系人的感受、情绪、信念和价值观，分析每个干系人对项目的立场和持有的观点。随着时间推移和环境的变化，干系人对项目的立场和持有的观点会发生变化，因此，理解和分析干系人是项目生命周期中一项持续进行的工作。 对干系人进行分析时，需要考虑的因素包括：权力、作用、态度、信念、期望、影响程度、与项目的邻近性、在项目中的利益、与干系人和项目互动相关的其他方面，这些信息有助于项目团队考虑干系人的动机和行为。

项目会涉及很多干系人，有些干系人可能无法全部直接或有效地参与，项目经理和项目团队需要对干系人进行优先级排序，将管理焦点聚焦于权力和利益大的干系人。在项目进展期间，如果出现新的干系人或者干系人环境发生了变化，项目团队需要重新进行优先级排序。

项目执行过程中，项目经理和项目团队需要促进干系人参与到项目中，以启发他们的需求，并和干系人一起管理需求、进行谈判、解决问题，并做出决策。促进干系人参与时需要运用一些软技能，如积极倾听、人际关系技能和冲突管理，以及创建愿景和批判性思维等领导技能。 与干系人的沟通可以通过各种形式，结合第14章项目沟通管理过程中的方法和技术，采用多种沟通方法与干系人进行沟通。

在整个项目期间，随着项目的进展，一些新的干系人会被识别，也有一些其他干系人会退出，干系人以及干系人的态度或权力将发生变化。因此，在整个项目期间需要对干系人参与的数量和有效性进行监督，除了不断识别和分析新的干系人外，还要评估当前的参与策略是否有效或是否需要调整。 可以通过干系人满意度指标来评估干系人绩效域的有效性。通常可以通过与干系人的对话来确定干系人满意度，也可以通过项目或迭代审查会、产品审查会和其他方法获得定期反馈。如果有大量的干系人，还可以使用问卷调查来评估满意度，必要时，甚至可以通过更新干系人参与方法来提高干系人的满意度。

透明：保持透明有助于识别和分享。同时对偏见也要保持透明

诚信：由职业道德行为和诚实组成。表现诚实的方式包括：揭示风险、说明自己的假设和估算依据、及早发布坏消息、确保状态报告准确等。职业道德行为包括：在产品设计中揭示潜在缺陷或负面影响，披露潜在利益冲突，确保公平以及根据环境、干系人和财务影响做出决策。

尊重：指尊重每个人及其思维方式、技能以及他们为项目团队的贡献

积极的讨论：在整个项目期间，通过对话或辩论等方式进行积极的讨论，处理各种意见、不同的见解或观点，消除误解

支持：通过解决问题和消除障碍因素来向项目团队成员提供支持，可以建立一种支持性的文化，并形成一个信任和协作的环境。支持也可以通过提供鼓励、体现同理心和参与积极倾听来加以展现

勇气：勇于提出建议、表达异议或尝试新事物有助于形成一种文化

庆祝成功：在项目进行过程中，当项目达到小阶段目标时，或者团队成员做出创新、适应并服务他人和学习等贡献时，要实时庆祝并认可，这样可以激励项目团队和个人朝着项目整体目标稳步前进。

项目愿景简明扼要地总结了项目的目的，描述了项目未来的预期成果。除了简要描述项目的未来状态之外，愿景还可以作为激励工具，当项目团队成员专注于日常工作的琐碎细节时，共同的愿景有助于让大家朝着相同的方向努力。

批判性思维是训练有素、合乎理性、遵从逻辑、基于证据的思维，包括概念想象力、洞察力、直觉、反思性思维和元认知(“思考之上的思考”和“认知之上的认知”，它需要项目团队成员具备开放思维和客观分析问题的能力

了解哪些因素可以激励项目团队成员实现出色绩效；

与项目团队成员合作，致力于开展项目活动并取得预期成果。

情商

决策

冲突管理

一次性交付的项目只在项目结束时交付。例如，对于流程再造项目只在项目结束时进行交付，在项目接近收尾、新过程推出之前，可能不会进行任何交付。

一个项目可能包含多个组件，这些组件会在整个项目期间的不同时间交付。

定期交付与多次交付非常相似，但定期交付是按固定的交付计划进行，例如每月或每两个月交付一次。新的软件应用程序可能每两周进行一次内部交付，然后定期向市场发布。

持续交付是将项目特性增量交付给客户，通常通过使用小批量工作和自动化技术完成。持续交付可用于数字化产品，从产品管理的角度看，持续交付聚焦于在整个产品生命周期内产生的收益和价值。持续交付中可能存在许多开发周期和维护活动，这种交付类型更适合于人员稳定的项目团队。

预测型方法又称为瀑布型方法。这种开发方法相对稳定，范围、进度、成本、资源和风险可以在项目生命周期的早期阶段进行明确定义；项目团队能够在项目早期降低很多不确定性因素并提前完成大部分规划工作。采用这种方法的项目可以借鉴以前类似项目的模板。在项目开始时可以定义、收集和分析项目和产品的需求，此时适合于采用预测型方法。当涉及重大投资和高风险项目，需要频繁审查、改变控制机制以及在开发阶段之间重新规划时。也可以使用此方法。例如，开发新社区中心的项目可以在建造场地和设施时使用预测型方法预先确定范围、进度、成本和资源，整个建造过程中将遵循项目计划和蓝图，很少发生变更。

混合型开发方法是适应型方法和预测型方法的结合体，该方法中预测型方法的要素和适应型方法的要素均会涉及。混合型方法的适应性比预测型方法强，但比纯粹的适应型方法的适应性弱。当需求存在不确定性或风险时，这种开发方法非常有用。当可交付物可以模块化时，或者由不同项目团队开发可交付物时，混合型方法也非常适用。混合型方法通常使用迭代型方法或增量型方法。

迭代型方法

增量型方法

适应型方法在项目开始时确立了明确的愿景，之后在项目进行过程中在最初已知需求基础上，按照用户反馈、环境或意外事件来不断完善、说明、更改或替换。当需求面临高度的不确定性和易变性，且在整个项目期间不断变化时，适合采用适应型方法。 适应型方法通常也会运用迭代型方法和增量型方法，只不过相比混合型方法，适应型方法的迭代周期会更短，频率会更快，产品会根据干系人反馈不断演变。

敏捷方法可以视为一种适应性方法。某些敏捷方法需要一至两周的短时迭代，而且在每个迭代结束时展示所取得的成果。项目团队积极参与每次迭代的规划，根据优先级确定的待办事项列表来决定可以实现的目标和范围，估算所涉及的工作，并在整个迭代期间进行协作，以不断确定范围并实现目标。

创新程度

需求确定性

范围稳定性

变更的难易程度

交付物的性质

风险

安全需求

法规

干系人

进度制约因素

资金可用情况

组织结构

文化

组织能力

项目团队的规模和所处位置

提前指标

滞后指标

信号灯图(也称为 RAG 图，其中RAG是红、黄、绿的英文缩写)、横道图、饼状图和控制图