/note/tech

アーキテクチャモダナイゼーションとは何か

要約:

■ 1. 発表の概要

  • 発表タイトル: 「アーキテクチャモダナイゼーションとは何か ― 技術・事業・組織で大事なこと」
  • 発表者: nwiizo(株式会社スリーシェイク所属のソフトウェアエンジニア)
  • 発表の軸: Nick Tune「アーキテクチャモダナイゼーション」(翔泳社, 2026)およびSusanne Kaiser「Architecture for Flow」(Addison-Wesley, 2025)の2冊
  • 目的: 「モダナイゼーション」の実体を掴み、なんとなくではなく構造で判断する軸を持ち帰ること

■ 2. 発表の構成と前提

  • 技術・事業・組織の3軸を同時に動かすことが主題
  • 技術軸: 何を変えるか(境界・結合・疎結合の本質)
  • 事業軸: なぜ変えるか(ドメイン・進化段階・投資判断)
  • 組織軸: 誰が変えるか(チーム設計・認知負荷・文化)
  • 1つだけ動かせば残り2つが設計図を上書きするという構造的問題を提起
  • 本フレームはすべての組織に当てはまるわけではなく、文脈によって3軸のバランスは変わる
  • 「3軸同時」は完璧解ではなく自組織の盲点を可視化する装置として活用すべき

■ 3. 設計判断が間違う構造

  • 技術・事業・組織それぞれに「よくある語られ方」が存在し、一見正しく聞こえるが構造的に間違っている
  • 技術の「よくある語られ方」:
    • 「マイクロサービスにすれば速くなる」「疎結合にしよう」「コンテナ化すれば運用が楽になる」といった語り方が典型
    • 手段の名前が出た瞬間に「なぜそうすべきか」を考えなくなる
    • 成功事例には生存バイアスがあり、失敗した企業の声は聞こえない
  • 事業の「よくある語られ方」:
    • 「DXを推進する」「売上20%増」「リリース速度2倍」は目標であって戦略ではない
    • 「うちもAIを入れないと取り残される」という周囲に流される意思決定が起きる
  • 組織の「よくある語られ方」:
    • 「Spotifyモデルを導入した」「Team Topologiesに基づいて再編した」は他社のアーキテクチャをコピーするのと同じ問題
    • 「チームを再編しよう」「アジャイルを導入しよう」は仕組みの導入として語られるが、組織図を変えても報告ラインが変わるだけ

■ 4. 各軸で間違う構造の本質

  • 技術で間違う構造:
    • 技術の名前には「正解感」があり、名前が判断の代わりを務める
    • 文脈を無視して手段だけを借りることが根本的な誤り
    • 技術の名前が出た瞬間に「なぜ」が消えるなら、それは選定ではなく信仰
  • 事業で間違う構造:
    • 分析を省略するほうが簡単なため、標語で済ませてしまう
    • 判断基準がなければ残るのは同調圧力だけとなり、隣の会社がやっているという理由で投資判断が下される
    • 診断を省略した目標設定は速いのではなく雑なだけ
  • 組織で間違う構造:
    • 掲げた言葉ではなく実際に起きたことを信じるのに、言葉だけ変えて行動を変えない
    • 仕組みに変化を任せることが誤りであり、見えやすいものを変えて見えにくいものを放置するのは変革ではなく自己満足
    • 組織図を変えるのは簡単だが難しいのは人の行動が本当に変わること

■ 5. 技術への情熱とBVSSHフレームワーク

  • 技術への情熱がなければ設計は前に進まない
  • 信仰が常に間違うわけではなく、熱量がすべてを凌駕することもある
  • アーキテクチャモダナイゼーションにはBVSSHというフレームワークが存在する
  • BVSSHの5軸: Better(品質)、Value(価値)、Sooner(速度)、Safer(安全性)、Happier(幸福)
  • 開発者の幸せはオマケではなく5軸のひとつ
  • 問題は信仰そのものではなく、信仰が「なぜ」を省略する口実になること

■ 6. アーキテクチャモダナイゼーションの定義

  • マイクロサービス化でもクラウド移行でもない
  • 技術は名前で判断を代替し、事業は周りに合わせて走り出し、組織は仕組みに変化を任せる構造はすべて3つの軸のうち1つだけを語り残りを無視している
  • アーキテクチャモダナイゼーションとは技術・事業・組織の現状をそれぞれ正直に見直し、3つを同時に動かすこと
  • リプレースでもリライトでもなく、3つの軸を同時に見直す終わらない営み

■ 7. 「同時に」でなければならない理由

  • 3つの軸はつながっている
  • どこでシステムを切るか(技術)はチームの分け方(組織)を決め、チームの分け方はどこに投資するか(事業)に縛られ、投資の判断はシステムの切り方に戻ってくる
  • ぐるっと一周する関係だから1つだけ動かしても残り2つが元に引き戻す
  • 「同時に」とは全部を一度に変えるという意味ではなく、何かを変えるとき他の2つにどう影響するかを考えながら小さく動かすこと
  • 技術だけの改善計画・事業だけの戦略資料・組織だけの再編提案がバラバラに作られている組織はすでに部分最適の罠にはまっている

■ 8. 3つが同時に語られない理由

  • 理由1 ― 専門の壁: 技術の話は技術者が、事業の話は経営者が、組織の話はマネージャーが語り、それぞれの専門が深くなるほど他の軸が見えなくなる
  • 理由2 ― 具体性の罠: 3つを同時に動かしている組織は存在するが1人のエンジニアや事業責任者が語ることではなく、現場では複数の人が複数の軸を少しずつ動かしているため個々の具体例は抽象化しにくくカンファレンスで語れる形にならない
  • 3つが互いに影響し合う現実をひとつの枠組みで語ることは本質的に難しい
  • 3つを同時に語れる言葉はまだ誰も持っていないため、組織は3つを別々に語る分業を生む