技术债和创新其实是一回事，很多人没洞察出这-云通讯Pass平台

技术债和创新其实是一回事，很多人没洞察出这

来源：原创时间：2017-11-07 浏览：0 次

（1）关于技术债

如果公司业务不行垮了，技术债就不用还了；如果公司业务迅猛发展，也没啥技术债，因为不断的有新业务，而且业务可能生命周期很短，很多没多久就被抛弃了，所以干脆不用去解决；技术债，大多存于不死不活的公司，所以大家心态要放稳。

当然，如果采取下面的技术架构和行动原则，可以就不用背多少技术债务：

1、心态：大家做架构，就要从大局出发，不要在乎一城一池的得失及完美，大局稳定就OK。这就如同三大战役打完，天下已定，虽然局部战争还在打，但不影响建国。

2、技术架构：IDC与云计算、大数据平台、主数据管理、ESB企业集成总线、灰度上线、流量分流负载均衡，其他做成微服务即可。一个小服务烂，只烂它的，它重写就重写它的，不会把问题蔓延影响到其他模块和整体

3、行动原则：一年故意打两次大仗，为了备战，每年借这两次机会进行升级改造

（2）关于创新

创新，我赞同业务驱动，把线下存在的模式，用数字化在线化的方式再重新设计实现一遍，就有创新。这就是重新想象的意思。太阳底下无新鲜事，尤其对于存在了几年前的流通零售业务。

有人问：创新，到底是搞一个五脏俱全的团队隔离出世外桃源自由发挥自己做闭环，还是框在一个既有的业务中来孵化新业务？

我的建议是：

1、指引：给战略方向，但不要做战略管理。给目标约束，不能细节行动约束

2、组织/权责/激励/决策自由度：全职能小团队。一个小团队，有产品经理、UI、架构师、前端开发、后端开发、测试。当然小团队必须工作在平台之上，刚才说的技术架构就是，每个小团队维护一个或几个微服务业务应用，大问题大难题都让技术平台屏蔽，具体业务应用微服务，都是铁打的营盘流水的兵，好好做业务应用创新突破

3、激活组织：鼓励并强制人员自由流动。一个团队大于20人自动拆分、一个团队人跑路的小于7个人自动取消，让管理者无人可管。这样就保证谁不千方百计突破创新往前跑往前增长发展，他的手下就自然先跑路了，人往高处走水往低处流，自然法则

本文详细内容：https://www.e253.com/news/industry/293.html