これまで関わったプロジェクトで、いちばん遅かったのはコードではありません。行列です。マネージャー一人のカレンダーの前に意思決定が積み上がり、三日後にやっと届く「OK」を待っている。非同期コミュニケーションと自律的なチームが定番の解決策で、私も支持派ですが、この移行の正体は、ツールの問題の顔をした信頼の問題です。

そもそも、なぜ何にでも承認が要るのか

#

承認文化がどこから来るのかは、公平に見ておく価値があります。コントロールは精度のように感じられるものです。すべての決定がマネージャーの机を通れば、何も脇道に逸れない、というわけです。まずい判断はプロジェクトだけでなくマネージャー自身の評判も傷つけるので、恐れがかなりの部分を動かしています。チームに判断できるだけの経験があるのか、本気で疑っているケースもあります。そして、単なる残滓のこともある。組織図が昔からそう動いてきたから、今日もそう動いているだけ、という。

この四つの理由のうち、チームの側の話は一つだけです。残りは全部マネージャーの側の話です。

自律に本当に必要なもの

#

方向合わせのない自律は、士気の高い混乱にすぎません。メンバーが目標を本当に理解していれば、それぞれの独立した判断はだいたい同じ方向を向きます。仕掛けは実質これだけです。トレーニングも効きます。装備の整った人は、熱意だけの人より信頼しやすいからです。そして境界線は残すこと。経営側に留めるべき決定は実際にありますし、それがどれなのかを口に出しておくと、最悪のサプライズを防げます。あとはフィードバックループを回して、避けられないミスを「証拠」ではなく「授業料」として扱うことです。

信頼がすでに傷んでいる場合——承認文化から抜け出そうとするチームでは、たいてい双方向に傷んでいます——近道はありません。オープンな場で問題に名前を付け、まず経営側が自分たちの分のミスを認め、それから何か月も退屈なくらい一貫した行動を続ける。役割の明確化と定期的な対話のほうが、派手な仕掛けよりよほど修復に効きます。

非同期の部分こそ簡単

#

ツールの話は手短に。SlackでもMicrosoft Teamsでも十分です。本当の仕事はドキュメンテーションです。誰も同じ部屋、同じタイムゾーンにいない以上、書かれた決定がチームの記憶になります。応答の基準も決めておきましょう。非同期がいつの間にか無応答にならないように。「一日以内」は「いつか」に勝りますし、この基準は、誰がどの報告を受け取るかと一緒に、チームのコミュニケーション計画に書いておくべきものです。それから、良い非同期の報告の書き方はちゃんと教えること。判断に足る文脈、求める決定、期限。生まれつき書ける人はいません。たとえばこんな感じです。

木曜までに判断をお願いします：決済のリトライについて
現在、カード決済が失敗すると24時間後に1回だけリトライしています。そして「注文はどうなっていますか？」が、今いちばん多い問い合わせです。
案A：24時間以内に3回リトライする（作業は半日ほど）。案B：リトライはそのままにして、顧客にメールで知らせる。
私のおすすめはAです。詳細と数字はリンク先のドキュメントにまとめています。
木曜17時までに異論がなければ、Aで進めます。

これなら朝7時でも夜11時でも、どのタイムゾーンにいても読めますし、会議を開かずに返事ができます。

Slackの導入は午後一つで終わります。信頼のほうは何か月もかかり、そしてこの取り組み全体の成否を決めるのはそちらです。目標を明確にして、ミスの代償をキャリアではなく教訓にする。そこまでできれば、非同期の部分はだいたい勝手にうまくいきます。