皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

要不要引入新技术?先思考这几个问题

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

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

……

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

……

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

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

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

如何去避免呢?

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

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

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

你的想法呢?

转自 https://www.oschina.net/news/104839/new-tech-question-list

分享到:更多 ()