STABILIZER · 設計型

Systems Architectシステム設計者

Systems Architect複数の部分がどう噛み合うか、全体の枠組みを設計する人。

問題は全部見えているのに、それらをつなぐ形が見えないことがあります。Systems Architectは一つずつ対処するのをやめ、何が何に掛かっているのかを並べます。

その姿は、抽象的にも遠くを見ているようにも見えます。やっているのは、複雑さを回るシステムに変えることです。場当たりの対処を重ねれば、同じ問題が必ず戻ってくると知っています。

この力が正しく働くと、人が入れ替わっても仕事が同じ水準で回ります。圧力が強まると、構造に気を取られ、現場の感情と速さが見えなくなります。Systems Architectの成長は、設計を減らすことではなく、良い構造を実際の人が使える高さまで下ろすことです。

核心

作動の仕組み

Systems Architectを理解するには、分析の単位を見ます。出来事ではなく、出来事を生み続ける仕組みです。

関係の把握が判断の中心にあるため、同じ失敗でも残るものが違います。他の人は誰が間違えたかを問い、このタイプは何が間違いを起こしやすくしたかを問います。

このタイプを読む目的は、実務性を採点することではありません。その設計がどこで繰り返しを断ち、どこで現場から離れるかを分けるためです。

強み

資源と強み

構造設計

構造設計が生きるとき、Systems Architectは詰まりを言葉でなく図で示します。どこが細いかが見えると、議論は人のせいから離れます。

関係の把握

関係の把握と問題のモデル化は、かけらの山を順序に変えます。直す順番は、その順序から自然に出てくるものです。

長期安定

長期安定は、規模が育つほど効いてきます。正しく組まれたものは、組んだ人が去った後も働き続けます。

問題のモデル化

標準化が輪を閉じます。人それぞれだったやり方が一つの形になり、品質は誰がやったかに左右されなくなります。

作動の流れ

どのように働くか

Systems Architectは、散らばったものを一つの働く秩序に編む力が生きるとき、最もはっきりします。下の四段階は、複雑さがシステムになるまでの過程です。

ステップ 1

散らばった要素のあいだの関係を見ます。

ステップ 2

機能しないボトルネックを構造で説明します。

ステップ 3

繰り返せる基準と流れを設計します。

ステップ 4

システムが長く保たれるよう単純化します。

偏りやすいパターン

調整すべきポイント

低い点は、正しいものを使ってもらうための入口に課題があるという意味です。現場感覚、易しい説明、情緒への配慮が低いと、正しい構造を誰も使いません。

圧力が強まるほど、設計の時間が延びて現場が待ちます。離れているからではなく、場当たりの修理がより大きな失敗を招いた経験が残っているためです。

だから調整とは、原則を捨てることではありません。設計したものを、使う予定のひとりに先に試してもらえば、たいてい足ります。

現場対応
構造設計
易しい言葉
精緻なモデル
即興の修正
標準の維持
関係 · 仕事 · 成長

関係と仕事での成長の方向

関係で

説明が抽象に寄ったら、例をひとつ求めてください。指させる事例があれば、このタイプはすぐ分かる言葉で話します。

仕事で

同じ問題が繰り返す場面、根から断つ必要のある場面で力を出します。ただ、設計が長引くと現場が先に疲れます。使える部分から先に渡すのです。

成長の方向

伸びる方向は、良い構造を人が使える高さに下ろすことです。考えを浅くするのではなく、つくったものを実際に使われるものにする方向です。

一緒に働くとき

全体の完成を待つより、今どこまでできたかを聞いてください。このタイプは使える部分を切り出してくれます。

公開参考例

このタイプに近い人物

以下の人物は「この人がSystems Architectである」と診断するものではありません。公開されている役割や代表的な場面から、近い作動方式を理解するための参考例です。

イギリス
エイダ・ラブレス

イギリスの数学者。

初期の計算機のアルゴリズムの構想

機械の処理できる手順を想像し、整理した仕事は、抽象的な構造を設計する感覚そのものです。

イギリス
アラン・チューリング

イギリスの数学者、コンピュータ科学の基土壌を築いた人物。

計算機械の理論 · 暗号解読

チューリングは、どんな計算も単純な規則の並びとして実行できることを理論で証明し、まだ存在しなかったコンピュータの設計の基盤をつくりました。戦時中は暗号解読の機械の設計に加わり、その理論が実際に動くことを示しました。

アメリカ
グレース・ホッパー

アメリカの計算機科学者、海軍の士官。

コンパイラとプログラミング言語の発展

複雑な計算を、人の扱いやすい構造へ変えようとした仕事は、Systems Architectの設計の感覚に近いものです。

アメリカ
W・エドワーズ・デミング

アメリカの統計学者、品質管理の専門家。

品質管理の体系の広がり

成果を個人の意志より仕組みの品質で説明した取り組みは、このタイプの構造的な思考をよく見せます。

イギリス
ティム・バーナーズ=リー

イギリスの計算機科学者。

ワールド・ワイド・ウェブの提案

情報をつなぎ、たどり着くための共通の構造をつくった事例は、システム設計の公の参考点です。

同じグループの他のアーキタイプ

このタイプの相性

自分の結果がシステム設計者にどれくらい近いか、確認してみてください。

無料で検査する