本文是敏捷开发日常跟进系列的第三部分，介绍了故事板和看板在敏捷开发中的应用。故事板用于展示迭代中的用户故事和任务，通常分为三列：待办、进行中和已完成。它有助于解决燃尽图无法解答的问题，如任务进度、责任分配等。文章建议限制同时进行的故事数量，以避免思绪混乱。纸质故事板在小型团队中常见，而电子工具适合大型或分布式团队，便于统计分析和历史数据保留。
这是敏捷开发日常跟进系列的第三篇。 （栏目目录）
故事板和看板其实不是一个东西，前者是最初的敏捷开发里边的东西，受到了后者的启发产生的；而后者是制造业的东西，具体内容请参考末尾的百度百科。但是在敏捷开发里边提到这两样东西，可以认为大致相同。
故事板
简单说，故事板是展示迭代中的用户故事和任务的方法，在《硝烟中的Scrum和XP》的封面上就印着一个典型的故事板：
一般故事板分为三列：
To Do还没做的, Doing正在做的, Done做完的（有各种各样的中英文写法，大同小异）
有些团队的分工比较多，会出现一些中间状态，比如“还没做的/正在开发的/等待测试的/正在测试的/等待评审的”是一种典型的开发与测试分离的故事板。
故事板的用法
要解决的问题
故事板可以帮助解决一些燃尽图解决不了的问题（见上篇）：
1. 有哪些故事正在做，还没有做，已经开工了但没完成……？故事板的三列正好解决问题。
2. 最后剩下了哪些故事没完成？最左边剩下的就是。
3. 有没有人不是一个一个完成故事，而是同时开工了很多故事？（这个是
最低0.47元/天 解锁文章
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
