之前,我建议去问问开发者怎样才能减少软件开发时间对业务的影响,但是当开发者处于“赶进度”模式时,我们不可能得到从他们那儿得到很好的回复。当我们进入这种环境问道:“我们怎样才能开发得更快?”可能会得到两种回复中的一种:
1. 用火烧了它
“我们需要出走两年,然后重头再来。”这种情况通常在开发者已经被技术债务彻底压垮时发生。技术债务太繁重了,所以他们感觉 的出路就是宣告破产。他们这样做可能也有一定的道理,但与此同时,我们可能并没有相应的预算作为支撑,而且当我们过后重建的时候市场必然不会一成不变。
2. 愤慨
“我们已经开发地更快了,我不敢相信你竟然觉得你只用半个小时的头脑风暴就能修复这个复杂的问题!你怎么敢?!”这种情况通常在开发者觉得自己被迫发行低质量代码时发生。他们感觉当客户抱怨漏洞时,自己受到了客户的谴责。而且他们的愤慨很可能是有一定理由的。开发者怀着这种心态是不会帮我们的,除非我们可以向他们表达我们听到了他们的心声。他们需要知道我们理解他们的顾虑,我们同样也需要表明我们正在严肃地考虑做一些改变。
在以上两种情况中,开发者的顾虑是正当的,但他们只关注了自己。我们希望创造一种每个人都为将软件开发时间对业务的影响降到更低 而努力的环境。如果开发者不能摆脱这种心态的话将难以达成以上愿景。一切策略开始的前提是,向他们表明我们正在严肃地考虑做一些改变,这通常包括寻找减压的方式,即使那只是暂时的。
但是即使这样,开发者仍然只会关注自己,除非再做一些改变。他们关于如何提升自己的工作成效会有大量的主意,其中一些想法可能很不错,但是有风险。我们需要让开发者转移对自身压力的关注,而将注意力集中在将软件开发时间对业务的影响降到较低上。我们需要让他们直面客户痛苦。