敏捷管理的利器：故事墙

文章来源：公众号-智能化IT系统。

引言

故事墙是敏捷管理的一个高效手段。只要妥善运用，其能够带来的好处远远超出管理理论中提及的。

试想如下一些问题：

• 假如一个团队，有一个环节（例如系统测试），人力少，投入低，影响了项目进度，如果让管理者们及时的发现并调整？

• 假如在一个迭代中，来了很多临时任务，项目经理需要每天都知道项目的进展情况，包括每一个story的进度，以方便安排临时任务，如何量化的准确，并且及时的决策和安排？

• 如何让团队每个人在无需任何沟通的情况下，知道团队在本迭代的进展状况？

• 如何让每个人在每天早上一来公司就了解团队的工作状态，并针对性的调整个人的工作安排？

• 如何让项目组成员知道具体在何时介入项目的工作，并且评估需要完成的时间？

• 如果项目组有一个成员工作消极，延误严重，但是管理者却碍于情面，觉得不好意思直接批评，或者批评的效果也不明显，如何进一步的去推进？

其实上述问题都可能通过沟通去解决，但是如果有一种方式可以加快沟通的效率，或者省去沟通环节，并且更精确的让项目组成员知道情况，那岂不更好？

解决的方向就是把工作彻底的可视化，并在可视化的基础上去推进，调配资源。团队的每一位成员都能够推进项目，这样大家才会有进一步的参与感，而项目经理主要放在调配资源上。故事墙就是一个很好的措施了。

 

故事墙

使用方式：

团队在办公座位的附近，放置一块白板，作为故事墙。

在迭代会议完成后，团队成员写入各自负责的每个story，并将其贴在故事墙上。

在每个story完成后，或者每天下班前，每个团队成员更新故事墙的状态。

需求明确	开发中	测试	灰度

每个人把各自的便签条及时的更新。如果管理者发现大部分便签都在测试这一列，那么自然测试的人力或投入度就需要增加了。

如果上述方式还需要分人力，可以在表格前面加上：

负责人	需求明确	开发中	测试	灰度
员工A
员工B
员工C
员工D
员工E
员工F
员工G

 

如果是针对独立的系统开发，就不需要用刚才的那种方式，可以分不同的模块，按进度贴上进度条：

负责人	模块	开发	测试	灰度	上线
员工A	模块1
员工B	模块2
员工C	模块3
员工D	模块4
员工E	模块5
员工F	模块6
员工G	模块7

团队成员每天更新自己的状态，可以在每天的晨会中，对着故事墙来介绍。

 

故事墙能带来很大的帮助，针对项目经理或者团队的管理者。很多问题都能够解决。刚才有提到一些案例，在这就不一一解释了，相信大部门读者看到了之后都可以理解他为什么能解决，并且运用的更好。

---

公众号-智能化IT系统。每周都有技术文章推送，包括原创技术干货，以及技术工作的心得分享。扫描下方关注。

---

公众号-智能化IT系统。每周都有技术文章推送，包括原创技术干货，以及技术工作的心得分享。扫描下方关注。