zoukankan      html  css  js  c++  java
  • 项目管理(对事不对人)

     

      沟通是整个项目管理中最关键之处,只要沟通成功真的可化腐朽为神奇,客户可因沟通而接受你的建议,领导会因沟通而给予你支持,组员更会因沟通而极力配合工作,沟通无障碍是项目管理着的基本功,正所谓官商两道混的开,男女全都搞的定。

      首先无论是内部沟通或与客户沟通一定要注意称谓,避免“你,我,他”统称为“咱”。

        对客户:您看,对咱这个人事管理的项目有什么想法?

        对领导:这个项目需要咱们市场部再跟进一下呀!

        对组员:咱们开发组怎么会有这样的BUG呢?大家要多细心一些呀!

      不管是陈述、表扬还是批评,一律要用咱,不要把任何资源划到项目圈之外,资源越多项目经理所能得到的支持就会越大。

      项目经理的职位其实很虚,有项目则有经理,无项目则什么也不是,所有我更喜欢把项目经理称为协调员,只是对外来说经理听上去体面一些罢了。做经理也好,做协调也罢,我的总结有三点:

        谦虚做人,低调做事

        公平公正,对事不对人

        管事理人,管好手头的事,理好身边的人

        再补充一点最最最最基本的,注意个人品德与素质,作好榜样

      做人要谦虚,我无意说谁不谦虚,其实这都是相对的,相对的是自己,今天看两年前的自己是否感觉到当初的稚嫩?如果有则成熟了,如没有那则是原地踏步,不过逆水行舟,不进则退呀。

      如果想组员服你, 应该是佩服,而不是服从。做事呢也一定要公平合理,一视同仁。并不是把所有项目奖全给了组员,下个项目大家就会全听你的,各尽其职,劳有所得,这是原则, 分工作分利益都要分的明白,工作量有记录,分配自然有比例,比例用不着公开,但每个人至少应该知道自己的比例,调研、设计、编码、测试、部署、培训、维护 各阶段工作分配一目了然。有原则才会有标准,大家才会有方向,方向明确才是大家不会掉队的前提。

      对事不对人,当对某人的工作不满时,要清楚自己是对此人的工作不满,而不是对 人,大家的工作是项目经理分配的,第一从自身想想问题所在,工作分配是不是没讲清楚?设计是不是有问题?有没有外因干扰?还是分配给其的工作太难了?每个 人的能力不同,性格不同,兴趣不同,品行不同,总之很多不同的不同。分配工作要因人制用,老人开发核心的,新人开发独立的,有钻劲的人给他点难的,懒散的 人给他点简单的(那也得盯紧了,多问多沟通),聪明的人给点逻辑强的,迟钝的人给点无关联的,总之用好人干好事,这就管理者的工作,完成工作不好那就找找 原因再来,对人发脾气可是下下策,慎用之。苏老师有云:“紧气之道”!你紧别人一口气,别人也会紧你一口气,你紧一人一口,那估计自己也就没气儿了。所以 还是在沟通上多下功夫吧,协调员嘛,哪有这么好干的。

      关于表扬人或批评人,这方面要注意方式方法,最简单要记的,内容要具体,影响 与后果要说明。同时要注意不要因为你的表扬或批评把此人孤立到团队之外。表扬人同时要表扬团队的干劲,批评人要批评自己的失误。不过批评人时还要尽量的委 婉,中国人嘛,都好面子,而且别冤枉了人。小王啊,这个模块为什么这么写呀?其解释之,分析之,如不妥言:我感觉你这样作可能更好些!毕竟和人打交道与和 程序打交道是不同的。

      估计有的人又要说了,让我当项目管理,又没给我这份钱,我要对你说的是,这是 机会呀兄弟,今天学了东西,明天你就成仙了,别人想管还管不了呢,至少你是名正言顺呀,学了东西可是自己的,(不想干管理的人除外,那不如与领导直说,别 互相耽误),艺不压身,学到东西再想怎么都行,但注意,一定要注意,千万别翘尾巴,还是要“谦虚做人,低调做事”,我有本事我不告诉你,说有本事的其实都 是虚的,比如你看成龙就从来不说自己有本事,我也不说^_^

      最后,管事理人,管理并不是管人,而是管事,管我们能管的事,不要管闲事,不 要管琐事;理人,不是管人,哪有人愿意让人管着,大家都是来作事的,都希望在一个和谐的环境中工作,最好是工作无障碍,那无障碍就得看管理者的能力水平 了,中国式的项目经理什么事都得……(赤壁中的诸葛亮说了“略懂”),有人技术遇难题了,你如果可以帮助解决,那就搞定之,如果搞不定不要不懂装懂,帮助 其找技术牛人搞定之,你找人帮他搞定,他一样会感谢你,因为你的沟通他消除了障碍。其它事也是一样,自己搞不定就找人帮助你搞定,左右逢源,要不说得人品 好呢,别人都得愿意帮助你呀。这是一些被动的障碍,还有一些主动的。

      主动的就是管理者给设的障碍,比如,过多的工作汇报(中小团队最好管理者自己 一个个去问,大团队一两周一次足以,如果不开会你不知道大家在干什么,那真得说你的管理、沟通、控制有问题了),我感觉立项分析一会,工作分配一会,项目 培训一会,最后再来个吃饭一会(过河别忘了修桥)就够了。所以第一主动障碍就是开会。第二呢?多余的文档,“小王,你把刚说的那个想法写个文档给我”,这 话一听就这么没水平,人家都说了,你还要文档,不明白私下可以再沟通,当然如果你想通过这个文档达到什么目的就另说了。总之要文档的时候要多想想真的有这 必要吗?如果自己总结是不是可以?咱毕竟是项目经理,又不是机关领导别走那么多官场,项目文档中必要则细,不必要则省,写了的就要细,不细的就不要写,我 就是这原则。别领导让你写,你就让组员写,懒的可以,大家写怕也是对付差事,别浪费大家的时间。其它就是一些工作冲突了,个人不和了,项目争议了,这些就 随机应变吧。

  • 相关阅读:
    Java学习二十九天
    Java学习二十八天
    47. Permutations II 全排列可重复版本
    46. Permutations 全排列,无重复
    subset ii 子集 有重复元素
    339. Nested List Weight Sum 339.嵌套列表权重总和
    251. Flatten 2D Vector 平铺二维矩阵
    217. Contains Duplicate数组重复元素
    209. Minimum Size Subarray Sum 结果大于等于目标的最小长度数组
    438. Find All Anagrams in a String 查找字符串中的所有Anagrams
  • 原文地址:https://www.cnblogs.com/Leung/p/1277663.html
Copyright © 2011-2022 走看看