1、,工具链产品的修炼之道,姚冬华为云,）,华为云软件开发服务（首席技术布道师资深DevOps与精益/敏捷专家华为云云享专家中国DevOps社区核心组织者,中国DevOpsDays大会核心组织者,姚冬,华为的客户与业务,服务全球运营商,服务亿万个人消费者,服务全球政企 和行业客户,消费者业务全球标志性的科技品牌,运营商业务客户最佳战略合作伙伴,企业业务数字化转型的使能者和 最佳合作伙伴,云业务做客户稳定可靠、安全可 信、可持续演进的云伙伴,华为的产品与研发特征,4,嵌入式系统运营软件云服务软件手机终端，,产品形态丰富,产品复杂,团队规模大,千万级代码规模电信级质量要求场景复杂，多产品组合高性能与高

2、可靠性,千人团队并行开发跨地域协同多文化背景,5,背景：DevCloud的成长历程,2016年9月,2016年12月,公测,项目管理代码托管编译构建,正式亮相发布,项目管理代码托管,代码检查部署服务发布服务,发布,启动,年月,年月,2017年9月,发布流水线服务发布发布,2017年1月,移动应测试发布特性发布文档管理特性发布,时间轴：迄今 团队规模：几个人 几十人 几百人,2018年2月,高校解决方案发布接口测试发布承办华为软件精英挑战赛,2018年10月,华为开源镜像站发布沟通协作特性发布,孵化自华为,年的研发理念与工具,6,背景：团队角色设置,：，负责产品规划、设计、分析：工程师，负责用户

3、研究、交互设计、美工、视觉,：干系人（项目 业务 服务）：负责客户场景及解决方案,：微服务 特性经理，兼任敏捷，带领团队进行开发：技术，系统工程师，负责架构、系统设计开发：负责代码实现测试：负责测试验证运维：负责部署、发布、运维、监控,开发,测试,运维,纠结 思考,产品思考,：需求变更是永远的痛么？01需求变更,企业用户的需求是相对稳定的工具链产品的需求就更加稳定不同的是对客户需求的理解、实现与体验用户要最短时间达到目的地用户需要一辆自行车 用户需要一辆汽车用 户需要一辆特斯拉.,产品思考：价值如何判断？02,价值与排序,追求“正确”还是“安全”？做了肯定没有错，却低价值话语权：都紧急，都是大

4、单，都是客户，不接就上升到老板人人都是产品经理，人人都认为自己可以代表市场与客户,产品思考：不同价值观与思维模式的碰撞03,如何与开发打交道,与懂产品 与 懂技术？产品经理的技能要求？产品经理不是经理屁股决定脑袋，不同？如何寻找共同利益？,产品思考,：看大还是看小？04市场定位,什么是属性大与小的差异案例与护城河多样性与一致性,产品思考：线上还是线下？05,产品与运营策略,如何放量？线上与线下的差异：获客、活动、转化、拜访、支持、实施、咨询如何提升客户满意度？客户的差异化诉求如何满足？,知识的诅咒,产品思考：吃自己的狗粮06,产品使用场景,吃狗粮客户使用，场景不同林子大了，什么鸟都有对内自用的

5、产品对外商用的产品,产品思考NO.7：免费 vs 收费07,产品组合Product Portfolio羊毛还能出在猪身上么？产品组合管理,产品思考：开源商用08,产品商业策略,开源与商用开发者社区追求深度,追求广度,实践 武器库,不要憋大招，该出手时就出手,版本火车 错过要等 大包交付,超长累积风险 最后爆发,组织割裂 层层决策 汇报中失去 机会,短周期 固定节奏 小批量,更短持续反馈 风险化解,扁平化 自决策,交付形式,TTM,组织,始终可以有可工作的软件,最终才有,时刻都有可工作的软件，敏捷应运而生,武器号敏捷交付模式,18,，最大的价值交付给客户,资源永远是有限的，持续规划，动态调整，最

6、短的 多路径来源：战略、市场发布、竞品规划与排序：,，,、,需求价值评分,模型,评审,管道平衡商业改进,需求价值排序,竞品分析,架构优化“吃狗粮”,重大市场发布,持续规划排序,客户,管道平衡：兼顾商业与改进，预留人力管道，持续改进反馈战略规划,Or,武器号价值识别、需求排序,19,武器号 与客户联合敏捷，众创，对齐客户商业价值,客户评分,超出期望的服务 低于预期的服务.,对齐场景、价值,哦，恍然大悟 嗯，确实是刚需.,确定优先级,坦诚沟通，互相理解 联合确定价值优先级 甚至主动删减需求,确定交付计划,计划、风险、依赖透 明、可视化客户需求有预期,武器号持续规划，持续交付,实践：双周迭代，小步快

7、跑，持续规划,路标规划与刷新,让需求飞一会儿,臭皮匠，需求和方案的,拥抱变化的文化，具象的低保真,挖掘背后的需求,响应变化，但是也需要有节奏和承诺,武器号服务自治，组织结构与产品架构相适配,计划,开发,集成,测试,部署,供应,商业计 划,需求,监控,技术经理技术经理 技术经理,开发工程师开发工程师 开发工程师,产品运营产品运营 产品运营,产品经理,技术经理,开发工程师,产品运营,服务产品经理服务产品经理 产品经理,服务服务,商业计 划,需求,用例,特性,计划,Go-to-market,设计,开发,重构,单元测Bug修试复,部署,供应配置编排部署报告监控,业务部门（）市场运营 需求管 理 项目管

8、理,研发部门（）经理 研发工程师 测试工程师.,运营部门（）平台运维 基础架 构运维,团队,流程,转型前,转型后组织：服务 微服务全功能团队，产品经理负责制流程：全流程整合，高度自动化，一键发布,转型,在敏捷转型基础上，进一步横向整合从业务,研发 运营的团队和全流程。,转型,转型,市 场 及 销 售,商 业 开 发,客 户 支 持,：产品架构和组织结构相辅相成面向云服务 微服务的架构，向全功能团队转型：对特性 部件 服务，完整的实施规划 需求 设计 开发 测试并独立部署、交付、运维（,场景）的项目型团队。,22,集中决策,项目经理,项目经理对结果负责，向上汇报；项目经理基于 商业判断垂直决策。

9、,启发式决策,微服务 团队,微服务 团队,微服务 团队,项目经理团队产品经理群 运维,核心团队基于商业运营情况向上对齐，获取决策 支持；服务团队自主运营。,组 织 转 型,安全 可靠性,原子 服务,原子 服务,产品 服务,产品 服务,产品 服务,原子 服务,“自主生长”产品服务族,微服务化团队基于数字化运营结果进行自主决策；组织发展基于运营结果。,规划设计,创新研发,洞察竞分,运维监控,运营维护,客户反馈,武器号逐渐转型为自主经营的全功能团队,23,武器号架构解耦，最小可行产品是敏捷的保障,由横向分层的大系统纵向解耦的小系统演进 各个微服务 特性，可由独立团队并行开发交付,架构与系统解耦，做到

10、组件化，乃至微服务化：实现松耦合，可并行开发、构建、测试、部署、运行的最小可运行产品 特性。,需求分解的原则：需求分解遵循小步快跑，同一个特性可以由多个迭代,逐步演进，从简单可用、到功能完善。,数据中心,缓存,控制中心,业务,业务,业务,业务,单机版 按月发布物理机前台后台阶段一：传统架构及瀑布试研发模式，发布上线耗时个月。,微服务化（天级发布）全云化,微服务框架,服务,服务,服务,数据服务,缓存服务,其它,服务,阶段三：微服务版本独立发布模式，配合端到端的独 立交付流水线，实现天级次上线能力。,架 构 演 进,总线,前台服务,服务,服务,服务 服务,数据服务,缓存服务,其它,服务化（双周发布

11、）虚拟机,阶段二：服务化改造及使用云化产品交付模式，交付,周期缩短为周。,24,一次灰度用户,二次灰度用户,三次灰度用户,集群,灰度,灰度,灰度,资源池,资源池,资源池,资源池,灰度发布策略,部署服务,一键回滚在线验收测试 测试重要新特性友好用户先体验,武器号灰度发布策略驱动自动化部署与回滚,25,武器号VoC 驱动，持续规划，数据分析，动态调整，持续反馈,数据采集,数据分析,规划调整,故障 利用率,热力图,产品,用户,资源,运维,营销,官网,客服,数据,调用 实例类型 实例数量资源总量区域用量 增长率,付费用户 转换率 流失率,咨询 报障 投诉,事件、折扣、引流,场景）：,用户画像系统（精准的用户研究）多种数据维度驱动运营、判断用户行为分析系统（用户高频操作，智能路由，增长黑客模型,数据中台（核心业务数据，北极星指标体系）系统：用户需求反馈和统计分析特性开关轻松实现测试,26,武器号能力成熟度评估，定期体检，对症下药,能力成熟 度等级个人级 团队级 产品级 企业级,关键能力域,全功关键能力项能团队,松耦 合架 构,自动运营化运驱动维开发,持续交付,运维运营,可视 需求 计划 过程 持续 质量 数据 环境 持续 化与 管理 管理 管理 集成 保证 管理 管理 部署 可追溯,云上基础设施,敏捷管理,敏捷无敌之,时代 即将出版,28,谢谢,