我们应该使用这种新技术，你看它多快、多好，又多么优雅，可以加快开发进度啊。

你看，我上周末实现了一个原型而且它还可以跑生产，这新技术就是这么牛 X。

……

说好的要让员工在公司里学习和成长呢？

……

呵呵，干里凉，辣鸡公司，我唔捞喇。

这样的对话熟不熟悉？作为开发，你有没有经历过想要在工作中引入新技术却阻力重重，而且很多时间就花在了这样的争论之中，最后还搞得心力交瘁。

前 Etsy CTO Kellan 发表了一篇文章，他认为技术团队中沟通成本太高，有时候总是需要花时间与精力去讨论一些难以达成统一观点的问题，比如上边这种典型的“是否要引入一项新技术”。

如何去避免呢？

Kellan 介绍了自己已经使用了十多年的“问题列表”，在想要引入一项新技术之前把该列表的问题都思考一下，而不是去无休止地讨论，甚至于辞职。

问题列表比较简短，思考过这些问题之后，也许就不用去争论了：

• 我们到底是要解决什么问题？ （永远不应该因为自己的目的而引入新技术）
• 我们可以怎样用当前的技术栈解决这个问题？（如果答案是做不到，那么可能对这个问题没有进行深入思考；如果可以，那么思考下一个问题）
• 我们当前的技术栈为什么不能以金钱、人员与时间等方面经济有效的方式去解决这个问题？
• 我们是否明确了新技术会带来的新成本？（监控、员工培训、学习精力等）
• 如果这项新技术可以替代目前的一些方案，那么我们能不能保证将来把相关的开发都迁移到这项新技术上？还是说我们针对这一个问题其实会有多种解决方案的尝试？（这个新技术路线会不会稳定下去？）
• 有没有我们信任的人在使用该新技术？我们和他们谈过这个东西吗？他们是什么想法？新技术有什么是他们不喜欢的？（如果他们不讨厌它，那么他们还没有深入使用过）
• 怎样低风险去尝试？
• 有没有组织各个部门的高级别员工逐一回答上述各项，有没有文档记录？

你的想法呢？

(文/开源中国)