能够沟通的程序员,就是好程序员。这句话有道理吗

按照你举的这个例子,说明他是个对自己的产品有追求的程序员,请珍惜。如果一个有追求的人长期感到在你手下老是被迫做出一些糟糕的程序,他会离职并给你本人打一个不好的标签,以后很难再纠正。如果你衡量的工作难度和成本跟他估算的不一致,是不是应该以他的为准?
■网友
匿名回答下。题主希望程序员能跟他一起站在客户成本的角度,来认真的对待新需求。那反过来,到时候产品出现严重问题了,或者项目周期不确定性的延长的时候,你能否站在和他一样的角度去理解这些问题。 开发在最艰难的时候,你会焦急的等待,询问进度,了解难点。但做这些的时候,你依然是站在成本的角度来考虑的,有人道主义的想过他的压力变化情况么? 举个我以前公司的例子。技术总监改了需求,反复给我说,这么简单的东西,你怎么不明白呢。我无言以对,我这时特想把他拉到我的调试环境下,告诉他,这块这块都得重新,得用新的方案,我还不确定新方案会带来多少未知的隐患。 我周末默默的在家写代码,眼瞅着天快亮了,还有几个功能存在冲突。多希望能分离出一个人,帮我理一下这块的罗辑关系。我继续调试着,想着。看了下电脑右下角的时间,十一点多了。脑子很晕,趁中午吃饭的时间,走路的时间,我赶快从脑子里分离出来一个小人,帮我回忆了一下各个功能模块。另一个这时候,只管默默的走路吃饭就好了。 终于,我利用这短暂的歇息找到问题的关键了,剩下的只要去验证这几个点就行了。我似乎看到光明了,心里轻松了不少。这时的我,只想着验证的步骤,至于如果验证的结果跟我预想的不一样会怎么样,这类问题我此刻不能去想了。我不能再分离一个或者两个人,去论证这些。这样我的心脏会承受不了的。这会的我,一般会平躺会,让脑袋静一会,很明显,我已经感觉到额头一直在渗出汗,额头也有点热了。 这是我经历过的一部分,如果感兴趣,我会继续往下说。题主想过你的需求会对程序员带来多少的困惑么?我们总觉得小公司试错的成本低,不试试又怎么能知道呢?因为相比于其他的验证方式,由程序员写程序验证的方式是成本最低的。 都醒醒吧,别再把idea看得那么重了。经过程序的摸爬滚打,你的需求已经早被我看透了。你只有一个个零星的idea,却希望我能帮你做成产品。当我再次听到,技术总监很乐观的跟我展望前景的时候,哥们我不想再陪孩子玩耍了,我得去做点对我有用的事了。
■网友
需求发生变动,工程师有情绪很正常,不影响到项目进度即可,你是PM,产品的方向由你把握。
大部分工程师的情绪来自deadline的压力,如果项目只是一开始提了一下时间点,但是中途发生需求变动的时候却没有提到时间点的变化,对工程师来说这就意味着额外的工作时间,会心慌,怕扛不起超时的责任,所以,你改需求的时候如果能同时跟他一起重新规划一下时间点,他的抵触情绪会小很多。
【能够沟通的程序员,就是好程序员。这句话有道理吗】 沟通是双方的事情,对方不愿与你沟通,那你也应该反思检讨一下自己的沟通方式;但同时,你依然要记住:你自己是PM,产品的方向由你把握。


    推荐阅读