これまで関わったプロジェクトで、いちばん遅かったのはコードではありません。行列です。マネージャー一人のカレンダーの前に意思決定が積み上がり、三日後にやっと届く「OK」を待っている。非同期コミュニケーションと自律的なチームが定番の解決策で、私も支持派ですが、この移行の正体は、ツールの問題の顔をした信頼の問題です。
そもそも、なぜ何にでも承認が要るのか#
承認文化がどこから来るのかは、公平に見ておく価値があります。コントロールは精度のように感じられるものです。すべての決定がマネージャーの机を通れば、何も脇道に逸れない、というわけです。まずい判断はプロジェクトだけでなくマネージャー自身の評判も傷つけるので、恐れがかなりの部分を動かしています。チームに判断できるだけの経験があるのか、本気で疑っているケースもあります。そして、単なる残滓のこともある。組織図が昔からそう動いてきたから、今日もそう動いているだけ、という。
この四つの理由のうち、チームの側の話は一つだけです。残りは全部マネージャーの側の話です。
自律に本当に必要なもの#
方向合わせのない自律は、士気の高い混乱にすぎません。メンバーが目標を本当に理解していれば、それぞれの独立した判断はだいたい同じ方向を向きます。仕掛けは実質これだけです。トレーニングも効きます。装備の整った人は、熱意だけの人より信頼しやすいからです。そして境界線は残すこと。経営側に留めるべき決定は実際にありますし、それがどれなのかを口に出しておくと、最悪のサプライズを防げます。あとはフィードバックループを回して、避けられないミスを「証拠」ではなく「授業料」として扱うことです。
信頼がすでに傷んでいる場合——承認文化から抜け出そうとするチームでは、たいてい双方向に傷んでいます——近道はありません。オープンな場で問題に名前を付け、まず経営側が自分たちの分のミスを認め、それから何か月も退屈なくらい一貫した行動を続ける。役割の明確化と定期的な対話のほうが、派手な仕掛けよりよほど修復に効きます。
非同期の部分こそ簡単#
ツールの話は手短に。SlackでもMicrosoft Teamsでも十分です。本当の仕事はドキュメンテーションです。誰も同じ部屋、同じタイムゾーンにいない以上、書かれた決定がチームの記憶になります。応答の基準も決めておきましょう。非同期がいつの間にか無応答にならないように。「一日以内」は「いつか」に勝ります。それから、良い非同期の報告の書き方はちゃんと教えること。判断に足る文脈、求める決定、期限。生まれつき書ける人はいません。
Slackの導入は午後一つで終わります。信頼のほうは何か月もかかり、そしてこの取り組み全体の成否を決めるのはそちらです。目標を明確にして、ミスの代償をキャリアではなく教訓にする。そこまでできれば、非同期の部分はだいたい勝手にうまくいきます。