INTJ

システムアーキテクト

内向 × 直観 × 思考 × 判断

システムアーキテクトになぞらえると

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

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

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

強みと課題の見え方

このたとえで見ると、INTJ の強みは「先を見据えた設計力」と「システム全体を読む力」に集約されます。課題も同じ場所から生まれます。構造が見えすぎるあまり、その理由を説明しないままチームの先へ進んでしまうのです。アーキテクトが仲間を率いるには、設計を書き起こし、チームをその論拠の中へ引き入れる一歩が要ります。