ストーリー
田
田中VPoE
グランドデザインの根幹は「技術ビジョン」だ。これは「我々はどんな技術組織になりたいか」という問いへの答えであり、全ての変革施策の北極星となる
あなた
ビジョンの策定は経営戦略で学びましたが、「技術ビジョン」は何が違うんですか
あ
田
田中VPoE
技術ビジョンは事業ビジョンから導出されつつも、技術組織固有のアイデンティティを示すものだ。「世界を変えるプロダクトを作る」は事業ビジョン。「最速・最安全・最高品質のソフトウェアデリバリーで事業を支える」は技術ビジョンだ。エンジニアが共感し、日々の判断の拠り所にできるものでなければならない
技術ビジョンの設計
良い技術ビジョンの条件
| 条件 | 説明 | 良い例 | 悪い例 |
|---|
| 方向性が明確 | 向かう先が具体的にイメージできる | 「全てのエンジニアがプロダクション環境のオーナーである組織」 | 「技術力の高い組織」 |
| 感情に訴える | エンジニアの心を動かす | 「安心して挑戦でき、失敗から最速で学ぶ組織」 | 「効率的な開発プロセスの確立」 |
| 判断基準になる | 日々の意思決定の拠り所 | 「セキュリティは速度と両立する。両立できない方法は採用しない」 | 「セキュリティを重視する」 |
| 測定可能 | 到達度を評価できる要素を含む | 「1日10回以上のデプロイが当たり前の組織」 | 「高速にデプロイする」 |
| 時間軸がある | いつまでに到達するかが明確 | 「2年以内にDORA Eliteに到達する」 | 「いつかEliteになる」 |
技術ビジョン策定のプロセス
Step 1: 事業ビジョンの理解
↓ 「会社はどこに向かっているか」
Step 2: 技術組織への翻訳
↓ 「事業ビジョンを技術で支えるには何が必要か」
Step 3: 文化の要素を注入
↓ 「どんな文化があればそれが実現できるか」
Step 4: エンジニアの声を反映
↓ 「エンジニアが共感し、誇りに思えるか」
Step 5: 言語化と磨き込み
↓ 「30秒で伝わるか、記憶に残るか」
Step 6: 検証とフィードバック
「現場の反応は? 修正は必要か?」
技術ビジョンのテンプレート
以下のテンプレートを参考に、組織固有のビジョンを策定します。
| 構造 | テンプレート |
|---|
| 方向性型 | 「[時間軸]までに、[対象]が[状態]を実現している技術組織」 |
| 価値観型 | 「[価値1]と[価値2]を両立し、[成果]を生み出す技術文化」 |
| 行動型 | 「全てのエンジニアが[行動A]し、[行動B]し、[行動C]する組織」 |
| ストーリー型 | 「[現在の課題]を克服し、[理想の状態]を実現する旅路」 |
具体例
| 企業タイプ | 技術ビジョン例 |
|---|
| BtoB SaaS | 「2年以内に、全チームが自律的にデプロイし、データに基づいて意思決定し、AIを日常ツールとして活用する技術組織を実現する」 |
| EC | 「速度とセキュリティと品質の三方良しを体現し、1億人の顧客に毎日安全な体験を届ける技術文化を確立する」 |
| FinTech | 「金融の信頼性とスタートアップの俊敏性を両立し、規制と革新の壁を技術で超える組織」 |
技術ミッションの設計
ビジョンとミッションの違い
| 項目 | ビジョン | ミッション |
|---|
| 問い | 「どこに向かうか」 | 「なぜ存在するか」 |
| 時間軸 | 将来(2-3年後) | 現在(今日から) |
| 機能 | 方向性を示す | 日々の行動指針 |
| 変更頻度 | 環境変化に応じて更新 | 本質的な部分は不変 |
技術ミッションの策定
| 構成要素 | 問い | 例 |
|---|
| 誰のために | 技術組織は誰に価値を提供するか | 「顧客、事業、エンジニア自身」 |
| 何を提供するか | どんな価値を提供するか | 「高品質なソフトウェアの迅速かつ安全なデリバリー」 |
| どのように | 何によって差別化するか | 「自動化、データ駆動、継続的学習を通じて」 |
| なぜ重要か | なぜそれが組織にとって不可欠か | 「事業の成長と信頼の両方を技術で支えるために」 |
バリュー(行動規範)の設計
技術文化バリュー
ビジョンとミッションを日常の行動に落とし込むための行動規範です。
| バリュー | 意味 | 具体的な行動 |
|---|
| Own It | 自分ごとにする | 担当範囲を超えて問題解決する。「それは私の仕事ではない」と言わない |
| Ship It | 届ける | 完璧を待たずにリリースし、フィードバックで改善する |
| Secure It | 守る | セキュリティを全員の責任とし、パイプラインに組み込む |
| Measure It | 測る | 感覚ではなくデータで判断する。測れないものは改善できない |
| Share It | 共有する | 知識を独占せず積極的に共有する。失敗も共有する |
| Learn It | 学ぶ | 業務時間内に学習する。新技術を実験する。他者から学ぶ |
アンチバリューの定義
「やらないこと」を明確にすることも文化形成に重要です。
| アンチバリュー | 禁止する行動 | 代わりにすべきこと |
|---|
| Blame Game | 障害時の犯人探し | ブレームレスなポストモーテム |
| Hero Culture | 特定個人への依存 | チームとしての問題解決 |
| Ivory Tower | 現場から離れた技術判断 | 現場で手を動かす技術リーダーシップ |
| Not My Problem | 領域外への無関心 | オーナーシップの拡張 |
| LGTM Factory | 形式的なコードレビュー | 実質的な学びのある相互レビュー |
ビジョン・ミッション・バリューの浸透
浸透のための施策
| レベル | 施策 | 期待効果 |
|---|
| 認知 | All-hands、ポスター、社内Wiki | 全員が文言を知っている |
| 理解 | ワークショップ、事例紹介 | なぜ重要か理解している |
| 共感 | リーダーの率先垂範、成功体験 | 自分ごととして感じている |
| 行動 | 評価制度への組み込み、表彰 | 日常的に体現している |
| 内面化 | 自律的な伝播、新メンバーへの教育 | 組織のDNAになっている |
「ビジョンは壁に貼るものではない。エンジニアの心に刻むものだ。そのためにはリーダー自身がビジョンの体現者でなければならない」 — 田中VPoE
まとめ
| ポイント | 内容 |
|---|
| 技術ビジョン | 「どんな技術組織になりたいか」を方向性として具体的に示す |
| 技術ミッション | 「なぜ技術組織が存在するか」を日々の行動指針として定義 |
| バリュー | ビジョン・ミッションを日常行動に翻訳する行動規範 |
| 浸透 | 認知→理解→共感→行動→内面化の5段階で組織に浸透させる |
チェックリスト
次のステップへ
次は「戦略の柱の設計」を学びます。ビジョンを実現するための具体的な戦略の柱を、L5の全テーマを統合して設計しましょう。
推定読了時間: 30分