今天和一家大型企业内部IT团队（1000多人）负责人进行交流，交流的问题都比较普遍，所以发出来共享给大家。由于我工作时间紧，所以只能把要点赶快记录一下，具体更详细的，线下专门交流更好。
一、谈CTO、谈CTO战略规划
业务驱动是必然的。但并不是CTO就不能做战略规划。技术战略和应用研发战略都应该考虑，这是双线的，不是厚此薄彼的。
如主数据、SOA化、云化、传感器和人工智能识别收集数据、大数据仓库建设、DevOps工具链建设、运维自动化、两地三中心建设、大数据驱动安全、敏捷组织管理转型，这些都是CTO必须规划的。不能因为业务部门没有给出业务规划，CTO就只能被动响应了。
CTO的铁三角能力模型：
1、业务理解洞察能力
2、技术平台架构能力
3、研发团队管理和创新能力
二、谈新技术研究、新技术推广落地
新技术由实验室团队前瞻，一般通过巨头合作、开源社区拥抱进行。（各研发事业部也可以对外对接巨头合作）
新技术一般会寻找一个业务应用研发团队做创新应用试点，试点完成，会抽象出共性技术解决方案，然后推动注入新技术平台版本。
新技术平台发布后，我们会举办技术分享、技术认证培训、技术沙盒演练环境、技术创新马拉松、优秀应用场景推广宣传、晋升加薪加分，新技术得到推广。
三、谈业务应用规划、需求管理、组织协同、项目管理、质量保证
一年耐心，不行就撤职开除；618双11大考必须赶上；业务规划不能憋大招
全职能8-20人规模小团队：项目经理、产品经理、前端、架构师、开发、测试；全权对某几个核心模块或某个子系统负全责。项目经理专门管理计划、进度、跨团队协调沟通推动、风险识别、质量、预算成本。产品经理专门负责需求调研交流、原型设计和详细设计。有的模块核心需要有专门的架构师，有的模块不太重要就几个模块共用一个架构师。不同特点的团队有的是项目经理做Team Leader，有的是产品经理做Team Leadr，有的是架构师做Team Leader，就看这个模块是技术模块还是标准产品模块还是跨业务流程的模块。
研发不憋大招；小范围修改、每周二周四上线；
服务化架构、主数据独立服务、OLAP和OLTP分离、大数据仓库；SOA中间件技术平台；特性开关；
容器环境只读化防止生产环境谁人改动、持续集成工具链自动化无人工干涉；虚拟化、日志监控在底层偷摸接入不侵入应用代码可以快速查找问题；
灰度发布；
四、谈重构、架构演进、服务化、云化
服务化架构、主数据独立服务、OLAP和OLTP分离、大数据仓库；SOA中间件技术平台；特性开关；
全职能小团队：项目经理、产品经理、前端、开发、测试；全权对某几个核心模块或某个子系统负全责；团队之间的连通通过SOA中间件、通过服务化接口。只要接口不变内部怎么重构都无所谓。
618双11最大流量最大数据峰值大考必须保证；哪里是性能瓶颈就把哪里独立出来做成服务。一个瓶颈被独立出服务后，下一个瓶颈就会暴露出来，就是这样不断敲掉瓶颈不断独立，因而自然服务化了。
对服务接口不做高度抽象规划，就是随着接的越来越多，最后接的连研发人员都烦了，他就会自己抽象出过去共性的和不共性的，因而就出现了比较稳定的V2.0接口。老接口就会越来越不受支持维护，其他关联系统也就慢慢转移到新版本接口上了。
云化可以保证底层可以随时进行资源管理、日志监控添加、迁移、复制、备份。
容器化可以保证人们必须通过DevOps上线，中间不会出现人为错误；而且容器可以进行环境版本隔离；容器还能保证只读化环境，防止人为对生产环境进行变更
五、谈企业软件用户体验
企业软件用户体验不好，两个根源造成：卖高价、屏幕太大。
一套软件如何卖出上百万甚至上千万？只能不断的加功能，用功能强大来说明自己值这么多钱。SaaS租用商业模式打掉了这个问题。
屏幕太大，就会一个窗口放40多个录入框，就会层层叠叠弹出。
想改进企业软件用户体验，除非用下面的技术来重新设计企业软件：
1、移动App化：屏幕就这么大，网速就是这么快，而且都是触摸屏不能大量输入信息。倒逼产品经理重新想象重新设计
2、传感器化：利用小程序、二维码识别、地图位置定位、语音识别、拍照识别、印刷文字证照识别等等技术，让数据收集润物细无声就完成，不需要人工录入，不需要集中在某个岗位身上全部完成（可以分散在多个环节场景中不同人分段采集完成）
六、谈技术统一
技术统一，过去的初衷是为了在一个组织中一个技术人员可以修改多个系统的代码，这样便于人员灵活使用。另外一个初衷是技术统一可以简化部署环境的复杂性和运维排查问题的复杂性。
技术统一这事越来越难。因为业务驱动，业务发展需要，出现了技术挑战。因为国内技术人员能力薄弱，如果出现大的技术挑战，而且国外互联网巨头开源了成熟方案，一般我们就拿来主义而没有时间也没有能力去原生自我研发。
这样，人家互联网巨头用的什么技术，我们也只能被迫使用什么技术。我们没有选择。
不过也不用太担心所谓不统一的问题。因为国内技术人员普遍技术能力薄弱，所以大家即使不强制统一，大家选来选去也只能选择那些主流的技术框架，因而事实上还是统一的，不会出现百家争鸣乱象丛生的情况。
