| 注册
请输入搜索内容

热门搜索

Java Linux MySQL PHP JavaScript Hibernate jQuery Nginx

PM 如何使自己的观点有说服力,让技术人员觉得你说得有道理,愿意按你说的做

1
C/C++ Go luju.me 4955 次浏览
这里PM是指Product Manager还是Project Manager?我猜是前者吧。

从用户需求到功能设计到实现,在多人团队中是一个沟通和妥协的过程。简单的说,产品经理提出需求,项目经理主要负责分析论证需求,开发人员主要负责编码以实现需求。但实际情况是,据我粗浅的认识,目前很多小公司做网站,仅仅配一个产品经理,其余都是开发人员,而且常常没有测试。所以产品经理和开发人员的矛盾就更加突出。产品经理不懂技术,或者对技术一知半解,常常觉得“某某功能有什么难的,只需要...."。而从软件开发人员的角度来说,通常的问题是由于网站需要快速开发/快速发布,一开始仅仅为了实现功能而编码,很难去考虑设计问题。代码基础没有打好,尤其不适应改变,导致修改一个功能要涉及太多的方面,因此很容易产生抵触情绪。并且很多开发人员,对产品本身也有很多自己的想法,当产品经理提出的功能需求不能被很好的理解的时候,双方也容易出现矛盾。

私以为,每个人都需要明确自己的主要职责在哪里,这是沟通顺畅的第一步。产品经理提出的功能,需要依赖开发人员的透彻理解和消化,然后才能实现。软件开发人员也必须明确自己的职责,知道自己对产品功能和设计的认识一定不会比产品经理更深,自己的本职应该是尽力去保证软件的质量,做好软件设计。

代码是软件开发人员一行行写出来的,不论好坏,都是他的劳动成果。每个人对自己的劳动成果都有一个下意识的保护心理,我不知道心理学家是如何解释这种现象,但这确确实实是存在的。代码的修改和重写否定在某种程度上都是对其劳动成果的否定,这常常会引起开发人员下意识的抵触。

不论公司/团队大小,不论职位高低,有四个字是必须遵守的,就是“以理服人”。产品经理不要把软件开发人员仅仅看作是一台编程机器,而开发人员也不要觉得产品经理什么也不懂就“指手画脚”。不论是谁,都不要觉得自己的观点是有多么正确,别人就应该接受。坦诚的沟通,才能够达到最好的效果。

有一个比喻,我忘记出处了,说“每个软件开发人员就像一只骄傲的猫”。个人觉得,要管理好软件开发人员,起码需要一个专门的角色,不管是叫Project Manager还是Team Leader,需要他/她懂技术懂管理,让其他开发人员认同。

-----更新----
作为对 @zhaosj 的回应,也算是对我的观点的补充,我想再多说两句。我个人不认同“什么什么是谁的责任,你不用担心。”这种观点。这种说法虽然在道理上是说得通的,但是在实际工作中不见得奏效。原因有二:
1. 软件产品是整个团队合作的劳动成果,这种观点更多的会容易误导团队,造成”个人自扫门前雪“的氛围,这对团队建设是有害的。我们应该强调产品的质量是每一个人的责任。
2. 如果一旦出了问题,比如是PM的责任,你能怎么样?扣工资?扣奖金?还是公开道歉?自我批评?然后呢?问题最终还是要解决,还是要依赖PM和开发人员一起来解决问题。

因此我觉得,尽管每个人都有自己专长的领域,但是不要过于对自己的观点或者劳动成果过于保护,应该保持一个开放的心态,能够善于倾听别人的观点。有则改之,无则加勉。http://luju.me

0个答案