画草图的本质是选择性。正向画草图是粗略地勾画出将要写的代码中的一些问题，一般要与团队中的一组人讨论这些问题。目的是使用草图来帮助沟通思想并选择你准备做什么。并非要讨论你要写的所有代码，而只是你打算首先取得同事一致意见的重要问题，或者是开始编程之前你想可视化的部分设计。这种会话可以非常短，用十分钟来讨论几个小时的编程或者一天来讨论2周的迭代。

 

       在逆向工程中，使用画草图来解释部分系统如何工作。不是显示每一个类，而只是那些在研究代码前感兴趣的和值得讨论的类。

 

        因为画草图是相当非正式和动态的，需要快速和协作完成，所以一种常用的方法就是用白板。草图在文档中也是有用的，文档中沟通的重点更全面。用来画草图的工具是轻型画图工具，而且人们并不严格遵从UML的每个严格的规则。书中所列出的大部分UML图，比如我的书中，画的都是草图。其重点是选择沟通而不是完整的说明。因此我说“全面”是“理解”的大敌。