最近，我们完成了一个从第一天开始就具有挑战性承诺的项目。在项目后的讨论中，我很惊讶地听到我们的实际故事墙和冲刺指示器对团队产生了什么影响。 在#ThoughtWorks和开放设置中，物理情节提要板是我们设置不可或缺的一部分。 站立，项目跟踪，中期迭代审查通常引用这些道具。 我们努力使工作场所尽可能可视化，以便一目了然地提供必要的信息。
自从几个项目以来我一直在使用三种实践
与专栏谈论今天的站立式物理墙
我喜欢设置“ 开发中”列分为两个部分的项目墙。 其中有一个专门的专栏，其中包含有可能完成开发并可以开始测试的故事。 进行此拆分有助于多种方式。
通常，负责此工作的人员会仔细查看卡片，并向小组更新剩余的内容。 它还可以帮助质量保证人员计划工作。 如果“今日移动”列中有一堆卡片，以及一些“准备好进行质量检查”队列，则需要评估情况。 快速浏览此板可以揭示能源需求的渠道化。
根据需要，列和卡片的颜色可能意味着不同的事情。 列通常保持不变，有时我们在ToDo之前有Analysis列，表明还有更多分析工作要做。
一些团队更喜欢将质量检查列合并。 以我的经验，尤其是在较大的团队中，单独的列帮助快速解决了流量问题。
随着故事的进展，QA更新了简单的冲刺图
故事通常会在冲刺结束时成堆移动。 这意味着在迭代结束时，匆忙的活动将朝着。 这样的仓促破坏了节奏。 在整个迭代过程中，将如下所示的指标显示在墙上有助于您对迭代承诺的立场有一个单一的了解。
通过质量保证或BA来更新此指标，这意味着仅需准备生产的详细信息即可使用，而其余部分则保持不变。
将此与上面讨论的板子结合使用，可以在不要求任何人提供其他信息的情况下获得不错的迭代感觉。
可见积压
通常，在项目之前会有一个由各种利益相关者聚集在一起的研讨会。 讨论并确定项目目标。 制定了高级功能分解，估计和计划。 在大多数情况下，由于物流的原因，整个团队并不愿意参加这样的研讨会。 有时由于不可避免的原因，团队洗牌。 这种情况导致该组不熟悉功能集，故事及其依赖性。 有一个专门的位置供团队可以步行去看看故事的建立方式，这非常方便，尤其是在项目初期。
通常，我们还有许多其他图表，伪像，例如工作流图或技术债务矩阵，或者是讨论讨论输出，以方便日常工作。
尽管确实增加了维护这些物理墙的开销，但它们通过即时通信和透明性带来的价值是不可替代的。
对我来说，拥有这样的物理道具的价值并不自然，尤其是当我在大型分布式团队中度过了很多时间后，加入#ThoughtWorks之后，那里更多的是瀑布和虚拟场景。 随着我花更多的时间了解团队和交付方面的挑战，“信息工作区”的主要XP实践开始显示出它的重要性。
