1、中国DevOps社区峰会 2022 武汉峰会 2022 武汉 欧兰辉、刘小林中国DevOps社区峰会 2022 武汉数字化转型存在诸多痛点时间痛点始点痛点改进痛点规模痛点成果痛点转型需要时间给转型工作提供的时间不多项目1项目2项目2二期项目3项目3三期项目3二期项目集1需求项目3四期项目集技术改造书上说的都有次序但是每个项目的情况各有不同团队需要改进,但是不能降低产能和无视项目目标,特别是项目的时间压力团队规模庞大,靠单个团队改进需要可以复制的实践转型过程复杂,涉及人员众多,影响因素相关关联,如何证明实践的有效性。中国DevOps社区峰会 2022 武汉我们一直在实践中探寻更好的软件开发方法,
2、身体力行的同时也帮助他人。由此我们建立了如下价值观:个体和互动 over 流程和工具可用的软件 over 详尽的文档客户协作 over 合同谈判响应变化 over 遵循计划也就是说,尽管右项有其价值,我们更重视左项的价值。右移左移稳定固化流程形成战斗力探索发现问题解决问题团队磨合1 目标尽早持续有价值满足客户2 欢迎变更帮助客户建立竞争优势3 要经常周期越短越好4 要业务、开发在一起5 要激励人员环境和支持相信他们能完成任务6面对面最有效7 衡量进度可工作的软件8可持续,稳定的开发速度9 卓越技术精益求精设计不断完善11 简洁尽量减少不必要的工作10最佳的架构、需求设计出自自组织团队12 调整
3、行为定期回顾和反省即时端到端极简重拾敏捷价值观和原则建立转型策略中国DevOps社区峰会 2022 武汉极简质效:从0到1的团队敏捷度团队敏捷度目标感(O)协作感(Q)进展感(P)成就感参与感存在感天鹅拉车资源不限量供应击鼓传花需要优化合作团队的生长上限,生命体成长中国DevOps社区峰会 2022 武汉落地三板斧调结构稳节奏定产能中国DevOps社区峰会 2022 武汉第1步 调结构落地三板斧中国DevOps社区峰会 2022 武汉落地三板斧IT端到端交付第一次全量交付业务端到端流程传统流程传统方式的应用错误真实的用户测试真实的用户测试目标敏捷敏捷的应用错误能力调整用户拒绝的功能第1步 调结
4、构中国DevOps社区峰会 2022 武汉人员固定团队统一负责人负责端到端交付产品、研发、测试整合人员相对稳定且专职人员角色、职责清晰人数限制(非强制)72近距离现场沟通团队目标:拉通业务端到端的目标诉求以及研发小队的端到端交付过程目标DoD:需求完成到待发布(Ready to release)方可计数拉通业务端到端流程,及跨团队需求优先级产品相关技能支持和决策产品相关规范要求横向拉通跨系统技术沟通、技术相关技能支持和决策、技术相关规范要求横向拉通跨系统测试工作计划、数据、用例等测试相关技能支持和决策测试相关规范要求项目相关决策业务部门产品开发测试产品负责人开发负责人测试负责人项目经理业务代表
5、业务代表业务代表解决方案架构师横向拉通业务,决定在哪个领域进行功能实施落地三板斧第1步 调结构业务部门产品开发测试业务部门产品开发测试中国DevOps社区峰会 2022 武汉如一个通用的DoR条件包括:业务逻辑描述清晰业务流程已明确UI/UE已准备(可以是手绘原型,必须能保证可以说明问题)上下游依赖系统已经沟通并确定联调时间数据规范已确认(若涉及)详细设计已完成评审测试用例已准备并完成评审自研项目或人力外包项目的DoD条件:编码结束单功能移测、修复完测试回归测试完成供应商项目:编码结束单功能移测、修复完UAT环境更新,确保本公司和业务方可以接入开发在迭代第一天可以进入编码的状态,团队的DoR内
6、容还缺少什么内容迭代完成的内容可以随时演示或上线,团队的DoD条件还缺少什么内容一次解决一个主要问题动态调整落地三板斧第1步 调结构DoRDoD中国DevOps社区峰会 2022 武汉第2步 稳节奏落地三板斧中国DevOps社区峰会 2022 武汉落地三板斧当前迭代NWeek1Week2Week1Week2迭代N+1需求梳理会,原型设计封版迭代N 代码封版迭代N发布两周一次迭代,每迭代发布一个版本,发布窗口为周一晚(or周四晚),目标:不停机发布需求梳理会:产品给团队讲下一个迭代需求计划会:研发给产品和测试反讲需求评审会:团队给产品和业务方show新功能