“Bug”这个词太危险了!——工程师不吵架的简单方法,现在就能用上

公開日: 更新日:

系统开发项目真的会遇到各种各样的事情。

尤其是,所开发的东西与预期完全不符的情况并不少见。

在这里,我希望能和大家分享一些防止这种情况变得更加复杂的方法。

 

首先,结论是,对于工程师,即使您

明显认为是bug,也请说“想就这个‘规格’和您商量一下”

 

这是为什么呢?

 

请允许我按顺序进行解释。

如果能读到最后,相信您一定会成为一个比现在更受工程师(或下属)尊敬的人。

 

 

常见情况

销售(经理):“不好意思,这里有点bug😃”

工程师(技术人员):“这是规格(设计)😂(冷漠脸...)”

...

......

............

这太常见了吧!

 

您是不是也想说“不是吧,这明明就是个bug啊!!”

 

 

即便如此,仍然危险

即便如此,结论仍然是

“bug”这个词绝对禁止使用

这样想会比较安全。

 

为什么禁止使用“bug”这个词?

对于大多数工程师(技术人员)来说,

被说“有bug”听起来像是“你没有好好工作”

 

当然,您并不是那个意思。

只是指出了一点不妥之处。

“有bug”就是这个意思吧。

但是,工程师(技术人员)可能会生气。

那么,为什么会听起来像那样呢?

 

 

那是因为

“bug”这个词的定义在销售(经理)和工程师(技术人员)之间存在巨大差异

 

 

定义上的偏差

首先,销售(经理)方面经常使用的定义是:

Bug = 运行不如预期的情况

例如,“我希望它能更流畅地运行,但它有些卡顿”,对于销售(经理)来说,在大多数情况下都是bug

 

 

另一方面,从工程师(技术人员)的角度来看,bug的定义通常是:

“原本承诺要实现的功能”没有按照约定实现的状态

 

 

这有什么不同呢?

 

说明

前提是,在工程师(技术人员)看来,

  1. 必须要做且已向客户等保证的事情
  2. 知道最好做但未向客户承诺的事情
  3. 经提醒后觉得应该做的事情
  4. 你可能这样认为,但我却不这样认为的事情

是有明确区分的。

是的,这一点真的分得很清楚。

 

 

而且,在工程师(技术人员)看来,

bug指的是:

  1. 必须要做且已向客户等保证的事情

没有按约定实现的状态“仅限于此”

 

 

然而,作为销售(经理),他们的感觉是:

  1. 必须要做且已向客户等保证的事情
  2. 知道最好做但未向客户承诺的事情
  3. 经提醒后觉得应该做的事情

直到察觉到这些并完成,才算是真正完成。

第4点可以通过商议解决。

因为客户满意度直接影响销售额,所以这是理所当然的

 

但对于工程师来说,他们的感觉是“那干脆一开始就定好嘛”

 

这种偏差,就造成了销售(经理)与工程师(技术人员)之间的冲突⚔。

 

为什么会这样区分呢?

这是因为,系统开发并非比喻,而是实实在在地拥有无限的工作量

  • 满足所有人的预期
  • 满足所有使用方式
  • 甚至包括一些小错误操作
  • 在所有情况下
  • 都能“流畅运行”

这在物理上、时间上、预算上、以及是否能被预测出来等角度来看,都是不可能的

即使是开发成本可能高达数万亿的iPhone,也经常出现“运行不畅”的情况

所以,我们不得不进行优先级排序。

 

 

例如,销售人员会遇到什么情况?

请在这里设想一下。

 

假设销售人员对工程师(技术人员)说:

“您说了这么多借口,但最终还是没有拿到订单,对吧?”

您会作何感受?

 

等等,请稍等💢

我有很多自己无法控制的情况💢

我已经尽力了💢

 

您会不会有这样的感觉?

 

更进一步,如果对方说:

“不不不,世上总有一两个这样的客户吧。难道您就没想到吗?”

您会怎么想?

 

“我再也不想和这个人一起工作了!”

有些人可能会有这种感觉。

 

也许某些地方确实存在这样的客户,但他们也可能不存在,要针对所有这些独特思维的客户行为模式开展销售活动,当然是不可能的

工程师也是一样,他们会根据实现的可能性高低来安排优先级。

 

 

结果,正如上面所写,对工程师来说,

bug = “原本承诺要实现的功能”没有按照约定实现的状态

因此,即使是随口说一句“有bug”,也会被他们听作是“你承诺了却没做到”

 

对工程师(技术人员)来说,“bug”就是这样一个带有强烈意味的词

 

 

工程师(技术人员)的心声

在这里,我斗胆写出工程师(技术人员)的心声,大概是这样的:

  • 首先,我没听说过这事💢(或者已经否决了)
  • 其次,如果不是神仙,怎么会知道“你心中的正确答案”呢💢
  • 即使我猜到了,也不知道那是不是正确的、该做的事💢
  • 即使是正确的,如果有时间做那个,不如推进其他工作,不然就麻烦了💢
  • 如果整体进度落后而我被批评,这不公平💢
  • 如果确实需要,请和经理说,让他们安排工时,而不是找我💢

一言以蔽之,就是“那是规格(设计)”

 

 

所以仍然危险

因此,如果您希望在不与工程师(技术人员)发生冲突的情况下推进项目

强烈建议您将“bug”这个词绝对禁止使用

这样的想法牢记在心。

 

那该怎么办呢?

即使您明显认为这是一个bug,也请说“我想就这个‘规格’和您商量一下”

 

这意味着,在销售(经理)自己能够达到工程师(技术人员)的水平,谈论bug和规格之前,无论在任何情况下,都请选择“规格”而不是“bug”这个词

 

 

Bug = 你因为偷懒或无能而没有完成你该做的工作

 

规格 = 现在已经很不错了,但如果能稍加改进就更好了

 

这两者之间的差距大概就是这么大😂

 

 

工程师(技术人员)自己认为“这是个bug”的东西,

我们可以期待他们主动说“啊,这是个bug,我马上修复”。

因为,对工程师(技术人员)来说,bug就是事实上的bug

大多数工程师(技术人员)都对事实非常真诚

 

他们只是明确区分了bug和规格

并非在否认或掩盖bug

 

只是对真诚的定义不同而已

 

结论

所以

即使您明显认为这是一个bug,也请温柔地对他说“我想就这个‘规格’和您商量一下”☺️

 


 

长篇大论,言语失礼之处,深感抱歉。如果能让大家稍微了解工程师们的视角,我将不胜荣幸。

真心希望大家能够体谅工程师们的心情,让他们愉快地工作,共同打造出色的系统!

 

如果大家有“希望实际协调销售和开发的意见”等需求,请务必通过以下表格联系我们💪

我们也提供远程快速响应服务。

返回博客

如果您是通过此博客访问的,我们已在主页上列出了业绩和支持技术等信息,欢迎查阅。

返回主页

如果您想聊聊,请随时与我们联系🙋