敏捷实践之故事墙Story Board

本文是个人总结摘记，部分文字摘自其他大神博文等，如有雷同，未列参考文献，请见谅；

定义

故事板（storyboard）是一种可视化的沟通方法，将用户故事（user stories）按照步骤画出来，然后排列在一起；将迭代开发中的日常工作透明实时地跟踪管理起来，能够帮助团队及时发现问题，消除浪费，快速地交付用户价值。
故事墙是很常见的敏捷墙，通过IPM产出, 展示了某个工作单元或故事的生命周期，并跟踪了贯穿这些活动之间的故事的进展;
在每天的站立会上，团队成员站立在故事墙前面，每个成员轮流讲解自己的工作进度，方便每个人了解项目当前的状况，对于提升团队协作效率有很大的帮助;

目的

故事墙描叙了开发过程中的各个阶段，能反应当前团队开发的健康状态，减少返工带来的浪费，减少半成品库存，缩短交付周期；
在每天的站立会议中，开发人员依据故事墙，给大家分享其开发状态、问题，需要的帮助，避免多任务并行；
迭代产能的度量，计划及其他，项目领导者也能够及时的通过故事墙，了解当前团队的状态，并及时调整；

形式

Story board columns

跟进每个团队的具体需求来设置不同的列，跟进每个任务的生命周期；
“待办事项”列：还没有开始做的任务，负责人需要把当前版本的任务或者一些临时需求添加到“待办事项”列，方便团队成员清晰看到自己近期总共有哪些任务。
“开发中”列：正在进行中的任务，负责人需要把正在进行中的任务移动到“开发中”列，方便团队成员清晰看到自己正在进行的工作有哪些。
“测试中”列：正在测试中的任务，开发工作完成后，负责人需要把正在进行中的任务移动到“测试中”列，标识已经完成开发工作进入任务联调阶段。
“待发布”列：该阶段已经完成任务单元的开发和测试，同时具备了show case条件。
“已发布”列：已完成的任务，负责人需要把已完成的任务移动到“已发布列”，标识自己已经完成的工作任务有哪些。
“已阻塞”列：在当前迭代阶段没办法执行的任务，负责人需要将其移动到“阻塞布列”，可以标识受阻塞的任务，表明风险。

Story board rows

表示不同的特征组或流。这可以让你看到团队焦点的分裂（即，一半的团队可能专注于报告，另一半专注于信用卡支付）。
可以关注到处于高亮（是否有延期风险）状态的任务。

story cards colour

这个也可以根据每个团队约定定义每个颜色，根据不同的颜色来区分每张卡的类别，进度，风险等；
White= story board
Red = Bug
Green = Technical Task
Blue = A timeboxed piece of investigation
Yellow = Retrospective Action

电子墙VS物理墙

物理墙

只需要卡，笔，蓝钉，墙；只能局限于一处展示，不能再其他地方查看；
可以直接触摸到卡，每个人移动卡，操作卡；感受直观，把注意力和时间都聚焦在故事卡对应的任务本身；
每个人经过墙时都可以直观的看见卡，物理墙带来的可视化和信息辐射的好处；
非常方便，对墙没有任何要求成本；

电子墙

非常详尽，可以充分描述内容，虚拟墙因为信息化的本质，更容易搜索和存档，保留快照；
可以随处可见，无论在哪个地方，天生支持分布式开发，因为地区甚至时区有差异的团队；
只能电子工具可以支持，虚拟墙带来的强大的编辑、统计以及图表功能；动态算出当前状态下的各种数据，并渲染对应的实时更新的图表，为团队和客户提供数据和可视化方面的决策支持。
不能再一个公共场合看见，需要电子上显示，不够直观。

取舍

以谁为主还是比较好解决，物理墙面向开发团队，虚拟墙面向管理者和 stakeholder 们。所以最大的问题在于如何保持两者之间的数据同步;

https://www.infoq.cn/article/hl-kanban-task-management/
https://www.infoq.cn/article/2013/03/war-between-walls

敏捷实践之故事墙Story Board相关推荐

使用TFS2010管理敏捷项目生命周期-系列指南5 TFS 故事墙（Story Wall）-看板（Dashboard）-Workbrench使用
在Scrum方法中,最重要的概念莫过于Product Backlog和故事墙了.不管是发布计划,还是迭代计划会议.每日例会.迭代评估和回顾会,基本都与Backlog和故事墙相关. 大部分初步使用纸质的 ...
项目中站立会议和故事墙的那些事儿—敏捷开发
项目组一直在推敏捷开发,但发现一个关于每日例会的问题. 场景: 每日例会是早上9:00, 把大家召集起来,这时有个主持人(每日轮流), 一个一个询问团队成员昨天做了什么,今天做了什么, 并记录在一个本 ...
Scrum中文网解析敏捷实践编年史
文章转自:Scrum中文网敏捷实践编年史(敏捷联盟版)记录了上世纪六十年代至今敏捷相关实践的发展史,其英文原版材料来自于国际敏捷联盟网站(AgileAlliance.org) . 原文链接: htt ...
敏捷开发用户故事系列之四：优先级排序
这是敏捷开发用户故事系列的第四篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 优先级排序听起来是一个很简单的工作,一个字段无外乎"重要/一般--",调整一下然后按排序 ...
敏捷开发用户故事系列之三：用户建模
这是敏捷开发用户故事系列的第三篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 用户建模的目的,是为了更好地分析用户行为和用户价值,并因此获得商机. 用户建模四部曲有一次培训中,分组建模 ...
团队协作方法之：高效使用任务故事墙
一般来说,在平常的工作中,使用故事墙的时候都会跟每日站立会结合起来.在每天的站立会上,团队成员站立在故事墙前面,每个成员轮流讲解自己的工作进度,方便每个人了解项目当前的状况,对于提升团队协作效率有很大 ...
SM敏捷实践经验总结
部门开展敏捷已经三年有余,我是作为最早一批敏捷实践者,曾经也连续当了两年的SM.期间部门组织过大量的敏捷培训,也专门学习出差到各地的敏捷会议,看了不少相关书籍,对敏捷内容不说熟练,但也是相对比较了解的 ...
潘正磊谈微软研发团队管理和Visual Studio开发过程中的敏捷实践
潘正磊谈微软研发团队管理之道 http://www.infoq.com/cn/interviews/team-management-panzhenglei 先给我们介绍一下你自己和你自己现在所做的事情 ...
敏捷实践不可忽略的环节
有人问小编,实施敏捷最重要的一个环节是什么? Pizza团队?用户故事卡?每日站会?固定时间箱?迭代规划会议? 其实都不是最佳答案,如果说将影响敏捷实践的因素分为人为因素和外界因素的话,人为因素对于推 ...

敏捷实践之故事墙Story Board

定义

目的

形式

Story board columns

Story board rows

story cards colour

电子墙VS物理墙

物理墙

电子墙

取舍

敏捷实践之故事墙Story Board相关推荐

最新文章

热门文章