在敏捷开发中，故事墙作为information radiator，在支撑整个软件团队的日常开发，可视化开发进度和开发中出现的问题，起到非常重要的作用。团队的开发状态和进度，在任何时刻，你只需要抬一抬头，就可以一目了然：当前谁在开发什么任务，是否有闲置的资源，开发和测试的工作分配是否合理，是否有过量的Bug等待修复，不一而足。
u0026#xD;n
u0026#xD;n
如何解决好两者之间的关系，在ThoughtWorks内部以及客户的现场，我们都遇到了类似的问题。一般来说，团队自身或者开发者们更喜欢物理墙多一点，感受直观，把注意力和时间都聚焦在故事卡对应的任务本身，而不是被动地吸引在虚拟墙软件自身以及如何学习使用并挪动虚拟墙上的电子卡上（你会看见在站会时，每一位开发人员在挪动电子卡时会有多么奇怪而有趣的事情发生），对他们是更重要的事情。而对于团队的PM或者stakeholder们来说，虚拟墙可以远程打开，开发状态一目了然，更不用提统计和图表所提供的支持。
u0026#xD;n
很多团队会选择两者都采用，但不得不问到以谁为主以及如何同步的问题。以谁为主还是比较好解决，物理墙面向开发团队，虚拟墙面向管理者和stakeholder们。所以最大的问题在于如何保持两者之间的数据同步。说白了就是，物理墙上的故事卡挪动，要及时在虚拟墙上反映出来，尤其虚拟墙软件对于故事卡的每一步挪动都会记录相应的数据变化，从而为精细的图表和统计提供数据，这样物理墙和虚拟墙之间的故事卡数据同步显得尤为重要。但现实情况和经验表明，数据同步做得很不如人意，开发者的关注点在物理墙，往往容易忘记及时更新虚拟墙上的故事卡，他们甚至对于这样一件重复的事情感到愤怒。而如果由PM每天下班前对两个故事墙做同步，又显得无聊之极。
u0026#xD;n
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！