结构设计
用一张图把卡住的地方讲清楚，这就是结构设计。哪里是瓶颈一旦看得见，讨论就会从怪人变成谈条件。
STABILIZER · 稳定型
Systems Architect系统架构师
Systems Architect的意思是设计多个部分如何相互衔接、规划整体框架的人。
要解决的问题有十个，可是这十个彼此怎么缠在一起，没有一个人画得出来。Systems Architect 这时不会一个一个去处理。他先在纸上画出什么卡在什么上面。
周围说这一类型抽象，看得太远。Systems Architect 做出来的却是真正能运转的结构。零散应对只会让同样的问题再次出现，他知道这一点，所以先搭结构。
人换了，事情还能维持在同一水准，说明 Systems Architect 的结构搭得好。事情一急，他会揪住这个结构不放，漏掉现场的情绪和速度。这一类型成长时，设计不会减少，只是多了一件事：把好的结构降到真正好用的形态。
核心
运作原理
Systems Architect 处理的单位不是一件事，而是事情反复发生的方式。出了事故，他看的不是谁失误了，而是哪里的安排让这种失误有了发生的余地。
理清要素之间的关系，是这一类型的判断方式。所以同一份报告读下来，他记住的不是事件，而是造出那个事件的条件。
用懂不懂现场来评价 Systems Architect，会漏掉要害。该看的是那套设计什么时候能截断重复，什么时候会离现实越来越远。
优势
资源与优势
把握关系
要处理的东西越多，把握关系和问题建模越有用处。把彼此怎么牵连整理清楚，修改的顺序不用另外费心也会定下来。
长期稳定
组织变大的时候，长期稳定和标准化就成了必需。把各人各做各的事统一成一种做法，规模再涨，品质也能保持。
运作流程
如何运作
把四散的要素编成一个结构，是 Systems Architect 的活。接下来的四步，是这一类型把复杂问题做成能维持之体系的顺序。
看清四散要素之间的关系。
把不运转的瓶颈用结构来解释。
设计可反复的标准与流程。
加以简化，好让系统长久维系。
风险模式
需要调整的地方
现场感觉、浅白说明、顾及情绪不足的 Systems Architect，会遇到搭出好结构却没人用的局面。不是结构错了，是要用它的人没听懂。
不是不懂现实才这样。只靠临时应对、结果摔得更重的经历有过之后，Systems Architect 越是紧急越想先搭结构。这么一来，现场的速度就被落下了。
把设计出来的东西交给要用的人试一次，哪里难用马上看得出来。这是不放弃原则也做得到的调整。
关系 · 工作 · 成长
在关系与工作中的成长方向
在关系中
说明听起来太抽象，就请他举一个例子。Systems Architect 一换成具体的事例，马上能讲得让人听懂。
在工作中
要截断反复出现的问题时，人们会去找 Systems Architect。设计拉长的这段时间里，现场会先累，所以要让他把现在就能用的部分先拿出来。
成长方向
变简单和变好用不是一回事。Systems Architect 的成长在后者，从把好的结构降到人真正用得上的形态开始。
共事时
等一份完整的设计，要等很久。问他现在做到哪一步，这一类型会把能用的部分先拆出来。
公开参考案例
接近这个类型的人物
以下人物并不是在诊断“这个人就是 Systems Architect”。这些只是通过公开角色和代表性场景理解相近运作方式的参考案例。
英国
埃达·洛夫莱斯英国数学家。
构想早期计算机的算法她设想并整理出机器能够处理的程序，这项工作和设计抽象结构的感觉相连。
英国
艾伦·图灵英国数学家，为计算机科学奠定基础的人。
计算机器的理论 · 破译密码图灵用理论证明任何计算都可以由一串简单规则完成，为当时还不存在的计算机建立了设计基础。战争期间他参与设计破译密码的机器，证明这套理论真的能运转。
美国
格蕾丝·霍珀美国计算机科学家、海军军官。
编译器与编程语言的发展她试图把复杂的计算换成人容易操作的结构，这项工作和 Systems Architect 的设计感觉很接近。
美国
W·爱德华兹·戴明美国统计学家、质量管理专家。
推广质量管理体系他用系统的品质而不是个人意志来解释成果，这种方法很好地展示了这一类型的结构性思考。
英国
蒂姆·伯纳斯-李英国计算机科学家。
提出万维网他造出了连接与访问信息的共同结构，是系统设计的公共参照点。
同一组的其他原型
这个类型的组合关系
看看你的结果和 系统架构师 有多接近。