李威-从每月发布一次到每天发布多次的流动式软件交付实践.pdf

《李威-从每月发布一次到每天发布多次的流动式软件交付实践.pdf》由会员分享，可在线阅读，更多相关《李威-从每月发布一次到每天发布多次的流动式软件交付实践.pdf（32页珍藏版）》请在三个皮匠报告上搜索。

1、李威 2020-12-242020-12-242 讲师介绍 李威 JFrog中国DevOps解决方案架构师 DevOps教练，GDevOps、TGO鲲鹏会金牌 讲师。曾就职于京东、烽火等互联网企业 及传统企业，十年一线开发及运维经验， 带领团队从零到一实践DevOps转型。 介绍一种流动式软件交付方法01 目录 contents 02这种方法如何加速交付速度 传统的项目为什么发布慢，效率低？ 2020-12-242020-12-244 运输运输 工作的产品、信息或者物料的移 动, 移动移动 不必要的物理移动, 过度生产过度生产 比需要的生产地更快或更多, 缺陷缺陷 由于错误、问题或功能不完整而

2、 造成的返工, 库存库存 在制品，比战略要求级别生产了 更多的产品, 人才人才 未使用的人类创造力和潜能, 等待等待 停止或者降低速度，以等待下一 个工作的到来, 过度处理过度处理 过分的或不必要的工作, 浪费浪费 精益生产-浪费 上线一个功能，有多少时间被浪费了？ 开发流水线传统制品库自动化测试 Development Build/run unit test Upload Artifacts Complete QA testing Security Check Deploy to Production Software engineering Deployment engineer Depl

3、oyment engineer QA specialistSecurity engineer Deployment engineer VA:32hr(s) LT:96hr(s) VA:0.50hr(s) LT:2hr(s) VA:1hr(s) LT:12hr(s) VA:6hr(s) LT:11hr(s) VA:2hr(s) LT:14hr(s) VA:2hr(s) LT:24 总共耗时 159 hr 安全检查 全量构建：2 hr 等待联调：8 hr 等待 过度处理 等待集成构建 2hr 等待 缺陷 确认待测版本 2 hr 等待 库存 移动 提测版本不可用：8 hr 等待沙盒环境：8 hr 缺陷 等待 引入高危漏洞退回 8 hr 缺陷 人才 浪费时间：40 hr 浪费占比 = 25% 确认部署版本 2 hr 等待 运输 过度生产 部署工具 LT： (Lead Time): 完成任务花费的所