可视化管理团队价值

• 有效管理价值交付
• 延伸卡片信息
• Kanban量化与延伸

Kanban和用户故事地图

• Kanban需要可视化，并且有流动的需求
• Kanban会根据优先级及价值放进不同的store
• 构建MVP交付迭代

来源网络.png

Kanban管理价值

• 让价值快速流动起来
• 需要将学习到的知识应用起来

提高流速

• 可以使用单件流
• 如果使用单件流，也可以并行安排不同的需求进行工作
• 同时进行多件事情的时候，需要限制需求总数，建议小于等于4并行工作

来源课程.png

促进流畅流动

• Kanban需要从右往左进行聚焦
• 查看瓶颈，主要是观察卡片数量多的地方在哪里
• 压缩每个状态上面的卡片数量

来源课程.png

湖水岩石效应

• 通过不断降低交付周期及交付内容

• 将内容仅用最少的时间进行交付

  
  来源网络.png

什么是“211”

• 来源阿里的改进意见

  
  来源课程.png

• 概念：业务域

• 概念：研发域 - 就是咱们常说的sprint周期内

来源课程.png

卡片延伸

• 添加截止时间
• 估算工作大小，需要了解工作中需要的工作量大概是多少
• 卡片说明，比如“测试是否通过”，“开发的阶段到哪里了”
• 用户心情故事：掌握用户体验
• 工作完成度标识，比如完成的百分比，20%

来源课程.png

• 卡片的背面
  可以进行实例化说明等，但是纸质看板的信息过多会造成时间上面的浪费。如果卡片信息过多的情况，可以考虑使用电子卡片。
  但是纸质卡片的内容详细，针对性内容都可以添加到卡片的时候，能够更有标准及做好工作的态度。

Kanban让光照亮关键所在

• 关键状态，每个状态的转变非常重要
• 将重要的卡片进行标记

来源课程.png

卡片扩展

• 物理看板通过贴条
• 电子看板通过展开，将详细的信息可以展开显示出来

• 将一个复杂的需求可以创建过个子过程进行创建卡片，每个子过程的卡片也可以展现出来

  
  来源课程.png

围绕共同的目标(价值)

• 展开细节任务
• 一个开发任务中可以根据待测试，测试中，待开发，开发中等方式进行拆分

• 根据任务化：比如待处理，已完成，已取消

  
  来源课程-拆分需求.png

来源课程-任务化.png

每日的站会（沟通）

• 需要对昨天的任务进行回顾，将问题及意见进行讲述
• 参与到问题的讨论，给与自己的参与度
• 讨论重点需求何时完成，有没有什么问题需要分析
• 有需求一直没有完成，进行分析并通过快速响应并解决，不能出现堵塞的情况
• 区分有价值跟无价值的需求
• 分析人员的时间，比如空闲的人员和繁忙的人员，保证每个员工都有事情可以做

来源课程.png

Kanban的要点

• 帮助我们区分任务

• 控制任务的数量，将需要完成的任务控制小于4

  
  来源网络.png

来源课程.png

Kankan知识点回顾

来源课程.png