精益看板管理五大实践
- 限制在制品:加速流动、显露问题，激发协作
- 管理价值流动:即时、有效地发现和处理问题、阻塞，让团队顺畅运作
- 建立度量体系并持续改进:指导深层次改进，渐进性演进
- 可视化价值流:可视化端到端的用户价值，实现和交付过程
- 显式化规则:建立团队协作和改进的基线
应用迭代看板
将看板作为团队日常工作事项管理和跟踪第一位的工具！
所有工作事项、问题、风险都要在看板上可视化“暂缓开始，聚焦完成”
站会
- 同一时间
- 同一地点
- 固定时长
会前：确保看板反映了最新状态和问题
会中：
- 瓶颈
- 中断
- 重点关注的需求
- 被阻碍的需求
- 已经或快到期的需求
- 长时间无进展的需求
- 未体现在看板上的问题
会后：小范围讨论需要长时间才能解决的问题
站会要起到信息拉通、识别问题的目的
- 不能仅仅给PO和DM做汇报，而是对着所有成员讲
- 站成一圈，不能太散，每个人都能看到其他所有人，声音要大
- 若成员羞涩，表达不充分，DM要调动每个人讲问题
- 站会要充分利用起看板，每个人讲的工作要指着看板上对应的卡片讲，及时更新信息。
看板管理
如何在看板管理不同类型工作？
既要开发交付，又要快速响应生产问题或其他任务
- 对研发和运维支持，深刻可能在一个看板上区分出两个不同的价值流（即处理流程）
- 一团队两个项目，或同时负责研发和事件响应，将不同项目/小组，或不同性质的工作项在看板上横向划线上下分开，一目了然不同类型工作
- 不同类型工作用不同颜色卡片分开
- 迭代计划时，为处理生产事故预留合适的人天量
团队并行工作太多？完成周期长
- 开发、测试列设置WIP，限制处于不同阶段的团队并行工作项数量。建议WIP最初设置“N+1”，即开发的WIP是开发人数+1；测试的WIP是参与测试人数+1。
- 用头像贴限制每个人并行工作数：每人最多2个或3个头像贴，分别贴到当前正在做的故事或任务。若头像都用完了，不能开始做新的工作，要聚焦完成。
如何清晰管理和跟踪每个人的任务分工？
1、目前，敏捷工具只管理到故事
2、两种可选方式：
- 不拆分任务——故事卡在看板跟踪，若多人合作一个故事卡，在卡上贴多人的头像
- 拆分任务——故事卡在看板跟踪，由DM或故事负责人拆分多任务卡，每个任务卡贴头像（不在工具里管理任务，看板上管理更简单灵活）
可按前端、后端、测试案例、联调等拆分任务
若拆分任务，在每个任务卡填计划完成实践。
3、DM要留意识别在一个状态停留太久（阻塞）的故事或任务，找到原因，加速流动；或在卡片上标注完成百分比、或剩余实践。
开发测试如何基于看板协作？
- 看板上，自上而下故事卡按优先级排列，开发测试都遵循优先级顺序工作
- 基于优先级顺序，测试尽可能在每个故事卡开始开发前就写完测试案例，与开发平生。
- 每个故事卡，开发领卡开始时，在卡片上填写“计划转测实践”。让测试可以更好预期和安排自己的工作，避免所有测试活动都堆在迭代最后。
- 从开发到测试状态之间，一定要显形化可转测标准，醒目贴在看板上；同样对于测试到测试完成DOD也要可视化；
看板上信息不完整，用处不大？
- 看板要展示每个角色当前在工作的内容，包括PO、开发、测试
- 原则：每个人工作事项都要在看板体现！
- 看板上需要及时更新的信息包括：
- 故事卡
- 任务卡（可选）
- 标注每个人当前从事的工作项（头像）
- 标注哪些卡有未关闭缺陷
- 标注哪些卡有外部依赖（风险）
- 团队改进项
- 要跟进的问题、风险
看板上信息更新不及时
- 建立团队纪律，要求每个人至少在每天下班前或站会前要更新自己负责工作的看板信息
- 刚组建的团队，DM要每天提醒大家更新，或要求每个人电脑设定提醒
- 或者团队建立值日制度，每周轮岗负责看板信息维护
- 站会，每个人指着自己负责的卡片讲进展，若进展与板上不一致，立即调整。
阅读更多[敏捷知识]、[敏捷转型经验]、实践等…欢迎关注@敏捷_鲸舟
如果对我们的产品感兴趣，可以逛逛我们的官方网站鲸舟研发管理平台 试用了解
