zoukankan      html  css  js  c++  java
  • 项目经理需要具有的特质

    前阵子有人问到「做为一个项目经理到底应该具备甚么样的条件?」。 这虽然不是甚么奇怪的问题,甚至可算是个非常平常的问题,但老实说还着实让我烦恼了一阵子。

    问题并不很难回答,而是在此之前我其实一直没有认真归纳过这议题,甚至连我自己一直也只有个模模糊糊的概念。 也因为连我自己都只有个模模糊糊的概念,这导致之前我在协助找项目经理时,人资主管问起我到底关注哪些条件时,我只是非常抽象且含糊的跟她说:「呃…我想找内心有光芒的人哩」。 她又问:「需要考过PMP之类的项目认证吗?」 我说:「倒也没这么需要,就算没有只要有光芒我也可以培养的起来。 最怕的是那种明明不会也不适合做项目却胡乱考了通过的人。 那种才伤脑筋。」 但到底甚么是光芒,我却始终也没能讲清楚。 最后只能咕哝的说「那样的东西当我看到时就知道了」。 (对,一整个就是不负责任的说法)

    那次既然又有人问起来,我觉得好像也不适合再用「心中有光芒」这样的话来搪塞他。 所以就着这议题认真的想了三两日,最后我是有把我认为的「光芒」归纳成五个要点,并回文给了这位提问的朋友。 但因回文那几天都很忙,我也没有时间详细描述这五个要点的细部内涵,所以我是不知道提问的人看懂没有。

    但我觉得这议题其实还是满值得好好来描述一下,若能让大家了解一下我所认知做为一个项目负责人所该有的条件与特质的话,那大家对于各自职涯的规划或许也是有所帮助的吧? 我思考再三后,觉得五点其实涵盖不够广,所以最后的结论是做为一个项目管理者该具备三个大类十二大点的特质。 那我先把清单列出,然后再依序讨论这些内容。

    首先,三大类分别是:

    1. 做为项目负责人,一定该要有的特质
    2. 做为项目负责人,最好要有的特质
    3. 做为项目负责人,一开始没有没关系,但有会加分的特质

    而「一定该要有的特质」,包含下面五项:

    1. 态度
    2. 逻辑能力
    3. 沟通能力
    4. 感性或敏感度
    5. 人际整合力

    再来是「最好要有的特质」,包含下面三项:

    1. 管理知识
    2. 法律概念
    3. 面对困难的勇气
    4. 跳脱框架的能力

    最后则是「有会加分的特质」

    1. 领域知识
    2. 工具知识
    3. 人际网络


    那详细的说明如下:

    关于一定要有的特质

    态度

    就我个人而言,态度是最重要的人格特质。 这特质可能也无关乎当项目经理还是做甚么工作,甚至恐怕是一个人日后能否成功、或能否成大事上最关键的人格特质。 因为就我的经验而言,一个人若笨一些、或学习能力差一些都还好,只要他具备正确的人生观还有处事态度时,最少都可能稳定成长。 但反过来,如果一个人虽然聪明有能力,但处事态度吊儿啷当、态度轻浮、或自我意识太强的话,那最终都会在某个时间点碰到瓶颈的。

    那到底哪些是我觉得很重要的态度呢? 我又细分为下面五项特质:

    - 柔软
    - 有解决根源问题的心态
    - 愿意学习
    - 谦虚
    - 知道怎么失败

    「柔软」包含很多层面,一个是外显形象,一个是真实心理;而真实心理的重要性又高过外显形象。 柔软的价值能让他人觉得舒服,并愿意跟你合作、跟你分享心得、专业见解、甚至指导你。 为何说真实心里的柔软比外显的柔软来的更重要呢? 因为柔软的性格必须是一个发自本心的表现,这必须无关乎头衔、资历、或是经验。 意思是说,就算今天已经是一个总经理、或是非常资深的技术人员了,若还能一样身段柔软、愿意倾听与学习、不自满、不夸浮,自然将更容易得到别人合作的意愿,也会更有机会可以时时倒空自己来学习新的事物。

    至于在项目中,性格柔软的人容易得到别人的信任,也比较容易彻底解决争议。 而项目的特性就在于多有时间压力、成本压力、加上人员来来去去下不一定有长期合作的默契,所以这些因素很容易就让大家有所冲突。 但这类争议或冲突通常并不存在甚么大是大非的原则性的东西在其中,往往只是各自因为立场不同,在看法或是做法上的差异。

    这时候「理直气和」就是一个关键因素。 毕竟带领项目的那个人并不是为了争对错而存在的,反而是要有不计荣辱把问题解决之认知,再不然最少也要能把分歧的大家导向一个相互都能认同的方向。 所以,如果态度能和谐、话语能柔软,把面子都做给大家,才容易让事情顺利推动;而这绝对才是最重要的处事方法。 反之,如果很在意自已的意见是对的,觉得别人因此就该听我的;或是因此说话大声、跟人对呛、或羞辱了你的成员甚至谈判对象时,那结果能有多好其实也不难想象不是吗?

    「解决根源问题的心态」指的是要常常从如何彻底解决问题的角度来思考问题。 问题发生当下我们可能一下子不知道原因为何,所以为了时效性常会做一个快速的解决方案。 这样的情形是在所难免的,但是若问题下次还可能发生时,除了一个临时的快速解决方案以外,还应该思考有没有甚么办法可以彻底的化解类似的问题。 一方面解决、另一方面也是预防。

    这样的处事态度为何很重要? 因为很多人可能听说做项目是得不断救火。 问题发生了、哪里烧起来了,项目的负责人就跑去想办法把问题解决。 这确实是一种状况。 但若每天都到处烧火的话,其实项目负责人最后将疲于奔命;项目太多短期解决方案下,之后也多会因此产生后遗症(问题越解决反而越多,或是变成迭床架屋的架构)。 也因此,若项目负责人能在一开始多花些心思去构思管理、预先谋求预防方案、或是在问题发生时也开始思考日后如何改善,避免下一次问题的发生。 这才有可能不要老是当救火队。 不当救火队,才会有更多时间与心力构思更长期的做法,也会有更多的心力去跟人打好关心(就算是关怀与打气也是有帮助的)。 长期走下来,才会变成良性循环,才有可能让案子更好、并让自己更加进步。

    「愿意学习」则代表在态度上不拘泥于过去的经验。 世界的更新速度越来越快,很多新东西、新做事方法、新的管理手法不断的推陈出新。 有些东西乍看起来好像跟自己过去的经验有所违背,但历史上所有革命性的做法往往都是违背一般人的经验。 也就是因为新东西会跟一般人想法不同,才会是所谓新事物、才会不是一般人随便可以想出来的。 也因此,若一个人能像海绵一样可以不断吸收新事物,然后根据自己的理智与知识来去芜存菁的话,就有可能不断有创新的构思与概念。

    而愿意学习通常也跟心态柔软连结在一起。 这是因为心态柔软的人,比较不会觉得自己都知道、或自以为自己优于别人而变的跋扈或是趾高气昂。 毕竟若都不愿意去思考别人的想法或建议时,反而在团队合作的环境里头容易被排挤以及抱怨。 这也将造成领导上的困难的。

    而「谦虚」则是一种做人最基本的态度。 我想从小的学习中大家都有学到,所以那些部分我在此就不多赘言。 我比较想提的是,做为一个项目的负责人,某个层面来说是得持续扮演一个领导者或最少也是个鼓励者的角色。

    有些人以为领导者是必须强势、可以获取所有的好处的、或是要刻意摆排场或是架子。 但这其实是大错特错的! 在我的观念里头,领导者或是管理者其实是帮团队处理问题的人;是保护他们可以在一个安稳的环境中把想做的东西做出来的人;或是提供他们成功所需要资源的人。 也因此,态度谦卑、服务团队,才能让大家一起协助你把事情做好。 若只是趾高气昂、高高在上,谁又会愿意跟你合作呢?

    此外,谦虚的表现尤其在成功时最重要。 项目的负责人要想办法把成功的Credit做给团队,把面子归给成员,而非自己沾沾自喜当成自己的成就。 若让大家都觉得自己在团队中是必要,让成员感觉到自己的价值很大时,那团队自然可以凝聚,方向也可以统一,事情才会愈来越好。

    「知道怎么失败」则是另一个非常关键的人格特质。 这是因为不可能每次案子都大成功。 有时候案子会出现危机、有时候案子可能彻底失败、有时候案子可能因为组织整体考虑而被腰斩或是停止。 这时候项目的负责人会承受极大的心理压力。 要知道,一个人在成功时表现谦和不算了不起,稍加训练下,外显的谦虚大家应该都不难做到。 但是失败时往往才能看出一个人的真实个性。

    有些人没有失败的经验。 一但面临失败时,会无法接受现实。 反映出来的行为可能会是掩饰问题、粉饰太平、甚至根本的逃避与否认。 这可能让本来还不严重的问题如滚雪球一般越来越大,最终造成整个组织的伤害。 举例来说,之前倒闭的霸菱银行,即是因为交易员不愿意停损,凹到最后反而让整个组织跟着陪葬。

    另一种逃避失败的心态,则是把问题外部化或是归咎给其他人。 比方说怪罪于大环境、怪罪于团队成员的不配合、或是怪罪于团队能力太弱。 但是呢,问题一但被外部化,人就会没办法自我反省。 因为你若不觉得自己有责任,当然不会去检讨自己。 不检讨自己的状况下,类似问题下一次就可能再发生。 到时候可能更是责怪命运、责怪老天、责怪时运不济。

    这或许是我的偏见,但我始终觉得人对于自己的命运的结果绝对是有责任的。 问题一次出现还可能真是命运不济,若一再重复出现时,自己多少是该有所责任的啊。
    -------
     来源: 中国系统集成论坛 原文链接:http://bbs.systemcn.net/thread-140579-1-2.html

    Work for fun,Live for love!
  • 相关阅读:
    1203—颜文生—自动机实验
    11-11 优点缺点评价
    操作系统之银行家算法避免死锁
    操作系统之实验三 进程调度模拟程序
    操作系统之实验二作业调度模拟程序
    操作系统之实验二Step1-有序顺序表
    复利计算程序的单元测试
    操作系统之实验一 命令解释程序的编写
    复利计算程序之最新版
    《构建之法》第1.2.3章的感悟
  • 原文地址:https://www.cnblogs.com/allenblogs/p/1893523.html
Copyright © 2011-2022 走看看