2022,致力于做行业资讯、优秀的短信网站导航平台!
本站收录相关网址皆来源于网络,欢迎广大用户反馈问题网站,本站将第一时间清理!并且提醒大家!
手机短信验证码_语音验证码平台_接码网站-爱码网
当前位置: 首页 > 行业动态 >

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

时间: 2020-02-09 22:17 来源: 未知 作者: 1 点击:
技术债和创新其实是一回事,很多人没洞察出这 (1)关于技术债如果公司业务不行垮了,技术债就不用还了;如果公司业务迅猛发展,也没啥技术债,因为不断的有新业务,而且业务

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

(1)关于技术债如果公司业务不行垮了,技术债就不用还了;如果公司业务迅猛发展,也没啥技术债,因为不断的有新业务,而且业务可能生命周期很短,很多没多久就被抛弃了,所以干脆不用去解决;技术债,大多存于不死不活的公司,所以大家心态要放稳。当然,如果采取下面的技术架构和行动原则,可以就不用背多少技术债务:1、心态:大家做架构,就要从大局出发,不要在乎一城一池的得失及完美,大局稳定就OK。这就如同三大战役打完,天下已定,虽然局部战争还在打,但不影响建国。2、技术架构:IDC与云计算、大数据平台、主数据管理、ESB企业集成总线、灰度上线、流量分流负载均衡,其他做成微服务即可。一个小服务烂,只烂它的,它重写就重写它的,不会把问题蔓延影响到其他模块和整体3、行动原则:一年故意打两次大仗,为了备战,每年借这两次机会进行升级改造(2)关于创新创新,我赞同业务驱动,把线下存在的模式,用数字化在线化的方式再重新设计实现一遍,就有创新。这就是重新想象的意思。太阳底下无新鲜事,尤其对于存在了几年前的流通零售业务。有人问:创新,到底是搞一个五脏俱全的团队隔离出世外桃源自由发挥自己做闭环,还是框在一个既有的业务中来孵化新业务?我的建议是:1、指引:给战略方向,但不要做战略管理。给目标约束,不能细节行动约束2、组织/权责/激励/决策自由度:全职能小团队。一个小团队,有产品经理、UI、架构师、前端开发、后端开发、测试。当然小团队必须工作在平台之上,刚才说的技术架构就是,每个小团队维护一个或几个微服务业务应用,大问题大难题都让技术平台屏蔽,具体业务应用微服务,都是铁打的营盘流水的兵,好好做业务应用创新突破3、激活组织:鼓励并强制人员自由流动。一个团队大于20人自动拆分、一个团队人跑路的小于7个人自动取消,让管理者无人可管。这样就保证谁不千方百计突破创新往前跑往前增长发展,他的手下就自然先跑路了,人往高处走水往低处流,自然法则本文详细内容:https://www.e253.com/news/industry/293.html

------分隔线----------------------------
日常分享