INTJ

システムアーキテクトは、コードを書くことから始めません。どの部分がどの部分に依存するかを描き、何リリースも先のトレードオフをたどることから始めます。INTJ も、今日出せる場当たりの修正より、あとで効く設計判断を選びます。

アーキテクトはキーボードから離れて働くことが多く、構造が本当に必要とする場所にだけ、チームの力を投じます。作りたい仲間には、その長い前段の設計が冷たく、よそよそしく映ることもあります。けれど、システムの重みをどこに置くかを選ぶこと自体が貢献なのです。

アーキテクトの強みは、打鍵の速さではなく先見です。細部が揺れ動く間も、システム全体の形をぶらさず保ちます。INTJ が、まだ誰も必要を感じない制約を譲らないとき、チームはその狙いを、システムが拡大したときに初めて理解します。