传统企业数字化转型之路
分享者：王英伟
个人介绍
王英伟，曾任职于某大型电信、互联网自媒体、电子商
务等金融、电信、互联网、电子商务等领域的科技公司，有着丰富的JAVA开发及项目管理经验，从事过金融、电信、电子商务、大数据等领域的开发、管理工作，现任职于某大型央企架构部。
项目经历：
1、为中国移动开发某网络安全系统，并在18个省成功部署上
线
2、曾主导过中国移动内部某综合网管系统重大版本发布
3、独自带领团队开发某电子商务数据分析系统，并通过
CMMI4级认证
4、曾经参与过某互联网公司门户网站的重大改版
资格认证：
NewProductDevelopmentProfessional
AgileCertifiedPractitionerDevOpsMaster
…
提记：改革的必要性
竞品分析：竞争对手的产品、架构形式是否有变化……
竞标分析：在竞标过程中，我们的报价是否比其他厂家高，高出很多倍……
整体环境：政策是否要求各地政府，尽量采购云服务，节约成本……
客户需求：在电子政务领域，客户是否要求我们的产品实现云化部署……
品牌效应：在新技术探索方面，我们是走在了客户的前面，还是被客户赶着走……
市场份额：我们产品的市场占有率是上升，还是下降……技术架构：我们的技术体系是否落后，招聘技术人员，是否越来越难……
部门效率：部门墙是否厚重，也就是说组织内部跨部门协调工作是否很难……
不用给出答案，自己反思一下就行
如果都是肯定的答案，那么我们其实没有转型的
必要……
平台+应用+人员三位一体
提记：领导层的心态
整体框架介绍
我们的转型目标
转型步骤
各个岗位能力发展方向
Contents
目录
云产品介绍
整体框架介绍
狭义的概念：开发运维一体化
狭义的概念：开发运维一体化
广义的概念：三大支柱，一个基础?捷规范
持续交付
ITSM（IT服务管理）以精益管理为基础
Lean[精益]/TPS[丰田生产管理系统]
整体框架介绍
一、 整体框架介绍
领导层产品
项目管理开发测试运维运营
DevOps
??
角度不同，得出的结论不同，没有对错之分
二、我们的转型目标
IT架构转型思路
.云原生技术栈-微服务， DevOps和容?技术
√基于领域驱动设计的原则，使用微服务架构将原来高耦合，低内聚的系统
转型为按照业务合理划分的微服务架构，从而达到低耦合，高内聚，同时具备高可用性，高扩展性，高性能，高伸缩性以及高安全。
√采用?捷流程和迭代方式，小步快跑。同时建设DevOps持续交付平台，保障整个研发流程在高质量的前提下,通过自动化缩短交付时间。
√使用容?(镜像)作为标准化交付件，避免开发。测试和生产环境的差异，同时标准化运维环境。同时建设容?管理平台，提升运维效率，支撑微服务架构带来的分布式系统的复杂性。
二 、我们的转型目标
IT架构转型流程图
二、我们的转型目标
1、IT架构转型流程图
二、我们的转型目标
IT架构转型流程图
岗位角色：
1、业务拆分架构师
2、?捷教练
3、DevOps实施工程师4、微服务架构师
5、容?运维工程师
有些单位：
1、4可能合并
3、5可能合并
三个平台、两种能力：
1、云管平台
2、devops工具链平台3、微服务开发平台
4、业务拆分能力
5、?捷指导能力
二、我们的转型目标
产品架构设计
二、我们的转型目标
3、产品架构设计
目标：
项目复用
60%
产品复用
80%
临时演示
90%
二、我们的转型目标
4、实施路径总结
真实想法：
在见了一些微服务开发平台以后，短期内我们是否有时间、能力开发自己微服务框架
基于现有资源，
如果有外部专家指导，就从核心往外围做如果我们内部自己做，就从外围往核心做
三、转型步骤
第一步，建立变革同盟，给相关干系人传输相应的理念（洗脑）
兵马未动，粮草先行
实施之前，先进行理念灌输，达成意见统一
云管平台Devops工具链三、转型步骤
云管平台
Devops工具链
第二步，完成混合云的设计搭建
微服务平台流程编排自动化服务目录应用模板多云管理人 流程 技术
微服务平台
流程编排自动化服务目录应用模板
多云管理
三、转型步骤
第三步，完成多速度?捷IT搭建
准备期 正式迭代期（4周）
PM/
PM/设计角色
PM：
需求搜集
需求排期/评审原型设计
设计：UI
第1~2周
PM：测试相关文档
发布相关文档
下个迭代周期（需求、排期、原型）
提测（2轮） 第3周
测试结束
设计：UI
发 布
…重复此流程
前期
研发角色研发：开发迭代周期内的功能
研发角色
研发：修复issue
研发：发布前
检查
设计角色测试：测试、
设计角色
提交bug
测试：验证测试问题
三、