1、看板实践,敏捷系列课程之二,2,问题及困惑,问题及困惑,4,需求来自四面八方，优先级不清晰 计划不可控，经常延期 整个团队忙的不可开交，每个成员每天有好多的任务 任务积压多，内部瓶颈严重（比如因为测试人力较少，测试经常成为瓶颈，导致版本积压不能按时交付） 成员反馈不积极，需要经常跟着去催进度，遇到问题也不能及时发现风险 互相不清楚谁在干什么,规则,5,工作进展非常顺利，减去12个小时,工作进展正常，减去8小时,遇到障碍，增加一张4个小时的任务项,哇，发现一个坑，增加一张8个小时的任务项,看板的理念,看板理念,7,识别障碍 加速流动 灵活响应 促进改善,可视化价值流 显示化流程规则 控制在制品,
2、管理工作项流动 建立反馈、持续改进,看板建立,看板管理,看板理念,8,需求,一、可视化价值流：识别从工作进入到工作离开团队的各阶段,价值流动,可视的是用户价值：可验证、可交付的用户需求，工作从价值的视角来组织 可视的是工作流动过程：价值流入到价值交付的整个过程，包括工作环节、等待环节（图中灰色阴影列） 可视问题和瓶颈： 问题指阻碍价值流动的因素：需求不明确、技术障碍、外部依赖等 瓶颈指价值流动不畅的环节，工作在瓶颈处积压成长队形,看板理念,9,二、显示化流程规则 显式化指的是明确并达成共识，它与可视化不同 工作项从看板墙上的一列进入下一列所必须达到的标准 是团队协作的依据，更是团队改进的基线,
3、看板理念,10,显示化流程规则,看板理念,11,三、WIP：通过控制“在制品”数量，识别工作流的瓶颈 各环节内并行的工作减少，单个工作项的完成+等待的时间缩短（只安排当前能够立刻开工的事情） 让瓶颈和问题更充分暴露，激发团队协作解决瓶颈问题 初始化：刚开始可以尝试设置团队人员数量的1.5倍左右，随着团队的逐渐成熟，慢慢调整,先解决瓶颈，让流动顺畅,看板理念,12,四、管理工作项流动： 就绪队列填充：工作项拆分到足够小（2天，最好一天内，以理想小时预估“任务”） 每日站会： 成员每天都有清晰的工作项（每天的工作目标聚焦） 由右往左review工作项，站会中充分授权团队成员，自己挪动 重点关注价值
4、流动过程中问题和阻碍，处理这些问题或提出跟踪方案 发布评审,就绪队列填充 （迭代计划会）,每日站会,发布计划 （迭代评审）,看板理念,13,五、建立反馈、持续改进： 流动是否顺畅的反馈，如：阻碍问题分类、影响和原因分析 质量问题的反馈，如开发环节或测试环节遗漏缺陷的分析等,一、可视化价值流 二、显示化流程规则 三、控制在制品,建立看板,就绪队列填充 （迭代计划会）,每日站会,发布计划 （迭代评审）,管理看板,度量与反馈,交付反馈,其他反馈,四、管理工作项流动 五、建立反馈，持续改进,看板的一天,14,看板的一天,15,看板的一天,16,看板的一天,17,看板的一天,18,看板的一天,19,看板
5、的一天,20,看板的一天,21,看板的一天,22,看板的一天,23,看板的一天,24,看板的一天,25,看板的一天,26,看板的一天,27,看板的一天,28,看板的一天,29,看板的一天,30,看板的一天,31,看板的一天,32,看板的一天,33,看板的一天,34,看板的一天,35,看板的一天,36,看板的一天,37,Scrum中的看板应用,38,Scrum中的看板应用,39,Scrum中的看板应用,40,看板实际工作中的应用样例,41,每一列，通过夹子数来设置WIP,看板实际工作中的应用样例,42,通过泳道来设置WIP 设计VIP通道，并只允许一个在进行中,看板实际工作中的应用样例,43,看
6、板实际工作中的应用样例,44,看板实际工作中的应用样例,45,小结,46,需求来自四面八方，优先级不清晰 计划不可控，经常延期 整个团队忙的不可开交，每个成员每天有好多的任务 任务积压多，内部瓶颈严重（比如因为测试人力较少，测试经常成为瓶颈，导致版本积压不能按时交付） 成员反馈不积极，需要经常跟着去催进度，遇到问题也不能及时发现风险 互相不清楚谁在干什么,好多类别的工作，怎么在看板上区分 遇到障碍，怎么在看板上显示 需求开发完成后，又有bug，看板怎么弄 版本计划，怎么在看板上管理 不知道jira和物理看板怎么结合用,看板进阶,应对多种类型的工作,48,PBI-1,PBI-2,重构-(1),T
7、ask1,Task3,Task1,缺陷-（1）,Task2,PBI-3,Task4,Task1,Task1,Task1,Task1,Task1,任务遇到“障碍”,49,PBI-1,PBI-2,重构-(1),Task1,Task3,Task1,缺陷-（1）,Task2,PBI-3,Task4,Task1,Task1,Task1,Task1,Task1,等待张三确认,解决故障,50,需求 （60%）,维护&优化 （30%）,待开发,待测试,待线上 测试,BUG,可视化版本计划,51,需求 （60%）,维护&优化 （30%）,待开发,待测试,待线上 测试,V1.3.52016/9/1,紧急版本： 倒
8、计时15天,V1.3.42016/8/27,制定发布计划,52,按月发布版本,引入产品地图,53,绘制产品地图，制定发布计划,引入简单的度量,54,迭代速率：用于预测下个迭代，团队能做多少事情,进阶应用（小结）,55,管理多类型的工作项 可视化障碍 可视化版本计划 用看板制作发布计划 用看板管理产品规划 度量看板,练习：给团队设置一块看板,56,给团队设置一块看板，定义如下： 画出团队的价值流 制定看板规则 WIP初始化 工作项分类 Or 其他，你们认为需要添加的？,总结,看板带来的改变,58,聚焦目标，价值优先 体现需求流入到需求流出的整个价值交付过程 加速流动，灵活响应 用户需求的变化通过
9、看板形成的信息流快速传递至各个环节，系统做出最快的响应 反映了团队协作交付价值的过程 团队工作的本质是协作交付价值，看板系统反应了这一本质，它包括了各个环节间的移交和等待；也包括实现阶段内需求如何被拆解成各个模块任务，拆分后子任务又是如何合并和整体移交的。这为团队基于看板协作提供了基础 能迅速反应价值交付过程中的缺陷、问题和瓶颈 问题和Bug即时体现到看板墙上，并与所属需求关联，促进团队更快的去解决。如果某个环节流动不畅，需求就会在该环节积压形成瓶颈，这为团队指明改进方向,看板的价值,经常遇到的几个问题,59,工作项：每张贴纸代表一个工作项,JiraID,完成时间,In time： Out t
10、ime：,描述：在线计划调整功能开发 8H,经常遇到的几个问题,60,买的看板不够大怎么办？-找到“墙”,墙壁、玻璃墙,用磁性白板贴,经常遇到的几个问题,61,贴纸容易被风吹掉怎么办？,透明胶,磁性贴,经常遇到的几个问题,62,想要可重复利用的姓名牌，怎么办？,拉风的,普通的,省钱的,经常遇到的几个问题,63,选用电子看板or物理看板？,各有优缺点，可以团队讨论决定（各列出5个优缺点，然后进行投票） 从实践来看：1）团队成员都在同一个地方，使用物理看板更方便、有效2）团队成员有异地分布（不是坐在一起），使用电子看板更有效 不管哪种方式，执行到位效果都好！,也可以两者结合使用： 用物理看板方便可
11、视化、跟踪、拉动、变更 用jira管理计划、存档等1、通过jira管理迭代任务计划 2、直接把jira任务打印出来贴到物理看板上，组织站会 3、迭代末拍照，把结果传入jira（自动更新所有的任务状态）,经常遇到的几个问题,64,抢答题： 用了一段时间看板，感觉流于形式，大家激情不高。看板的核心价值是什么？如何理解这个核心价值？ 物理看板和电子看板，哪个更好？如何结合，避免重复维护信息？ 看板上的第一列，是否可以按人员来划分泳道，帮助大家专注在自己的任务上？ 经常插入临时需求和任务，优先级也一直调整，用看板后，会不会造成“计划列”有特别多任务便签 站会之后，成员不会再关注看板上面的便贴信息，怎么办？ 变签纸那么小，能写的信息很少，信息多了，也不方便查看,65,感谢,
