项目管理中的导向性 .

众所周知,领导与管理意义不同,领导者要决定的是未来的走向和基本的原则策略。管理者则要使用具体的手段,达成既定的目标。

但现实中的管理上的问题往往并不只类似于数学,只需要计算和推理,而更类似于社会学,需要许多判断,这也就意味着做管理的时候最终会涉及导向性的问题。

 

软件项目的管理尤其如此。

 

建造一栋房屋和构建一个软件,其不同在于建造房屋的工人需要的是按照设计图纸严格执行,因此纪律要比文化重要。

但在软件开发过程中,由于工作和概念与逻辑相关,现场几乎就是一切,如果程序员被定位为被动执行者,那么一切创新和改善皆变的不在可能,因此文化比纪律重要。

 

在塑造文化的过程中,融合在日常行为中的导向性至关重要。可以讲有怎么样的导向性就会产生怎么样一种文化,毕竟文化是一种现实而非一种期望。

 

对于任何一种导向性,都可以依据项目管理的基本三条原则对其进行考量。

  •  这种导向性违背这个团队的基本行为规范么?让我们先假设,基本的行为规范只有两点:责任感和主动性。
  •  这种导向性有助于提高团队的效能么?
  •  这种导向性违背双赢和公平原则么?

 

设立导向性的现实意义在于,使文化建设更加可见,可行,保持一致性,而不是仅停留在口头上并且根据【心情】来随意对文化进行诠释。

 

假使说有一根非常坚硬的铁管,为了让它弯曲成U字形,那么无疑的我们要用铁锤始终向一个方向进行敲打。这样上一锤的结果将成为当前这一锤的基础,效果才可以累积。

 

如果上一锤向左,而下一锤向右,即使过去无数年,这根钢管也不会变成U字形。

 

制造U行管的过程事实上与文化建设的过程有点类似。人的精神是比较容易发生变化的,如果没有确定的导向性,作为管理者今天的是非标准和明天的是非标准可能是矛盾的。这种矛盾会传导到每一个项目成员身上,最终让人无所适从,文化建设也就无从谈起。

 

 

接下来,我们来列举其中一些对团队文化有较大影响的导向性。

 

  • 【组织】与【个人】

即使在最为公正的环境中,组织利益和个人利益还是会有所冲突。这种冲突,甚至不涉及是非标准,而只和价值取向有关系。比如:有的员工可能特别喜欢自由随意的风格,但为了项目安全,具体的工作却可能要求人严格遵守某些确定的规范。这个时候很难讲对错,所能有的只是一种选择。

 

以上例而言,也许有的人认为,一旦发生这类冲突最好的应对方法是辞职,免得大家难受。这诚然是一种解决方法,但事实上完全避免所有这类冲突的工作环境可能是不存在的。

 

在这类冲突切实存在的情况下,作为项目经理,这个时候所需要做的往往并非做简单粗暴的取舍,而需要分别关注两种诉求的内在合理性,并努力找到可以达成一致的平衡点。

如果说确实个人需要服从团队的选择,那至少要向个人明示这种要求的根本理由是什么。

 

面对上述这类冲突,一种非常有害的导向性是过于强调组织利益,而使个人的合理诉求得不到相应。这种违背双赢原则的导向性会把组织和个人的关系降级到奴隶和奴隶主的状态,而在奴隶和奴隶主的生态下面,是不可能存在责任感和主动性的。

 

  • 【独裁】与【民主】

关于项目管理者与团队成员间的关系,存在着两种极端的导向性。我们可以分别称之为:【一言堂】模式与【绝对自由主义】模式。

在【一言堂】的模式下,项目管理者具有凌驾于其他成员之上权威,甚至可以以个人喜好来代替是非标准。

在【绝对自由主义】的模式下,没人能把自身的意志强加在别人身上,体现为议而不决,谋而不断。

 

如果我们认为,项目管理是一种存在着某种内在的规律的事物,并且只有人的行为符合了这种内在规律后,才能把项目管理做好的话,那么无疑的上述两种极端情形都是不好的。

【一言堂】的状态下,通常很难集思广益,不利于认知的深入,同时会扼杀团队成员的责任感和积极性。一旦责任感丧失,信任感也会逐渐失去,团队的效能也就会一路下滑。毕竟测试驱动开发这类方法论,不是管理人员一个人决定后就可以自然的获得成功的东西,更需要的是群体的合作和努力。

 

【一言堂】状态非常容易识别,通常有几个典型特征:

一是所有的上司来的要求体现为一种命令,执行者甚至不关注这么做背后的理由。

一是沟通往往是单向的,上司很难受到下属来的反馈。

 

从社会学中我们可以知道,过于强势的个体,长期来看,对一个组织往往是有害的。因为这个个体将对其他个体形成一种压制,在项目管理中这体现为对责任感和主动性的伤害。

假设说有一辆车,我们希望它走的快,那么无论推或拉都不是最佳手段(即使推或拉的人的力量非常强悍),只有这辆车能够自行前进了,那么未来才是光明的,否则如何面对500辆车的情形。

 

【绝对自由主义】的状态下,团队成员各行其事,内耗严重,执行力低下,团队效能低下。数千年前的大哲亚里斯多德对这种状态极其反感,他说:多头是有害的,让一个人去统治吧!

 

这种状态的典型特征是会议比较多,但每次的问题议而不决。 

 

以项目管理而论,上述两种极端情形都需要被避免,最好能建立起一种比较折中的导向性。

比如:项目经理有最终决定权,但团队成员有自由发言权。项目经理在听取各方意见后决定,并尽可能明示自己选择的理由。与此同时,还需要一些小的导向性来配合,比如任何给项目经理提意见的人,不能受到任何形式的批评或处分,要不然终究还是会回到上述两者之一。

 

  • 引导与改变

当面对自己不满意的状况时(比如:员工的工作风格不对,从来不对自己的任务进行分解)强势的管理者喜欢使用直接的手段来进行改变,比如:发布措施,而后监察。但通常这类措施投入产出极差,并且往往只有形式上的效果。

事实上,引导往往是比直接改变更外高效的方法。其根本原因在于,软件团队中的成员大多是有比较独立的个体意识的,而意识这种东西通常有过往数十年的经历作为根基,很难立刻发生改变。同时在一个人的意识发生变化之前,他的工作习惯等通常不可能发生变化。

 

  •  保持现状与勇往直前

 

如果我们不认为世上存在着完美这一团队状态,如果我们认可外部环境始终在发生着变化,那么不断的改变自身通常就是必要的。与这种必要性相对的是----很多时候人们讨厌变化。

 

社会变革中的反对力量其根源也许更加复杂,团队中这种力量大多来源于一种安全的假象以及对思考和风险的厌恶。

对于一种行之已久的方法,既然他没导致任何问题,那对项目而言这种方法是安全的,毕竟它不会导致较大的失败。与此同时,任何改变在可能获得收益之前,首先要面对的则是风险。这可能是很多人所不愿承担的。

 

从【不唯上,不唯书,只唯实】的视角来看,任何改变,其起点必然是某种已经暴露出来的不合理性,而要想提出合适的改变方法,对这种不合理性进行深度思考则是必须的,这将成为一份额外的工作,这也可能是很多人所厌恶的。

 

一旦在一个团队中产生因循守旧的氛围,那么像主动性这类最必须的东西就会在不知不觉中消失殆尽,团队前进的动力也就会逐步消失。这是极为危险的,所以项目的负责人在这类问题上的导向性至关重要。

假设说我们从A点出发进行改善,途经B,C,D但最终却回到了A。这个时候如果我们能保证A->B, B->C, C->D, D->A的变化是有逻辑的,是合理的。那么这种否定之否定的过程就远比始终停留在A要更有价值。

 

数十年前,鲁迅先生在《无声的中国》里讲:譬如你说,这屋子太暗,须在这里开一个窗。大家一定不允许的。但如果你主张拆掉房顶,他们都回来调和,愿意开窗了。没有更激烈的主张,他们总连平和的改革也不肯行。 

 

鲁迅先生写这断文字的时候,心里想必是无奈的。这种无奈至少不应该在任何一个团队成员的心里产生。

 

  •  暧昧与直来直去

权利无论大小,往往令人迷恋。

直接与上级论及其自身的是非,往往会引致上司的不快。而上司往往拥有对工资,奖金等的影响力,如果上司不能公心公论,那么无疑的后果是严重的。

上面讲的是最简单的人都会想到的事情,于是很多事情趋于暧昧,琢磨上司的心理成为一种必须功课。这种氛围一旦形成,组织就会逐渐往【一言堂】的方向靠拢。

 

所以我们有理由呼唤一种直来直去的风格,软件团队是做开发的,是非面前不需要太多的含蓄。

这对管理者的要求是,一定要确保没有人会因为直接发表观点受到任何形式的批评。对于管理者而言,破坏一种直来直去的风格,实在是再简单不过的事情。

 

  • 偏好与既定规则

既定规则可能在某个具体场景下与个人偏好是冲突的。

比如:某公司规定,如果客户来访,那么要经过X, Y, Z三个人的签字后,才可以宴请客户。

但某一次,客户下班前来访,此时X, Y,Z都已经离开公司。这个时候负责与客户联络的人A认为无法取得签字,因此简短会议后,立刻送客户离开了。

而项目经理M则认为,即使无法获得批准,也不应该错过这种与客户交流的机会,所以无法认同A的决定。

 

这个时候无疑的A与M的偏好不同。但无论如何A不应该受到任何批评---这是遵守规则的人的基本权利,也是避免【一言堂】所必须的导向性。

 

  • 偏好与内在合理性

道德经里讲:道生一,一生二,二生三,三生万物。这句话比较玄妙,但如果我们选择相信,那也就意味着相信这样一种事实:某种理性先于事物自身而存在,并且不以人为意志而发生变化。

相不相信这点,事实上影响许多我们在软件项目中的选择,因此也是比较关键的一种导向性。

比如说:在讨论软件项目中究竟需要哪些文档的时候,客户可能觉得X和Y是必要的,有影响力的上司可能觉得A和B是必要的。但事实上这些都只能成为参考,软更项目究竟需要哪些文档,只应该根据软件项目自身的特质(内在理性)而决定。

  •  令行禁止与江湖义气

某公司实行目标管理,项目经理M与A共同约定了3个半年内需要达成的目标。最终考评的时候,M发现A在目标3达成度很差,但目标1,2达成度很好。这个时候M考虑到如果有一个目标最终为未达成,A的最终绩效会变得较差,于是把目标3的评价等级人为的向上提高了1级。

上述这类事情,在各种公司里都可能会上演。但这会导致【绝对自由主义】的出现。作为一种共同约定(A也认可的约定),那么它的评价等级只能和业务结果关联,否则不管是约定或者规则,其内在价值都将逐步流失,最终沦为一纸空文。

这个列表还可以延长很多,但如果一直列下去就会显得特别啰嗦,所以这次就此打住了。

时间: 2024-08-31 15:45:59

项目管理中的导向性 .的相关文章

多项目管理中如何高效管理资源?

随着社会经济的发展,企业经营的多样化,以及规模的巨大化,越来越多的项目导向型企业已经不仅仅运行一个项目,而是同时运行N个项目.如何同时对这些项目进行有效管理,提升多项目管理效益,是现代企业赢取竞争优势的有力手段. 相比单个项目管理,多项目管理要复杂的多,要促使企业内所有的项目都能够顺利实施,需要协调解决的难题非常多,既要处理好项目实施的优先顺序,也要处理好项目间的依赖和约束,更要做好项目间的沟通和协作,这其中,合理分配每个项目所需资源.避免资源冲突和浪费,成为了整个多项目管理中的难点. 资源是有

项目管理中常用到的简便工具

项目管理中常用到的简便工具   来看几个能集成并简化项目管理.客户服务.社会媒介和邮件等多功能的应用程序. 你的工作流程是不是还停留在旧时代?来看下面几个能大大提高工作效率的工具. 1. 让管理和协作更容易:Blossom 像在白板上拖曳便签纸一样,在Blossom 里你可以把要做的事项自由的从一个列表拖到另一个列表里. Blossom能简便的记录个人事项.大项目及各种能想到的事项的进展过程. 2. 简化社交媒体:Buffer 让不断的状态更新淹没你的社交平台,那将是你和你的粉丝的灾难.Buff

PLM在汽车零部件项目管理中的应用

在加入WTO以后,中国正在迅速成为世界制造业的中心.在经济全球化的压力下,中国的制造业企业面临更加激烈的市场竞争.我国制造业的利润已经进入微利时代,提升企业的核心竞争力-研发能力,已经成为企业的首要任务.产品研发的过程涉及到设计.制造.市场.销售以及客户服务等多个部门.产品研发中用到的数据包括需求分析.产品开发.产品设计.加工制造.服务支持等各种数据,以上数据信息在企业中都是分散管理,因而,项目团队成员获取信息困难,效率低下.产品生命周期管理系统(PLM)很好实现了各种数据的集成与整理.在项目管

软件项目管理中的进度管理

一.什么是软件项目管理 软件项目管理是按需求确定范围.按目标制定项目计划.按计划执行管理的过程.对软件开发各阶段加强项目管理的根本目的在于增强对软件开发的控制能力,提升软件开发的质量.软件项目的建设按软件工程的生命周期法可分为项目立项.启动.需求分析.系统设计.系统开发.系统测试.系统上线.项目验收和上线后评估等9个阶段进行. 加强软件项目管理,就是以软件工程的各个环节为管理主线,将动态项目管理贯穿其中,通过对软件开发的项目范围.项目进度.项目质量.项目沟通.人力资源.项目成本六大核心要素的集成

项目管理中横向视角下的软件测试过程管理

摘要:对软件测试过程的管理可以从项目管理的角度出发,在横向视角下分析,应先按照过程模型来认清测试过程本身,对测试过程进行配置管理.对测试过程进行有效评价,测试风险分析与测试成本管理. 关键词:软件测试:过程管理:项目管理:测试管理: 1.软件测试过程概述 软件测试在软件开发中 占重要的地位,它关乎所开发软件的总体质量,它是保证软件可靠性的重要手段.软件测试目的是找出软件的缺陷,并对缺陷进行分析和管理,从而消除缺陷,并为 软件的评价及决策提供依据.软件测试过程从理论上来说是一种抽象的模型,主要用于

现实项目管理中的一些实际矛盾

1.测试资源不足和保证软件质量的矛盾 没有可用的测试团队或测试人员,在很多小型开发团队和小公司都普遍存在测试资源不足的问题,甚至在某些大公司也可能出现.严格的成本控制,导致测试资源相对不够:失败的项目开发计划会导致压缩测试的时间来保证研发的时间:到了测试的时候,就肯定出现你们现在这样的情况.最后的结果呢,是所有人都得不了好:领导会因为客户的投诉而头疼甚至被老板骂:项目经理会对质量负主要责任,对整个项目负主要责任.如果有测试团队,测试会对质量控制负主要责任.没有,项目经理负主要责任. 应对办法有以

柔性设计在神华煤制油集成项目管理中的应用

一般软件给我们的印象是环环相扣的流程,步步为营的计算步骤.因此,牵一发而动全身往往是这类软件的特点.这类软件有很明显的优点,上层能够直观的通过最终报表及时发现那个环节出现脱节,进而监督整个系统的正常运行.以处理固定流程和可控资源的企业内部资源管理系统为主的ERP就是此类软件.即使包含CRM或供货联管理系统的http://www.aliyun.com/zixun/aggregation/29808.html">ERP系统,外部资源也只是信息的输入端口或末端.我们称为这类系统为"刚性

项目管理中的过程之变更控制

变更控制的目的并不是控制变更的发生,而是对变更进行管理,确保变更有序进行.对于软件开发项目来说,发生变更的环节比较多,因此变更控制显得格外重要. IT项目中引起变更的因素有两个:一是来自外部的变更要求,如客户要求修改工作范围和需求等:二是http://www.aliyun.com/zixun/aggregation/17799.html">开发过程内部的变更要求,如为解决测试中发现的一些错误而修改源码甚至设计.比较而言,最难处理的是来自外部的需求变更,因为IT项目需求变更的概率大,引发的工

项目管理中的十一个原则

*敏捷开发是一种开发方式,敏捷团队是按这种方式开发的团队 1:尽早的,持续的交付可以工作的软件来使客户的满意 尽早的交付有部分功能的系统和最终系统质量之间有很强的相关性, 初期交付的系统中所包含的功能越少最终交付的系统的质量越高 我们不赞成交付大量的文档或计划,那些不是客户需要的东西 以逐渐增加功能的方式经常性的交付系统,交付的越频繁,最终产品的质量越高 2:我们欢迎需求的变化,即使到了开发后期,敏捷团队能够驾御这些变化,为客户创造竞争优势 这是一个关于态度的声明,敏捷团队的参与者不惧怕变化,他