项目经理的动态管理 - 领导生命周期理论[项目管理摘录]

在<<项目管理:计划、进度和控制的系统方法>>里作者讲述到领导生命周期理论在项目管理环境下的应用。

领导生命周期理论(Life-cycle Leadership)模型指出,存在4个基本的领导风格,而且要想有效运用它们需要使用领导风络与被领导者的成熟度相适应。这里成熟度的定义是:与工作相关的经验,接受工作任务的意愿及完成任务的愿望。它不只是与做好工作有关,还与"想"做好工作有关。最重要的是,它是一个情境模型。这点很关键,因为它意味着同样的人,比起他做其它任务更愿意执行这一任务,也意味着领导者的风格将会根据最成功最有效影响期望行为的那个人而变化。

任务行为:

领导参与定义职能(也就是吩咐做什么、如何做、什么时候做,如果多于一人,决定谁做哪项工作)的程度:

     .制定目标

     .组织

     .制定时间计划

     .指导

     .控制

关系行为:

 领导进行双向(多向)交流、倾听、促进行为社会情感支持的程度:

     .给予支持

     .交流

     .促进相互作用

     .积极倾听

     .提供反馈

      

     *能力: 有必要的知识、经验和技能。

     *意愿:有必要的信心、责任心和动机。

对应各个阶段的决策风格:

       1 、命令型领导方式(高工作一低关系)

      领导做决策。领导者定义角色,告诉下属应该干什么、怎么干以及何时何地去干。

  2 、说服型领导方式(高工作一高关系)

      领导做决策并进行解释、宣导。领导者同时提供指导性的行为与支持性的行为。

  3 、参与型领导方式(低工作一高关系)

      领导者与下属共同决策,领导者的主要角色是提供便利条件与沟通,并伴以领导的鼓励。

  4 、授权型领导方式(低工作一低关系)

      下属制定决策领导者提供极少的指导或支持。

中间的钟形曲线代表项目的生命周期,这样就构成了一个三维模型,即在项目的不同阶段,领导风格也会有所差异。

如上图所示,假设下属没有能力执行某项任务而且是他也不情愿做此事(R1), 这时最有可能成功的领导风格是命令式型的,它可以有效地使用员执行大量的结构化任务。此时必须告知下属由谁、做什么、什么时候做、哪里做及怎么做某项任务。就绩效而言,这种风格也是恰当的,可以确认在正确的命令下采取行动。但这种关系行为必须配有大量的行动,否则会给下属留下现有绩效水平实际上被接受了的错误印象。有些人甚至将这种"告知"型领导风格和纯粹的任务导向行为等同起来,在这里领导者主要关心的是任务的完成很少关注下属及他的感受。专制型的领导天生就非常强硬并极大地信赖自己的能力和判断力,常常牺牲其他人的意见。然而,如上图所示,该模型中的钟形曲线没有直接回到零点,意味着这种领导风格表现出一些关系行为会随着绩效水平的增长而适当的增加。

如果某个员工开始执行一项颇有争议的任务,即使他真的想要好好干,但也无法在一个持续的、合理的水平上进行(R2)。这时S2象限的领导风格就最有可能成功地影响这位员工的行为符合期望。他需要来自领导的全面支持和指导。该员工需要有能使他走上正旅途的工作结构和支持,这不只包括要建立能帮助他不断发展的信任基础,还应当让其明白个人行动对于团队成功的贡献作用的重要性。这便是领导者要求下属参与其中之后要与其共同分析"为什么"的原因所在。

在某个时刻,领导者希望下属能够在一个持续的、合理的水平上开始执行一项颇有争议的任务(R3)。当下属达到此要求时,他们便不再需要被告知由谁、做什么、什么时候做、哪里做及怎么做某项任务,但需要寻求自主权和自由度作为他们良好工作表现的奖励。他们更希望和上司建立一种同僚关系来说明他们已达到要求的这一事实,但他们对于完全放开的参与感到不安全,而在过支,领导者通过员工参与使其很有安全感。对于领导者而言,在这种意愿水平下合适的领导风格位于S3象限。它需要的关系行为是,让下属自己亲口随诺真正以持续的、合意的水平执行任务,并且他们的确不需要领导者被卷入这一进程。对某些人来说,这一步很快就会发生。而对另一些人来说通过利用关系行为过程帮助下属避免产生不安全感。这意味着下属必须相信领导者,并且领导者可以通过冒有备之险的类似事情赢得信任,这不仅让下属小赢而且可以从没有胜利中吸取教训。这是领导者要走的很好的一条路线。在没有成为授权者的情况下他们也必须支持。

一些领导者有幸拥有v发表很幸福不只是以较高、持的水平执行工作任务还对这种执行能力很有自信的下属(R4)。在这种情况下,适当的领导风格位于象限S4。它涉及诸如监督、检查的领导行为,是以低任务、低关系导向行为为特征。无论好坏,领导者一直都要及时地被在此意愿水平的员工而不是决策者告知。 责任在于下属,这些下属能自觉地采取行动并希望领导者花精力为他们获取资源,以及保护他们免受阻碍他们执行任务的组织中的其他影响。

让我们来看看模型里一些共同的领导风格的描述项 .

.民主式或参与式领导。 这种领导风格鼓励团队成员与他人沟通,并积极地进行决策或者是帮助项目经理进行决策。鼓励将大量的职权授予团队成员,激励他们在项目中担任积极的角色。这种模式经常在S3象限出现,随着管理越来越少参与项目过程,进入S4象限。

.自由放任式领导。这种领导模式,项目经理将工作完全地交给团队成员。如果他们不是以高水平执行并且不情愿做,这就有点丢弃给下属的意思。项目经理偶尔的出现也只是为了看看项目的进展情况,但项目经理对大多数的项目活动不予参与。这种领导方式出现在S4象限。

.专制式领导。在这种模式下,项目经理的焦点放在任务上,很少关注项目成员。项目经理牢牢地抓住职权,任何时候项目经理的最后言论都是决定性的。这种风格经常在S1象限被发现。

这种生命周期的方法对项目经理相当重要,因为它表明有效的领导必须是动态的,是灵活的,而不是静止刻板的。有效的领导既不是纯粹任务也不是纯粹关系行为主义者,而是在两者之间保持平衡,然而,在紧要关头,可能要求领导展示纯粹的行为风格或酏粹的任务风格。有效的领导者认识到,在人类行为方面没有适用于所有情况的好方法。他们需要任务和关系行为都能够达到最大效率。幸亏,它不需要一个完美的想配物来实现。有时,结束就足够好了;而有时,项目经理的下属想要证明领导风格不太合适,因为管理者要花时间来赢得信任甚至有可能在危机发生时提醒他们去那里的必要性。在此模型中只城要提防"生存"问题,因为这有可能造成引发危机的和只需要来"灭火"的领导者被替换掉。

资料来源: James A. F. Stoner, Management, 2nd ed. (Englewood Cliffs, New Jersey: Prentice-Hall Inc., 1982). 

在纯粹的项目管理中,情况更为复杂,对每个团队成员采取不同的领导风格是不够的。要牢记在执行某项任务时任何一个领导者都要比其他人更多的准备。例如,他们可能真的很擅长培训其他人却讨厌并回避写报告。好样的领导者必须根据他们要求下属所执行的任务来采用不同的领导风格。

领导风格不仅取决于环境,而且取决于项目的生命周期阶段。

时间: 2024-09-12 14:49:44

项目经理的动态管理 - 领导生命周期理论[项目管理摘录]的相关文章

管理数据生命周期避免信息失窃

根据(美国)联邦贸易委员会估计,每年有多达900万人的PI(个人信息)被窃.美国隐私法负责机构调查的相关数据显示,从2005年以来,发生的数据泄露事件已经超过了2亿起,而且此趋势没有减弱迹象.仅在2008年第一季度,就有超过8500万起数据泄露事件被上报. 造成数据泄露的原因很多:比如黑客获取了网络中未经加密的传输数据或者企业数据库中的数据,笔记本电脑被偷或者无意丢失,存储设备被第三方的投递公司丢失,闪存或者PDA随意搁放导致丢失,甚至有些重要数据是被他人从废弃的电脑上得到的. 本文论述了注册会

maven 父子项目 聚合与继承 生命周期 打包插件 依赖打包 jar pom war

maven 父子关系   父项目中打包方式必须是pom  如 <packaging>pom</packaging>,父项目中使用<modules><module>msite-base</module></modules>指定子项目 子项目中使用 <parent>指定,子项目继承父项目的大部分属性 父项目 <project xmlns="http://maven.apache.org/POM/4.0.0&qu

详解数据中心生命周期管理的要点

虽然我们已经进入云计算时代,企业的本地数据中心建设已经开始转向云端.但是对于,中大型企业或者特定行业客户来说,本地数据中心的建设仍是不可获取的工作.而对于数据中心的建设显然离不开生命周期管理,尤其是在数据中心数量不断增多且重要性日渐提升的今天,用传统理念看待数据中心已经不能满足时代发展的需求,数据中心不是一堆毫无生气的设备的堆砌,而是具备全生命周期,由供电.制冷.楼宇.安防和智能管理等子系统有机集成且能发挥更多作用的重要基础设施. 详解数据中心生命周期管理的要点 如何最大化数据中心在整个生命周期

优秀IT项目经理的基本要求

摘要: IT行业已经发展了几十年,但如何成为一个优秀的IT项目经理?这个问题还在困扰着很多人.本文结合自己的实践经验和理论研究,针对中国国情,论述了IT项目经理基础知识体系的重要性,指出了IT项目经理应具备的知识体系和个性特征. 关键字:软件 项目经理 知识体系 能力 成熟度 一.PMBOK与项目管理能力的关系 本节对于项目管理资深人士属于啰嗦,但笔者慎重思考后还是认为有必要啰嗦几句,因为错误的观念依然在传播,毒害不知真相的人.只有让正确的观点流行传播,让大家了解真相,才能少走弯路,减少错误,使

留下来做项目经理还是跳槽学Java

问题描述 毕业两年了,曾经给自己计划工作两年后跳一次槽,去尝试学习更多的东西.2012年7月5日入职,现在已经整整两年,最近面临这样的一个抉择:是留在现在的公司做项目经理,还是跳槽去学习Java.我的基本情况:本科学历,地理信息系统专业(GIS),刚来A公司的时候编程几乎零基础(只在大学学过C.VB,而且都是要挂的课).刚到A公司的两个月,从<C#初级教程>开始,学了两个月C#,开始做一个BS版的档案管理项目.因为是GIS专业,五个月后被调到另一个基于skyline平台二次开发的数字城市项目(

《挖掘管理价值:企业软件项目管理实战》一2.2 项目确立过程

2.2 项目确立过程 挖掘管理价值:企业软件项目管理实战 软件开发项目的确立有的时候是必然发生的,如用户需求或对现有系统的升级和更新:有的时候是偶然发生的,如市场商机或业务部门突然提出一个需求或者是系统突然出现了故障.不管是何种情况,软件开发都不可能一蹴而就,总需要一个或长或短的过程.因此在开始软件项目之前,通常需要一个立项的过程. 2.2.1 立项目的 立项的目的是为了确定软件开发的目的和范围,评估项目的投入.回报.合理性和可操作性,同时得到上层的批准和预算. 通常而言,立项要解决以下问题.

优秀的敏捷项目经理是项目成功的尚方宝剑

如果按照思维定式来考虑已有的Scrum框架,项目中本没有敏捷项目经理(Agile PM)这样的角色.而在另 一些敏捷方法中--例如特征驱动开发(FDD)人们仍然依仗项目经理(PM).但项目经理的角色已更多转变 为负责项目行政方面,而非负责协调开发团队及其活动方面,或是处理资源问题方面(也远非项目管理知识体 系--PMBOK中所描述的传统意义上的项目经理).仍旧以特征驱动开发(FDD)为例,以上描述的是开发经理 的职责而不一定是项目经理的职责.在战术层面上,敏捷项目经理应该比普通项目经理看得更远,

使用短生命周期容器(Ephemeral Containers)构建微服务化的工作流

本文讲的是使用短生命周期容器(Ephemeral Containers)构建微服务化的工作流,[编者的话]本文作者Ross Jimenez来自CenturyLink Labs,他受到了Iron.io一篇介绍容器微服务的相关文章的启发,于是介绍了自己团队在构建Panamax的时候所用到的微服务的理念,此外作者还大致介绍了微服务和容器技术相结合之后的优势,以及他们怎样通过微服务化的容器来构建工作流模型. 通过Docker容器可以构建具有特定功能的工作流,也可以让容器在后台执行一系列的异步任务,我们所

如何最大化数据中心在整个生命周期内的绩效表现?

摘要:对数据中心高效运作之道的探讨,也从最初对设计阶段的单方面关注,逐渐转向对数据中心生命周期内五个阶段的综合剖析. 传统数据中心在四个方面需要提升 第一,传统数据中心的能耗太高. 第二,传统数据中心的密度已经无法支持今天的高密度IT设备应用. 第三,传统数据中心在最初设计时往往缺乏系统性,对数据中心的扩展和对未来应用的支撑没有充分考虑. 第四,传统数据中心无法满足云计算.动态化以及虚拟化的新要求. 数据中心的构建并不像想象中那么简单.或许在很多人看来,数据中心就是一堆没有生命力的硬件设备以及支