看侦探片/战争片时，往往会看到有一面墙充当整个事件的主线，上面布满各种信息，标志，箭头，物象；然后主角站着，或者一堆人围在墙的前面，各种思索，各种讨论。。。。
就是需要这么个图，将所有的信息放到一张纸上，一面墙上，然后才能将整个事件联系起来。其实软件代码也一样。
上面的各种场景的出现都是依赖于脑子的局限性。这个局限性，就是当各种信息成片的出现，脑子就会变成我们俗称的浆糊，而且这种局限性普适于绝大多数人类。
所以：
在问题讨论的过程中，需要主讲人将整个事件先在白板上过一遍，画出整个流程图。从这一点上看，这个主讲人的重要性，如果主讲人不能很好的将整个事件描述清楚，对后面的讨论会产生一些不必要的冗余的沟通。
所以主讲人应有的技能是：在熟悉系统的情况下，经过问题分析，能全面理解问题的：发生经过及条件，产生的后果，也就是前因后果表达清楚。手里必须有一张大图，我们称为架构图，详细描述系统内部各个模块的联系，联系机制。。。。
