問題は報告の不足ではない

迷走するプログラムは、多くの情報と少ない意思決定を生み出します。ダッシュボードも会議も存在しますが、優先事項を責任者、期限、提供の証拠へ結びつけることができません。組織は活動量を見ています。しかし、どこへ向かっているかを説明できなくなっています。

最初の反応は管理を増やすことです。新しい委員会が新しい指標を求め、その指標のためにツールと準備時間が追加されます。ガバナンスは過去をより細かく説明しますが、次の選択を明確にはしません。立て直しには逆の動きが必要です。実際に機能する短い意思決定の連鎖が残るまで、変数を減らします。

一つの運用成果から始める

アーキテクチャや方法論を議論する前に、九十日以内にサービスが生み出す成果を定めます。工程の完了や進捗率ではありません。利用者、担当者、運用チームが観察できる成果です。

この定義は作業を三つに分けます。

1. 成果に直接つながる作業
2. セキュリティや継続性など、実在する制約を守る作業
3. プログラムが慣習として作り続けている作業

三番目が常に不要とは限りません。ただし、誰も疑わない義務ではなく、再び選択可能な作業として扱う必要があります。

提供を止める依存関係だけを描く

有用な地図は網羅性を目指しません。法務上の判断、利用できないデータ、再現できない環境、第三者が所有するインターフェース、責任者のいない役割など、成果を本当に止める依存関係を示します。

各依存関係には、所有者、決定日、代替案が必要です。一つでも欠ければ、その依存関係は管理されていません。単に知られているだけです。

プロダクト、技術、業務、運用の各チームは異なるリスクを見ています。この相違は有益です。継続的な政治交渉ではなく、検証できる仮説へ変換することで、重要な情報になります。

申告された進捗を証拠に置き換える

八十パーセント完了と報告された作業が、半年間停止することがあります。二値の証拠は快適ではありませんが、より役に立ちます。代表的な環境で経路が動くこと、データが照合できること、ロールバックを実行したこと、引き継ぐチームがサービスを運用できることを確認します。

証拠は状況に比例させます。立て直しの時点で、すべてを直ちに工業化する必要はありません。プログラムの分割によって隠れていた接点、責任、費用を明らかにする、十分に現実的な一つの経路が必要です。

軌道を変える六つの意思決定

1. 九十日以内に期待する運用成果を定める。
2. その成果を止める依存関係だけを示す。
3. 元に戻しにくい判断ごとに一人の所有者を置く。
4. 進捗率を実行可能な証拠に置き換える。
5. 入力から運用まで、一つの完全な経路を切り出す。
6. 採用した妥協だけでなく、拒否した妥協も記録する。

これらの判断は共通言語を作ります。同時に、プログラムに不足しているものが能力、権限、明確さのどれかを示します。ダッシュボードでは同じ問題に見えても、対処方法は異なります。

より自律した組織を残す

短い支援がコンサルタントへの新しい依存を生んではいけません。理解できる意思決定記録、制約から説明されたアーキテクチャ、三十日、六十日、九十日の計画、そして自分たちで継続できるチームを残します。

成功は指標が緑色へ戻る瞬間ではありません。関係者が次の判断、その判断を可能にする証拠、仮説が誤っていた場合の行動を説明できるとき、プログラムは再び動き始めます。