• 关于项目管理中的沟通


    今天一上班,客户的项目管理科长就过来给我说,把前段时间说的用户管理和绩效考核的功能开发的计划发给我。由于我不直接关这个项目,单我依稀记得好长时间之前安排该项目的直接负责人整理过一个开发计划,并要求发给客户,但是记不清了,于是就含含糊糊说好好好。

    回过头来我就找相关人了解这个事情。首先找开发这个模块的开发人员,开发人员说,用户管理这个功能已经开发完毕,并通知客户在测试,科长应该也知道这个事情,二绩效考核功能一个月前就开发完了,三,我问计划是不是发给我客户,开发人员说,xx(项目直接负责人)好像是发过了。项目经理回来后,确认确实发过邮件了。

    事不大,但是反映了几个沟通方面的问题

    1,项目组内部沟通。项目经理给客户发了邮件,没有抄送给项目相关人,大家都不确认计划是否发了,这犯了一个低级的项目管理方面的错误,也违反了基本的email礼仪。一个事情做完后,一定要让相关人知晓则个事情,比如发邮件,一般应该收件人是邮件接收对象,抄送人是需要知晓这个事情的人员。则是基本的礼仪。

    2,与客户的沟通。首先发了计划后,要找客户口头确认下,一般来讲客户要计划,要了不一定看,但是这个动作一定要求,就是要维持沟通的密度。就先刚刚才一样,客户想起来要计划,肯定是发生了某些事情,比如客户就说:已经有人要使用这个功能了。2是功能昨晚了要及时与客户沟通,不仅仅是这个事情,在项目中,任何事情都要及时告知客户,这不仅仅满足了客户的被重视感,重要的事维持与客户的沟通密度,也进到基本的告知义务。

    3,安排客户的人配合做事情,一定要告知该人的直接领导。一方面是礼仪,办事的规则,一方面也对办事的人又一定的促进作用。

    对一个老鸟来讲以上都是基本的沟通技巧,但是对新人来讲,可能就需要项目中多做要求,自己多琢磨了。这些是在学校里学不到的。

  • 相关阅读:
    我所理解的三次握手
    网络舆情——初步了解
    【转载】位运算的密码
    【转载】基础排序算法简介
    【原创】关于hashcode和equals的不同实现对HashMap和HashSet集合类的影响的探究
    【原创】Java移位运算
    【原创】MapReduce计数器
    【原创】Hadoop机架感知对性能调优的理解
    【原创】一个复制本地文件到Hadoop文件系统的实例
    【转载】JAVA IO 流的总结
  • 原文地址:https://www.cnblogs.com/senline/p/pm.html
Copyright © 2020-2023  润新知