创新项目从来都是在负债之下做架构取舍.docx

? ? ? ? ? ? ? ? 创新项目从来都是在负债之下做架构取舍 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 本文作者史海峰，内容首发于合作伙伴DBAplus社群。 大家好，我今天的分享主题是“从0到1：创新项目架构取舍之道”。大概一两年前，饿了么的CTO在会上问大家，你们觉得像饿了么这样级别的互联网公司，最重要的资产是什么？作为一个技术领导者，有没有考虑过这个问题？到底是数据、代码、客户、人才、系统？其实到最后会发现每一种资产都很重要，还有创新能力也非常重要。 我今天也会提到一些这方面的考虑，主要内容是以下四点： 创新项目从0到1架构演进策略：一个项目从0到1，你要上来就搭个大的架构还是慢慢来？顾虑是对手可能比你还敏捷，中间有很多环节顾不上，别人上的我也要上，那怎么办？ 成熟技术体系中如何快速创新：饿了么这么大一个公司，已经拥有成熟的体系，如果想做一些创新，怎么才能实现？ 敏捷迭代中的技术债如何偿还？ 技术怎么与创新业务齐头并进？这两点都围绕技术问题展开，情况是开始可能技术不够成熟，后面功能越来越丰富，数据越来越多，是不是可以做技术驱动业务的事情？ 一、案例引入 我们用一个案例来分析：去年饿了么做了无人货架这个业务，无人货架是2017年新零售行业的一个风口，很多公司的办公室里面都有。去年的9月份开始，到现在不足一年，所以还有很大的发