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