zoukankan      html  css  js  c++  java
  • 项目管理有感之一 沟通(转)

    这两天正处于项目间隙期,闲来无事随便聊聊我对项目管理的一些感言。

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

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

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

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

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

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

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

        谦虚做人,低调做事

        公平公正,对事不对人

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

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

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

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

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

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

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

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

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

      好了,今天就说这些,沟通。以后有时间再写其它的。写的不好,大家多提意见,发标的请手下留情^_^

  • 相关阅读:
    const 函数
    为什么要进行初始化(C语言)
    关于矩阵的逆
    在写论文的参考文献时,有的段落空格很大,有的段落则正常,原因及解决方法(wps)
    C#递归搜索指定目录下的文件或目录
    try catch finally 执行顺序面试题总结
    关于try catch finally的执行顺序解释 都有return
    C# 序列号和反序列化 对象写入bin
    C# 序列化和反序列化 详解 对象和XML文件之间
    在C#中,Json的序列化和反序列化的几种方式总结
  • 原文地址:https://www.cnblogs.com/mfryf/p/2354149.html
Copyright © 2011-2022 走看看