专栏名称: 架构栈

研究分布式计算、高并发、大数据、架构设计、研发流程改进、研发团队管理；关注电商，互联网金融和社交产品；技术人深度思考，职业发展；每天早晨准时推出原创文章，力求干货源源不断。

开发过程中沟通的禁忌

架构栈 · 公众号 · 架构 · 2017-12-05 00:34

正文

如果你是非技术人员，我想说：

请不要对技术人员说“ 这个需求很容易实现 ”

当一个不懂技术的人试图对软件开发时间进行评估时，有一个很基本的直观指标在辅助他们：以体积或者数量为指标的复杂度。

要么是根据代码的行数，要么是根据参与的人数。

之前听朋友讲到一个真实的段子：公司老板让项目经理，统计每位开发工程师的代码行数，根据代码行数确定每个人的绩效。

另外一个常见的例子就是，产品经理问你需要几天完成这个需求，你说需要1周，那么一般接下来的对话就是，“给你加2个人，我要2天做完。”

不幸的是，开发的复杂度，唯一有效的推测方法是技术人员根据过去的经验。而且还不是每次都管用。作为一名十几年的技术人员，我知道，根据我之前开发过或者领导的相似项目，我可以估计出现在的这些功能特征各自要多少开发时间。然而，事实情况中，每个项目在开发过程中都遇到意想不到的事情。比如block issue，人员的突发情况，沟通障碍等等。这些问题，有时在项目开始前，根本不会有所预见。

除此之外，非技术人员会将“最快做完功能”来判别技术人员或者技术团队的能力，因为背后的“可维护性”或者“可扩展性”不是一眼看出来的。

如果你是技术人员，我想说：

请不要对非技术人员说“ 这个需求技术上无法实现 ”

参见多年前小马哥说的，在鹅厂，没有什么需求技术上是无法实现的。