※ 引述《geocube (edwin)》之铭言：
: 小弟最近写了些文，是针对于公司工程师沟通的时候遇到的问题。
: 有人常觉得工程师很难搞，只是我常常觉得很多时候只是时机不会，
: 想在软件工作版来问一下，各位觉得还有什么沟通瓶颈呢?
: 以下附上文章给各位参考。
: 图文好读版：http://ppt.cc/Xkcb
你这文章设定的基础,一来是说自己是企划,并没有管理权,二来是假定工程师都是
被管控的单位.
身为一个自认为自主工作的软件工程人员,简单说一下我的意见:
1. 想清楚你与工程人员的合作程度,是有没有必要用到足够量的沟通:
也就是说,你有没有必要专程打扰他,只为了问他某一个项目要做多久.
2. 跟上节奏. 你想得很好,工程师进入 coding 模式就很难叫得动,
往往是因为当你打扰他的时候,是让他停下来,动作或速度慢下来,
表面上是说"工程师的思绪被打断",但实际上可能是非工程人员没有跟着
工程的运作,保持同样的节奏.
工程导向的公司,以工程节奏为主,非工程人员配合工程人员;
服务导向的公司,以企划节奏为主,非企划人员要配合动作.
较麻烦的是各自以为有各自的节奏就好,那就不是一个团队.
3. 拿出你自己的专业,秀给他看,才能让他相信你:
如果你是PM,我会期待你不会跑来自以为你可以管控我的时间,反而,
假如在工作流程中,因为有一些工作拥挤了,你能够提出排解工作拥挤的意见,
那么,我会觉得你够专业.
而不是一些很逊的傻PM,只会默默修改自己的甘特图,只会跑来问说,你觉得
哪一件事情要多少时间来做,无法解读工程人员写在issue tracking system
上的文字,而且,在事情来不及了只会建议:加班.
如果你是个PM而你来问我某件需求的预期日数之后,没有回馈任何讯息就跑掉,
那我直觉就是,你可能没什么专业. PM的专业在沟通以及专案的运筹,所以,
PM专程来找我讲话,最好是能像是在地图上指出 "我们现在在哪里,而我们
接下来要往那个方向去" 这样一种有效又明确的资讯.
至于,如果是问个日期就跑去登记自己的甘特图,八成都是自以为是专门管理
人的管理者那种PM,专业上没有比你好,至于管理人管理得多好,就看人了.
我的经验是,这种PM可能会为了自己的甘特图的一点点数字,跑来跟你吵架.
4. 不要默认底限或超低底限的答案很糟:
就拿日数来说,跟你说一件事情要六十天,是很糟糕的事情吗?
提这一点,可能跟前一点重复,这就是你当企划可以玩专业,展现专业的地方.
什么样的预期日数,也许是代表什么样的费用,但也可能代表什么样的筹码.
只从时间维度上换算成本,是唯一的决策因素吗? 而小成本能多聪明地换得
大营收?
一个工程师讲出这话,可能不代表他个人的情绪,而是他在狡诈地挑战你的专业.
因为程式大多是四两拨千斤,但是许多企划面的保守牌,稳稳赚或者破盘价,
可能才是隐约地激怒他们的因素.
就这样子啦,随便提出零星几个意见.