イニシアティブ プレイブック(トリプル ダイヤモンド)について
業界全体で、ここ10年、デリバリー パイプラインの高速化、洗練化、自動化に取り組んできました。問題は、より速いパイプラインは、むしろ悪いアイデアを顧客により効率的に届けてしまうことが多い点です。
ボトルネックは通常ツールではありません: 見えないコンテキストのギャップ、つまり what と why の間をつなぐ橋が欠けていることです。なぜ見えないのかというと、誰もが自分たちのコミュニケーションは完璧に行われていると本気で信じているからです。しかし、コラボレーションを伴わないコミュニケーションは、前提が静かに定着する余地を多く残します。
このテンプレートはその領域のマップです。イニシアティブを大まかなアイデアから実際に稼働するソフトウェアまで(いわばプロダクト開発ライフサイクル)追跡できるようにし、部門横断のチームがバリューストリーム全体を一か所で把握できるようにします。
目的はシンプルです: 見えないものを可視化することです。あるいは、 Quality Radar ツールの作成者である友人のニコラ・セジウィックの言葉を借りれば: 「見えないものは改善できない」。
ボードの内容
トリプルダイヤモンドはデザイン思考のモデルです。イギリスのデザインカウンシルが広めたダブルダイヤモンドを拡張したものです。各ダイヤモンドは発散して選択肢を広げ、その後収束して決定に絞り込みます。
アイデア(半分のひし型)。 アイデアがどこから生まれ、何がそれを形作ったか。
ひし型 1:問題の探索と定義。 顧客のニーズ、達成すべきジョブ、市場やビジネスの文脈を探ります。明確な問題定義に収束します。
ひし型 2:ソリューションの探索と定義。 様々なアプローチを検討・実験します。合意された解決策に収束します。
ひし型 3:デリバリー。 実作業を行い、顧客が実際にどう振る舞うかを観察します。それが次のアイデアにつながります。
最初の2つのひし型は「正しいものを作る」ことに焦点を当てています。3つ目は「ものを正しく作る」ことに焦点を当てています。
3つの補助要素が並びます。マイルストーンは、進む方向が正しいかどうかを確認するためのチェックポイントです。フェーズ目標は各フェーズで得たい成果です。アクティビティはその成果を達成するための取り組みです。いずれも必ず従うべきものではありません。組織はそれぞれ異なるので、ラベルは適宜変更してください。
想定読者
エンジニアリング リーダー、プロダクト マネージャー、プリンシパル エンジニア、デザイナー、デリバリー リード、そして現場の混沌とした中間(メッシー・ミドル)でリードしている方々向けです。エンジニア、プロダクト、デザイン、分析など、実際に利害関係を持つ少人数の横断的なグループで行うと最も効果的です。
このテンプレートの使い方
イニシアチブ用にボードを複製します
少人数のクロスファンクショナル チームを集めます
最初のアイデアを共有して、全員が同じ前提から始められるようにします。
このイニシアチブで実際に重視するフェーズゴールにタグを付けます。その他は無視してください。
絵文字凡例を使用して、アクティビティーとその状態(進行中、ブロック中など)にタグを付けます。
未解決の質問や更新について、同期・非同期いずれでもコメントを残します。
毎週、隔週など、自分たちに合ったレビュー頻度を決めます。
最初のマッピングセッションは約15分です。大げさなセレモニーではありません。
このテンプレートの別の使い方
実際のイニシアチブをマップするのが最も分かりやすい使い方ですが、唯一の使い方ではありません。
振り返り。 イニシアティブを事後にマップすると、ギャップが自然と明らかになります。
既存の実務のマッピング。 プロセス文書に書かれている通りではなく、実際の業務のフローがどのようになっているかをありのままに示します。
監査と保証。 ライフサイクル各段階に手順や統制を配置し、実際にどこで機能しているかを示せます。
ヒートマップとコールドマップ。 摩擦がどこに集中しているか、まったく何も起きていない場所はどこかがわかります。どちらも示唆に富んでいます。
ギャップ分析。 AI、セキュリティ、品質、アクセシビリティ、コンプライアンスなどの視点を重ねて、どのフェーズがカバーされているか、どのフェーズがただ運任せになっているかを確認できます。
新しい指標の定義。 各ステージが可視化されると、それらの間のギャップを測定できます:ステージ間のリードタイム、手戻り率、待ち時間。これらの数値が、バリューストリームのどこが実際に滞っているかを示します。
ライフサイクルの最適化。 AI や自動化をむやみにあちこちに適用して期待するのではなく、本当に効果を発揮する箇所を見極めて導入してください。
オンボーディング。 新しく参加したメンバーにマップを手渡しましょう。「やっているうちに覚えてください」と言うより、はるかに親切です。
ヒントとベストプラクティス
絵文字の凡例を正しく使う。時間が経つにつれて、タグ付けされたアクティビティやコメントが、摩擦が起きている箇所のヒートマップを形成します。DORA 指標を予測するものではありません。調べるべき箇所がわかります。
繰り返す。ループは意図的に設けられています。学んだことがあれば、前の段階に戻りましょう。
未知を可視化する。問題になることの多くは、どこにも書き残されていません。共有ボードがあれば、普段は自分だけで抱えてしまう疑問を置ける場所を提供します。タグやコメントがその一部を拾いますが、本当のフィードバックループは、セッション中やその後長く続く、マップが促す会話です。
無駄はありません。イニシアチブを途中で中断しても、戻ってきたときにコンテキストと監査履歴が残っています。