精益看板最佳实践 思维导图

开发团队面对的困境和挑战、为什么引入看板能解决？怎么运作看板？破局之路是什么？这篇思维导图给你答案。

精益看板最佳实践

• 开发团队面对的挑战和困境
  • 来自客户
    • B：阿里腾讯
    • C：多变、场景纷繁复杂
    • 快，3个月一个版本
    • 运营商：互联网取代短信和部分通话业务
  • 来自竞争对手
    • 谷歌、脸书、亚马逊
      • 脸书TIP计划：telecom infrastructure project电信基础设施计划
    • 华为云对标亚马逊、谷歌
      • 对标
      • 对手把研发模式带进电信行业
    • 手机对标小米
      • 快：快速相应客户需求
        • 内：华为研发
        • 外：行业
  • 内部流程
    • 复杂流程下做变革
  • 总结
    • 市场增大，需求增大
    • 需求变化快，需要快速相应
• 为什么要用精益看板推动研发改进
  • 对原有的研发冲击最小
    • 精益看板的特点
      • 从当前现状，无流程改变，只是问题可视化出来
      • 清楚问题后，看板推动采用逐渐增量的手段，去做改革
      • 初始时，看板尊重现有角色的职责和头衔
  • 看板是一个元流程
    • 看板像水，可融入每个流程中，适应能力强
      • 水可静静流淌，亦可猛烈冲击
  • 提升研发吞吐量
    • 排队理论：吞吐量=wip/lead time
      • 增加马路宽度
      • 加快通行速度
  • 持续改进的机制
    • 可视化出来、推动改进
  • 需考虑的维度
    • 影响程度是否减到最小
    • 是否能切实解决问题
    • 能否鞥持续优化我们的工作
• 看板的引入和运作
  • 经历的阶段
    • 引入看板-小胜利-困局-破局-走在正确道路上
  • 建立看板
    • 价值流映射
    • 显示化流转规则
    • 限制在制品
      • 更强调流动效率，而不是资源效率
    • 分析请求分配产能
  • 运做看板
    • 加速流动
      • 1.需求填充
        • 优先级排序
          • 按需走
          • 按月走
      • 2.看板站会
        • 站会6+1
          • 等待、阻塞、风险、长时间停留、即将超期、返工+未呈现问题
            • 聚集流动效率
        • 看板军规
          • 会前五分钟移动卡片
          • 会中直接讲问题
    • 消除瓶颈
      • TOC约束理论
        • 1.发现瓶颈
        • 2.消除瓶颈
        • 3.使系统其余部分满足第二步
        • 4.突破瓶颈，流程规范
        • 5.重复1-4
    • 改进价值流
      • 减小SDV（功能测试）每周进行
    • 拉动式开发
      • 好处
        • 给团队带来全局观
        • 促使团队关注改进
        • 促使团队自组织
        • 管理更轻松
• 破局之路
  • 遇到的问题 需求多，流动大
    • 破局一：两个需求管道
      • 功能需求：规划好的
        • 火车版本
      • 临时需求：小需求、bug
        • 运营版本
  • 几个AR（团队级看板：需求价值）→才能推动一个SR（产品级看板：交付价值）
    • 破局二：成立特性经理：特效视角，端到端拉通
  • 破局三：减小批量
    • 1.按周填充，减小SDV批量、SIT批量，加速价值流动
    • 2.质量保证前移，减小风险
    • 3.减少fix时间段，增加编码时间，提升吞吐量
  • 投入自动化测试
  • 产品线工程
    • 同一套代码通过组件化的形式组成不同产品形态
  • 精益的原则
    • 1.定义价值
      • 从客户的角度找到流动的价值单元
    • 2.识别价值流
      • 建立看板
    • 3.建立流动
      • 加速流动，消除瓶颈
    • 4.实施拉动
      • 拉动式开发
    • 5.追求尽善尽美
      • 改进价值流