アジャイル変革とは、組織全体が従来のトップダウン型の働き方から、反復的でチーム横断的な、顧客中心の働き方へ移行するプロセスです。MindMeisterを使えば、変革の全体像を1枚の共有マインドマップで視覚的に計画でき、すべてのリーダーが目標、範囲、マイルストーン、リスクを常に最新の状態で確認できます。
アジャイル変革とは何か、そしてなぜ難しいのか
アジャイル変革とは、組織を従来の働き方から、反復的で、部門横断的で、顧客中心の働き方へと移行させるプロセスです。従来の働き方は、階層的な意思決定、固定的なプロジェクト計画、そしてサイロ化したチームに依存しています。アジャイル変革は、複数のことを同時に変えます。チーム体制、計画のリズム、意思決定の権限、成功指標、そしてリーダーの振る舞いを作り直すのです。チームは、マネージャーがタスクを割り当てる形から、小さなグループが成果に責任を持つ形へと移ります。計画は、年単位のサイクルから、短く繰り返すループへと変わります。大規模なアジャイル変革は、戦略・組織構造・人材・プロセス・テクノロジーを同時に変えていきます。つまり、組織の運営のほぼすべての部分が動く必要があるのです。
だからこそ、アジャイル変革は難しいのです。これはソフトウェアの導入ではありません。人々は、働き方、コミュニケーションの取り方、そして成功の測り方を変えなければなりません。ツールやフレームワークは簡単な部分です。難しいのは行動と文化の変化であり、それには数週間ではなく数か月かかります。多くの変革は今も失敗していますが、その多くは、リーダーが組織変革マネジメントの大変さを過小評価するためです。始める前に、その規模の大きさを自分自身に正直に見積もってください。その現実を見据えて計画するチームほど、進捗が遅く感じられるときにも落ち着いていられます。
実際には、変化は毎週異なる実感を伴います。初期段階では、チームはデリバリーよりもワークショップやすり合わせの会議に多くの時間を費やします。それは遅く感じられ、一部のリーダーは生産性の低下と勘違いします。しかしそうではありません。共通理解への投資こそが、後になって変革を頓挫させる手戻りと混乱を防ぎます。最初のスプリントが完了すると、リズムが自然に感じられ始めます。適切な人がすでに会議室にいるため、意思決定が速くなります。クロスファンクショナルチームは、以前なら数日かかった承認を待つ必要がなくなります。目に見える進捗は、変革が最初の予算レビューを乗り越えるために必要な信頼性も築きます。
MindMeisterのマインドマップでアジャイル変革を計画する方法
ここでは、中規模のマーケティング部門や業務部門を想定して、アジャイル変革を計画する方法を紹介します。ビジュアルなプロジェクト計画と同じように、1つのマインドマップを使い、少しずつ作り込んでいきましょう。目標は、何が変わり、それぞれの変化に誰が責任を持ち、いつ起こるのかを示す1枚の図です。以下の5つのステップを順番に進め、作業中は常にマインドマップ全体が見える状態にしておきましょう。
1. 変革の目標をセントラルノードに置く
マインドマップの中心に、明確で具体的な目標を置くことから始めます。「もっとアジャイルになる」といった曖昧な目標では、チームは何を目指せばよいのか分かりません。代わりに、「第2四半期までにすべてのプロダクトチームを2週間スプリントへ移行する」のように、具体的で期限のある目標を書きましょう。鋭いセントラルノードは、そこから伸びるすべてのブランチを、現実の成果に結びつけ続けます。また、リーダーが繰り返し口にし、旗印にできる一文にもなります。後で意見が食い違ったときには、この目標に立ち返って議論を収められます。
セントラルノードは、組織に対する約束だと考えてください。マインドマップを開いたリーダーは誰もが、数秒で目的地を理解できるはずです。目標が後で変わったら、まずここを書き換え、マインドマップ全体が実態と一致するように保ちましょう。
2. 変革の範囲を表す4つのメインブランチを追加する
セントラルノードから4つのメインブランチを追加します。チーム、プロセス、ツール、ステークホルダーです。「チーム」の下には、どのチームが、どの順番で変わるのかを挙げます。「プロセス」の下には、どの計画・報告・意思決定のプロセスが変わるのかを書きます。「ツール」の下には、各チームが導入するソフトウェアを記します。ここがMeisterTaskの出番です。MeisterTaskはスプリントやボードを実行するためのツールだからです。たとえば、共有スプレッドシートを本格的なアジャイルボードに置き換えることもできます。「ステークホルダー」の下には、足並みをそろえ、情報を伝え、賛同を得るべき相手を挙げます。作り込むときは役割を明確に保ちましょう。MindMeisterは計画を可視化し、共有しますが、スプリントの実行、バックログの管理、ベロシティの追跡は行いません。その実行作業には、MeisterTaskが適したツールです。
3. 各ブランチを、変更・担当者・期限に分解する
次に、それぞれのブランチを詳細に展開します。各項目について、3つのサブブランチを追加します。具体的な変更、担当する人またはチーム、そして期限です。たとえば「チーム」の下には、「コンテンツチームをスプリントへ移行」を追加し、担当はコンテンツリーダー、目標時期は3月、といった形にできます。「プロセス」の下には、「月次報告をスプリントレビューへ移行」を追加し、担当は業務リーダー、とできます。こうすることで、漠然とした野心が、担当者と期限のついた一連のコミットメントに変わります。すべての変更に名前と日付が並んでいれば、責任の所在はマインドマップを見る誰の目にも明らかになります。
抜け漏れを見つけやすくするなら、担当者ごとに色分けしてもよいでしょう。1人が3つのブランチにまたがる変更を、同じ期限で担当しているなら、それはボトルネックです。計画全体が滞る前に、その負荷を調整しましょう。
4. マイルストーンのブランチを追加する
現実のチェックポイントに対して進捗を追うために、マイルストーンのブランチを追加します。初期の良いマイルストーンには、最初のチームのトレーニング完了、最初のスプリント完了、最初のレトロスペクティブ実施、最初のチーム間の依存関係の可視化などがあります。これらは、変革が計画されているだけでなく、実際に前進していることを示す具体的なサインです。また、停滞を早い段階で、数か月に及ぶ前に見つける助けにもなります。さらに、マイルストーンはリーダーが祝える節目にもなり、長い変化の間も勢いを保てます。これらのチェックポイントをすばやく組み立てるには、変革のマイルストーン向けのプロジェクト計画テンプレートを再利用できます。
マイルストーンは、活動ベースではなく成果ベースにしましょう。「スプリント完了」は、「スプリント研修を予定」よりも多くを教えてくれます。ステアリング会議のたびにマイルストーンのブランチを見直し、進捗を全員に見える状態に保ちましょう。
5. リスクのブランチを追加する
最後に、リスクのブランチを追加します。どんな変革にも、つまずきやすいポイントがあるからです。各リスクについて、リスクそのものと、その対策をサブブランチとして追加します。たとえば、リーダーが年次計画に戻ってしまう恐れがあるなら、それに対抗するために四半期ごとのレビューを計画する、といった具合です。リスクを早く名指しすれば、後で管理しやすくなります。マインドマップが完成したら、すべてのリーダーと共有しましょう。ステアリング会議ごとの生きた参照資料として使い、変革が進むにつれて更新していきます。
よくあるリスクには、リーダーが古い習慣に戻ること、役割が不明確でチームが時間を失うこと、そしてステークホルダーが支援を引き上げることなどがあります。各対策の担当者を必ず決めましょう。担当者のいないリスクは、静かに見て見ぬふりをしているリスクです。
ステークホルダーとのコミュニケーションは、ほとんどのチームが過小評価する部分です。変革はレポートライン、インセンティブ構造、ベンダー契約、採用プロファイルに影響します。作業を行うチームだけでなく、組織全体の人々が何がなぜ変わるのかを理解する必要があります。1枚の共有マインドマップがこうした会話の参照点になります。スライドデッキや20ページの文書なしで全体像を示せるからです。ステアリング会議のたびに更新し、元の計画ではなく常に現実を反映させましょう。
アジャイル変革が失敗するよくある3つの理由
1つ目の理由は、リーダー自身が働き方を変えないことです。チームはスプリントやスタンドアップを取り入れても、リーダーは相変わらず固定的な年次計画を求めます。成果ではなく人員数を測り続けます。チームを取り巻く組織の仕組みが変わらないため、変革は停滞してしまいます。アジャイルな働き方は、逆方向に引っ張る硬直したマネジメント構造の中では生き残れません。リーダーは、その下にいる全員の空気をつくります。1年先を計画し、活動そのものを評価し続ければ、チームは古いルールがまだ有効だと学んでしまいます。本当の変化は、リーダーが短いサイクルを取り入れ、仕事を結果で判断し始めたときに始まります。
2つ目の理由は、プロセスが再設計されないことです。チームはスプリントを回しているのに、一定の予算枠を超える意思決定には、承認までに6週間かかったりします。アジャイルの儀式が形だけのものになります。人々はスタンドアップやレトロスペクティブの動作をなぞりますが、実際の仕事は依然として古い承認の連鎖が握っています。たった1つの承認が数週間も進捗を止めてしまうなら、書類上のスピードには何の意味もありません。うんざりしたチームは、やがて以前のやり方に戻ってしまいます。アジャイルを定着させるには、チームの内側の儀式だけでなく、チームを取り巻くプロセスそのものを再設計しましょう。
3つ目の理由は、成果ではなく活動を測ってしまうことです。リーダーは、顧客がより良い製品をより速く手にできているかを問う代わりに、ストーリーポイントやベロシティを数えます。こうした指標は、チームが新しい言葉を使い始めても、古い考え方を強化してしまいます。人は測られるものに合わせて最適化するので、価値ではなく成果物の量を追い求めます。成功の測り方が変わらなければ、結果も変わりません。
顧客の成果、サイクルタイム、品質を追い、その数字で変革の舵を取りましょう。
これら3つの失敗には共通の根本原因があります。組織が変革を、恒久的な働き方の変化ではなく終了日のあるプロジェクトとして扱っていることです。プロジェクト思考は近道につながります。不快になったら戻れると思い込むからです。変革思考は、不快さが旅路の一部であることを受け入れ、コーチング、レトロスペクティブ、目に見えるマイルストーンといった支援構造を構築して、人々がプロセスを乗り越える手助けをします。
アジャイル変革とアジャイル導入の違い
アジャイル導入とアジャイル変革は同じものではありません。アジャイル導入とは、個々のチームや部門が、スタンドアップ、スプリント、レトロスペクティブといったアジャイルの実践を使い始めることです。アジャイル変革とは、組織全体が働き方を変えることを意味します。戦略、予算編成、採用、人事評価、そしてリーダーシップのすべてが、アジャイルな働き方を支えるように変わります。ほとんどの組織はまず導入から始め、その後、変革なしには実践が定着しないことに気づきます。導入は理にかなった第一歩であり、小規模でアジャイルの価値を証明することも多いです。問題は、より広い組織が変わらないまま、その成果を静かに打ち消してしまうときに起こります。
マインドマップの大きさは、その違いを映し出します。導入段階のマインドマップは、1つのチームの実践を扱います。変革段階のマインドマップは、組織全体の変化の道のりを扱います。すでにチームがスタンドアップやスプリントを回しているなら、次のステップは、それらを研ぎ澄ますためにマインドマップでアジャイルなスクラムセレモニーを運営することです。より広い移行を計画する準備ができたなら、MindMeisterの空白マインドマップを開いて、上のセクションの計画の型に沿って進めましょう。中心に目標を置くことから始め、4つの範囲ブランチを追加し、ほかのリーダーたちを招き入れましょう。共有されたマインドマップは、漠然とした野心を、全員が見て、問い、当事者になれる計画へと変えます。
MindMeisterでアジャイル変革を可視化しよう
