精益看板发现那些被隐藏的浪费.pptx
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《精益看板发现那些被隐藏的浪费.pptx》由用户(无敌的果实)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 看板 发现 那些 隐藏 浪费
- 资源描述:
-
1、精益看板,发现那些被隐藏的浪费精益看板,发现那些被隐藏的浪费大纲大纲 大规模团队的效率原则 建立大规模团队看板系统 大规模团队看板的运作与反馈分析 利用看板拉动组织改善和创新案例背景:团队庞大,沟通成本高案例背景:团队庞大,沟通成本高XX产品解决方案: X个大网元(200+开发) Y个小产品(50+开发) 20+个部件/服务云化产品解决方案云化产品云化产品B 云化产品云化产品C云化产品云化产品A配套第三方云化产品a云化产品b云化产品c云化产品d云化产品e 1000+人的大研发团队 上海、北京、西安、深圳通信服务XX服务LB服务服务XX服务XX平台局部改进,难以达到整体效果局部改进,难以达到整体
2、效果 我们跑数万用例,从周级变成了小时级 但用例失败后的定位时间却是按周算的 我们个人级的构建时长缩短到了1分钟内 但由于跨部门的联调、沟通,代码在开发人员本地存几周 我们通过增量编译、自动化、灵活调度让出版本的时间缩短了50% 但各类问题导致我们一个版本总要出个两三遍优化的成果都被浪费给“吃”了系统思考学(System Thinking):整个系统的成功的关键是各个部分的协同。精益看板能够帮助大规模团队实现全局优化精益看板能够帮助大规模团队实现全局优化 能看到细节,但更要看到全局 关注资源效率,但更要关注流动效率 用最合理的资源解决真正的瓶颈 跨过团队、部门、地域的鸿沟,建立对价值流的统一的
3、认识两个问题两个问题问题问题1:大家觉得自己忙吗?:大家觉得自己忙吗?问题问题2:大家觉得自己效率高吗?:大家觉得自己效率高吗?不要只关注资源效率不要只关注资源效率我很忙!资源效率资源效率 120% ?各种IT工具CI自动化测试用例比例提高设计开发实现测试交付交接等待上下文切换等待特性需求1特性需求2等待端到端 Lead Time: 180天等待阻塞缺陷等待等待等待真正的价值增加 Work Time: 60天价值流动效率价值流动效率 30% !Flow Efficiency = WorkTime/LeadTime = 60/180 30%如何提升价值流动效率如何提升价值流动效率交付周期交付周期
4、 =价值注入时间+等待时间价值流动效率价值流动效率 =价值注入时间/ 交付周期价值注入时间价值注入时间团队的价值产出(如设计、编码、编写用例等)等待时间等待时间未自动化的低效人工操作,以及执行效率不高的自动化用例未达质量要求的返工由于上下游或部件间依赖导致的等待和阻塞大纲大纲 大规模团队的效率原则 建立大规模团队看板系统 大规模团队看板的运作与反馈分析 利用看板拉动组织改善和创新第一步:理解业务流和团队协作方式第一步:理解业务流和团队协作方式设计完看板需要回答的三个问题:设计完看板需要回答的三个问题:第一:看板系统能全面地反映需求交付需求交付过程吗?第二:瓶颈和问题能在看板墙上得到即时体现吗?
5、第三:团队可以根据看板墙上的信息协作和做决定吗?参与角色:参与角色: 团队级看板需要项目经理、业务骨干或看板管理员等,与所有团队成所有团队成员达成一致员达成一致 产品级看板需要版本经理、架构师等输出:输出: 价值项价值项卡片类型、卡片字段、相互关系、与各平台的导入策略等 价值流泳道价值流泳道泳道类别、卷积关系、与各平台的更新策略等第二步:建立多级看板,可视化价值流、分析价值项第二步:建立多级看板,可视化价值流、分析价值项团队级看板团队级看板价值类型价值类型来源来源内容内容到达频率到达频率处理规则处理规则占比占比限制在制品的依据产品规划产品特性需求每月一次正式输入平时会有少量插入每月进行计划60
6、%业务需求业务需求FuR一般按优先级及联调计划排列测试或客户现场团队自身产品缺陷随时提出实时安排会有严重等级情况根据严重等级安排20%10%问题单问题单DTS内部提出的改善性需求,如代码重构、测试优化等随时提出比较均匀受控重要但不紧急空闲时安排相对较多希望能持续有规律投入技术改进技术改进Task多种来源文档整理、迭代回顾、能力建设、 部分随机出现转型试点、面试招人、问题支撑等等各不相同10%团队事务团队事务Task部分周期出现:迭代回顾等产品级、解决方案级看板产品级、解决方案级看板价值类型价值类型来源来源内容内容到达频率到达频率处理规则处理规则占比占比产品规划产品特性需求每个版本正式输入平时会
展开阅读全文