PMBOK 指南 第三章 项目经理的角色

项目经理的角色

3.1 概述

项目经理类似于交响乐团的指挥

成员与角色

在团队中的职责

知识和技能:具备项目管理知识、技术知识、理解和经验。

3.2 定义

项目经理是由执行组织委派,领导团队实现项目目标的个人。

3.3 影响力范围

3.3.1 概述

项目经理的影响力范围示例

3.3.2 项目

领导项目团队实现项目目标和相关方的期望。利用可用资源,以平衡相互竞争的制约因素;

项目发起人、团队成员与其他相关方的沟通者。

与团队和发起人等相关方沟通的能力:

通过多种方法(口头、书面和非言语)培养完善的技能;

创建、维护和遵循沟通计划和进度计划;

不断以可预见的方式进行沟通;

寻求了解项目相关方的沟通需求;

以简练清晰经过裁剪的方式进行沟通;

包含重要的正面和负面消息;

合并反馈渠道;

人机关系技能;

3.3.3 组织

需要与其他项目经理互动。其他独立项目或者项目集可能对当前项目的影响:

对相同资源的需求;

资金分配的有限顺序;

可交付成果的接受或发布;

项目与组织的目的和目标的一致性。

在组织内部扮演强有力的倡导者的角色。

致力于:

提高自己在组织内的总体项目管理能力和技能,并参与隐形和显性知识的转移或整合计划;

展现项目管理的价值;

提高组织对项目管理的接受度;

提高组织内现有PMO的效率。

3.3.4 行业

需要关注行业的最新发展趋势,思考是否对当前项目有影响或有用,包括(不限于):

产品和技术开发;

新且正在变化的市场空间;

标准(项目管理标准、质量管理标准、信息安全管理标准);

技术支持工具;

影响当前项目的经济力量;

影响项目管理学科的影响力;

过程改进和可持续发展战略。

3.3.5 专业学科

持续的知识传递和整合:

向其他专业人员分享知识和专业技能;

参与培训、继续教育和发展;

项目管理专业(大学、PMI)

相关专业;

其他专业。

3.3.6 跨领域

宣传等

3.4 项目经理的能力

3.4.1 概述

PMI 人才三角

人才三角关注三个关键技能组合:

技术项目管理:角色履行的技术方面;

领导力:指导、激励和带领团队所需的知识、技能和行为

战略和商务管理:关于行业和组织的知识和专业技能

3.4.2 技术项目管理技能

指有效运用项目管理知识实现项目集或项目的预期成果和能力。

关键技能:

重点关注所管理的各个项目的关键技术项目管理要素。项目成功的关键因素、进度、指定的财务报告、问题日志;

针对每个项目裁剪传统和敏捷工具、技术和方法;

花时间制定完整的计划并谨慎排定优先顺序;

管理项目要素:进度、成本、资源和风险

3.4.3 战略和商务管理技能

纵览组织概况并有效协商和执行有利于战略调整和创新的决策和行动能力;

发展和运用相关的产品和行业专业知识(领域知识)。

为了:

解释项目的必要商业信息;

指定合适的项目交付策略;

以实现项目商业价值最大化的方式执行策略。

能够说明组织的以下方面:战略、使命、目的和目标、产品和服务、运营(例如位置、类型和技术)、市场和市场条件、竞争

以下运用的项目中:战略、使命、目的和目标、优先级、策略、产品或服务(例如可交付成果)

了解项目和组织之间的相互关系:

风险和问题;财务影响;成本效益分析;商业价值;效益预期实现情况和战略;范围、预算、进度和质量。

3.4.4 领导力技能

指导、激励和带领团队的能力。

3.4.4.1 人际交往

3.4.4.2 领导者的品质和技能

有远见;

积极乐观;

乐于合作;

管理关系和解决冲突;

沟通;

尊重等;

展现出诚信正直和文化敏感性,果断、勇敢,能够解决问题;

适当彩虹屁;

终身学习;

关注重要的事情;

以整体和系统的角度来看待项目,同等对待内部和外部因素;

能够运用批判性思维(例如运用分析方法来制定决策)并将自己视为变革推动者;

能够创建高效的团队、以服务为导向、展现出幽默的一面,与团队成员有效地分享乐趣。

3.4.4.3 权术、权力和办好事情

3.4.5 领导力与管理之比较

管理:运用一系列已知的预期行为指示一个人从一个位置到另一个位置。

领导力:通过讨论或辩论与他人合作,带领他们从一个位置到另一个位置。

3.4.5.1 领导力风格

考虑因素:领导者的特点、团队成员的特点、组织的特点、环境特点。

风格类型:放任型、交易型、服务型、变革型、魅力型、交互型

3.4.5.2 个性

3.5 执行整合

过程层面、认知层面、背景层面

3.5.1 过程层面整合

比如需求变更,它会影响范围、进度或预算,并需要提出变更请求。

3.5.2 认知层面的整合

管理项目的方法很多,方法的选择

3.5.3 背景层面的整合

意识到项目背景的影响

3.5.4 整合与复杂性

复杂性的三个维度:

系统行为:组成部分与系统之间的依赖关系

人类行为:不同个体和群体之间的相互作用

不明确性:出现问题、缺乏理解或造成困惑引发的不确定性

复杂性定义:

包含多个部分;

不同部分之间存在一系列连接;

不同部分之间有动态交互作用;

交互作用产生的行为远大于各部分简单的相加。

总结:本章主要阐述项目经理作为项目管理中的重要个体所需的技能和职责。

原文地址:https://www.cnblogs.com/r-yan/p/11771694.html

时间: 2024-08-28 13:55:17

PMBOK 指南 第三章 项目经理的角色的相关文章

第九章 项目经理

第九章 项目经理 9.1 PM是啥 1.Product Manager:产品经理--正确的做产品. 2.Project Manager:项目经理--正确的做流程. 3.Program Manager:微软的职位名称. 9.2 微软PM的来历 MP(Master Programmer)和SP(Slave Programmer) 9.3 PM做开发和测试之外的所有事情 微软公司的几类PM: (1)做功能设计的PM (2)对商业和客户的了解 (3)具备广泛的经验和知识面 (4)驱动流程 (5)专门深入

第八章需求分析跟第九章项目经理学习总结------(第七)

本周我看了第八章需求分析跟第九章项目经理,以下是我的学习总结. 一 .如何了解用户的软件需求 1.获取和引导需求.软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出软件的需求.软件团队需要设身处地的为用户着想,引导出需求. 2.分析和定义需求.这是指对从各个方面获取的的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需求.软件团队要跟利益相关者沟通,通过分析报告.技术原型.用户调查或演示等形式向他们验证软件团队对于这些需求的认知. 4.在软件产品的生命周期

构建之法 第九章 项目经理

PM是在前几章中反复提到过的而我本身对此比较陌生的一种团队角色.我觉得"manager"(中文翻译为经理)其实是个很广泛的概念:不过大多数情况下指的是具有"复合型功能"的人物 1.PM是什么 product manager:产品经理.正确地做产品[也就是说,产品经理是以产品为中心展开工作,包括产品的定位.运营.优化等等] project manager:项目经理.正确地做流程:保证一个项目顺利按照计划结项. program manager:微软独有的PM,与项目经理

高可用高性能负载均衡软件HAproxy详解指南-第三章:HAproxy实例

第三章:HAproxy实例 对Linux有兴趣的朋友加入QQ群:476794643 在线交流 本文防盗链:http://zhang789.blog.51cto.com 上一篇:第二章:HAproxy配置文件详解以及HAproxy的ACL详解 目录 haproxy案例1:定义独立日志文件 haproxy案例2:haproxy统计页面的输出机制 haproxy案例3:动静分离示例: haproxy案例4:实现web负载 haproxy案例5:负载均衡MySQL服务 由于字体过多分开写的,全系列文章链

Gradle 1.12用户指南翻译——第四十一章. 项目报告插件

文由CSDN博客万一博主翻译,其他章节的翻译请参见: http://blog.csdn.net/column/details/gradle-translation.html 翻译项目请关注Github上的地址: https://github.com/msdx/gradledoc 本文翻译所在分支: https://github.com/msdx/gradledoc/tree/1.12. 直接浏览双语版的文档请访问: http://gradledoc.qiniudn.com/1.12/usergu

Spring 学习指南 第三章 bean的配置 (未完结)

第三章 bean 的配置 ? 在本章中,我们将介绍以下内容: bean 定义的继承: 如何解决 bean 类的构造函数的参数: 如何配置原始类型 (如 int .float 等) .集合类型(如 java.util.List.java.util.Map)等以及自定义类型 (如 Address ) 等的 bean 属性和构造函数参数: 如何通过使用 p 命名空间和 c 命名空间分别指定 bean 属性和构造参数来使用应用程序上下文 XML 文件变得简洁: Spring 的 FactoryBean

一线架构师实践指南第三章读后感

第三章主要讲述了refinend architecture阶段,包含了细化架构和逻辑架构的讲解. 细化架构保证保证为开发提供足够的指导和限制,从概念架构到细化架构,先设计概念架构,构思关键问题的解决策略;再进行细化架构的设计.作者引用一个小故事讲述了细化架构的重要性,概念架构难以支持并行开发.要支持开发组相对独立地进行工作,须要提供指导和限制作用更明确的“规约”级的设计.在细化架构中,接口占据非常核心的地位,而概念架构并不关心明确的接口定义(只有抽象的组件和抽象的交互机制). 细化架构和概念架构

CCNA学习指南 第三章 下载

TCP/IP的历史要追溯到20世纪70年代中期,当时的ARPA(AdvancedResearch Projiect Agency-美国国防部高级计划研究局)启动了互联网(Internet)研究项目,该项目最终组建完成的网络系统就被称为了Internet.

Knockout应用开发指南 第三章:绑定语法

12   value 绑定 目的 value绑定是关联DOM元素的值到view model的属性上.主要是用在表单控件<input>,<select>和<textarea>上. 当用户编辑表单控件的时候, view model对应的属性值会自动更新.同样,当你更新view model属性的时候,相对应的元素值在页面上也会自动更新. 注:如果你在checkbox或者radio button上使用checked绑定来读取或者写入元素的 checked状态,而不是value