项目中如何进行敏捷建模

　　你对轻视敏捷建模，认为其不必要的开发者有什么告诫？

　　首先，如果你正在做敏捷“软件开发”，你实际上就是在进行敏捷建模，只是没有意识到这一点而已。

　　于是我开始问这样的问题：“你在白纸板上工作吗？”，答案是肯定的。这令人鼓舞，如果你去参观一个运作中的XP团队，那里总是有上面画着图表的白纸板，或者上面有索引卡的软木板，那些都是敏捷建模。

　　所以他们在做这种建模工作，但不承认这是建模。XP中的规划游戏——那也是一种建模行为，不是吗？如果你在做一个月的周期开发，你用前半天或一天时间规划出下个月的工作，那么许多工作其实都属于建模，你把大家都集中到一个房间，你们开始讨论，填写卡片，然后找到白纸板，在上面画、绘制草图并进行辩论等等。这就是建模。因此他们在做建模工作，只是没有这么叫而已。

　　最终他们责备管理层，责备其它高级开发者，而且因为他们不理解、无法说明他们到底在做什么，他们受到高级管理层的轻视。

　　管理层心想：“哦，他们没有做任何建模工作，你们这些卑鄙的下属”。他们是这样认为的，因为在七八十年代，他们见过代码修复者做过这种事情；现在，许多这种激进主义分子似乎也准备继承代码修复者的传统行为，因此他们被视为失败——他们并不相同，但听起来好像一样。

　　对于敏捷社区所有关于沟通的讨论，我们有时确实努力去传达我们的工作，这是非常重要的事情。如果你正在进行调整，如果你必须处理某种复杂的问题、如果你在准备离岸搬迁，那么你就在准备建模，你将要构建文档。即使你不会建模，你仍然要构建文档，因为要交付一个系统，文档资料必不可少。这再正确不过了，你需要用户文档、支持文档、系统文档，就是这样。我请你做到明智，敏捷建模就在于此，一定要明智。