EXERCISE 90分

ストーリー

田
田中VPoE
DevFlow社の改善ロードマップはできた。次は、この計画を実際に動かすためのチェンジマネジメント計画を策定してもらう
あなた
技術計画だけでなく、人と組織を動かす計画も必要ですね
あ
田
田中VPoE
その通りだ。ロードマップが「何をやるか」なら、チェンジマネジメント計画は「どうやって組織を動かすか」だ。この2つが揃って初めて改善は実現する
あなた
具体的にどこまで作ればいいですか？
あ
田
田中VPoE
コッターの8段階をベースに、各段階での具体的なアクション、コミュニケーション計画、パイロット計画を策定する。CTO佐藤が「これで行こう」と言えるレベルの計画書だ

ミッション概要

項目内容
演習タイトルチェンジマネジメント計画の策定
想定時間90分
成果物コッター8段階の実行計画 + コミュニケーション計画 + パイロット計画
前提Step 1-2で分析・策定したDevFlow社のシナリオとロードマップを使用

前提条件

追加情報: 組織の雰囲気

チーム変革への態度背景
プロダクトチームA前向きリーダーが改善志向。最近の障害対応で「何か変えないと」という意識が高い
プロダクトチームB懐疑的1年前のフレームワーク移行が混乱を招いた経験がトラウマ
プロダクトチームC中立モバイルチームで独自のプロセスがある。関連性が薄いと感じている
プラットフォームチームやや前向き技術的な改善への関心は高いが、工数の確保に不安
QA部不安テスト自動化で「自分たちの仕事がなくなる」という懸念
インフラ部中立〜抵抗「また新しいことを押し付けられる」という疲弊感
セキュリティ部抵抗セキュリティレビューの自動化は「品質が落ちる」と懸念

Mission 1: コッターの8段階実行計画

要件

DevFlow社の改善プロジェクトについて、コッターの8段階それぞれに対する具体的なアクションプランを策定してください。

  1. 各段階の具体的なアクション（3つ以上）
  2. 各段階の完了基準
  3. 各段階の想定リスクと対策
解答例

段階1: 危機感の醸成

アクション詳細
データ共有会の開催DORAメトリクスで業界比較を全開発者に共有。「リードタイム43日は業界下位10%」
顧客の声の共有営業部・CS部から「機能リリースが遅い」というフィードバックを収集し共有
競合分析の提示主要競合3社のリリース頻度と市場シェアの推移データを提示
開発者サーベイ結果の公開満足度4.2/10という現実を全員に開示

完了基準: 全開発者の80%が「現状に危機感を感じる」とサーベイで回答 想定リスク: 危機感が「不安」に変わり、離職を検討する人が出る 対策: 「変われる」というポジティブなメッセージとセットで伝える

段階2: 推進連合の形成

メンバー役割
CTO佐藤エグゼクティブスポンサー
改善リーダー（あなた）プロジェクトリード
チームAリーダーパイロット推進、技術面のリード
プラットフォームTL技術基盤の設計・実装
QA部松本テスト戦略の策定
各チームチャンピオン（5名）現場の橋渡し

完了基準: 推進連合メンバー全員が役割に合意し、初回キックオフを完了 想定リスク: QA部松本が不安から参加を渋る 対策: 1on1でQAの役割拡大のビジョンを個別に説明

段階3-8（同様に策定）

（以下、各段階で具体的なアクション、完了基準、リスクと対策を定義）

Mission 2: コミュニケーション計画

要件

以下のコミュニケーション計画を策定してください。

  1. 対象別メッセージ: 7つのチーム/役割それぞれに向けたカスタマイズメッセージ
  2. チャネル計画: 各フェーズでの発信チャネルと頻度
  3. フィードバック収集計画: パルスサーベイの設問設計を含む
解答例

対象別メッセージ

対象キーメッセージ
CTO佐藤「投資2,500万円で年間2億円の効果。6ヶ月でROIが見える」
プロダクトチームA「あなたたちがパイロットの先駆者。成功すれば全社展開のモデルになる」
プロダクトチームB「前回の失敗から学んだ。段階的に進め、問題があれば即座に調整する」
プロダクトチームC「モバイル特有のプロセスは尊重する。共通化できる部分だけ統合する」
QA部「テスト自動化はQAの仕事を奪うのではなく、より戦略的な役割に進化させる」
インフラ部「CI/CDの整備は運用負荷を半減させる。デプロイの手動作業がなくなる」
セキュリティ部「自動化はセキュリティ品質を下げない。むしろ人的ミスを減らし品質を上げる」

チャネル計画

フェーズチャネル頻度内容
Phase 0全社テックトーク1回ビジョンの発表と危機感の共有
Phase 0部門別説明会各1回部門固有の影響とメリットの説明
Phase 1#dev-improvement Slack毎日日次の進捗と学び
Phase 1推進連合定例週次進捗、課題、意思決定
Phase 1-2パルスサーベイ隔週変革への態度の定点観測
Phase 2全社テックトーク月次成果共有と次ステップの発表
Phase 3全社メール月次最終成果報告

パルスサーベイ設問

設問スケール
改善活動の目的を理解していますか1-5
改善活動は自分のチームにメリットがあると思いますか1-5
改善に関する情報は十分に共有されていますか1-5
改善について懸念や不安がありますか自由記述
改善への提案や要望がありますか自由記述

Mission 3: パイロット計画

要件

DevFlow社のプロダクトチームAを対象としたパイロット計画を策定してください。

  1. パイロット計画書: テンプレートに沿った計画書
  2. 成功基準と撤退基準: 定量的な基準の定義
  3. 展開プレイブックの骨子: パイロット後に作成するドキュメントの目次
解答例

パイロット計画書

項目内容
対象チームプロダクトチームA（25名）
対象施策CI/CDパイプライン + PRテンプレート + コードオーナー制
期間8週間（Week 5-12）
成功基準リードタイム30%短縮、デプロイ成功率90%以上
撤退基準生産性20%低下が2週間継続、または離職意向の複数件発生
ベースラインリードタイム43日、デプロイ成功率78%、満足度4.2
中間報告Week 9（4週経過時）
最終報告Week 13
推進者改善リーダー + チームAリーダー
技術支援プラットフォームチームTL

成功基準の詳細

指標ベースライン成功基準測定方法
リードタイム43日30日以下（30%短縮）Jiraのデータ分析
デプロイ成功率78%90%以上CI/CDパイプラインのログ
レビュー待ち時間3日1日以下GitHubのPR分析
開発者満足度4.25.5以上パルスサーベイ

展開プレイブック骨子

1. 概要と前提条件
2. 導入チェックリスト（技術要件、人的要件）
3. ステップバイステップ導入ガイド
   3.1 CI/CDパイプラインの構築手順
   3.2 PRテンプレートの導入手順
   3.3 コードオーナー制の導入手順
4. トレーニング計画（2日間のワークショップ）
5. トラブルシューティング（パイロットで遭遇した問題と解決策）
6. FAQ（よくある質問30問）
7. 効果測定の手順
8. アンバサダーの役割と支援方法

達成度チェック

観点達成基準
コッター8段階各段階に具体的なアクションが3つ以上あり、完了基準が定義されている
コミュニケーション7つのチーム別にカスタマイズされたメッセージがある
チャネル計画フェーズ別にチャネルと頻度が定義されている
フィードバックパルスサーベイの具体的な設問が設計されている
パイロット計画成功基準と撤退基準が定量的に定義されている
展開プレイブックパイロットの学びを他チームに展開するための骨子がある

推定所要時間: 90分