意思決定ログに残すべき項目

意思決定ログに残す項目は、決定の内容、決めた日、決め方と決定者、理由、選ばなかった案、前提にした制約、見直し条件、最初の行動、参照先の九つで足ります。逆に、議論の発言録やチャットの往復をそのまま貼り付ける必要はありません。ログの役目は「その場にいなかった人が、後から同じ材料で決定をたどれること」で、その出来は量ではなく項目の選び方で決まります。

結果の共有文とログは役目が違う

決まった直後にチームへ流す共有文は、読まれたら流れていく文章です。一方のログは、数か月後に「なぜ今こうなっているのか」と誰かが遡るための記録で、想定する読み手は決定の場にいなかった人や、後から入ってきたメンバーです。共有文を送ってあるからログは不要、とはならないのはこのためです。共有文側の書き方は投票結果をチームへ共有する文章テンプレートで扱っています。

そのまま使える決定ログの雛形

決定: [何をどうすると決めたか] 決めた日: [日付] 決め方と決定者: [投票・決定者判断などの方式と、確定させた人] 理由: [その案を採った根拠を一〜二文で] 選ばなかった案: [案の名前と、見送った理由] 前提にした制約: [当時の予算枠・人手・期限など、判断の前提] 見直し条件: [どうなったら再検討するか、誰が言い出せるか] 最初の行動: [誰が、いつまでに、何から着手するか] 参照先: [投票結果や議論が残っている場所]

後から効くのは「選ばなかった案」と「前提」

決定の内容や理由は記憶にも残りますが、選ばなかった案とその理由は真っ先に消えます。半年後に新しいメンバーが「別の案のほうがよくないですか」と言い出したとき、その案を見送った理由が一行残っていれば、同じ検討をもう一周せずに済みます。前提にした制約も同じです。「当時は人手を増やせなかった」という一行は、前提が変わった今なら決定を見直してよい、という判断の足がかりになります。見直し条件の側を先に設計しておく方法は投票結果を覆す条件を決める方法にまとめています。

記入例

決定: 社内勉強会の運営担当を、固定の一人から持ち回りへ変える 決めた日: 四月十日 決め方と決定者: 参加メンバー全員の記名投票。最多の案を採用すると開始時に宣言済み 理由: 運営が固定担当の繁忙期に左右され、開催が止まる月が出ていたため 選ばなかった案: 「外部の勉強会への参加に切り替える」は、期中に費用を確保できず見送り 前提にした制約: 追加の費用は使わないこと。開催は月一回のままとすること 見直し条件: 持ち回りで準備が回らなくなった場合。半期の終わりに主催が確認する 最初の行動: 佐藤さんが今週中に持ち回りの順番表を作り、次回の担当へ引き継ぐ 参照先: 投票の結果ページと、順番表の置き場所

埋まらない項目は削ってよい

九項目すべてが埋まらないから書くのをやめる、というのがいちばん多い挫折です。チャンネルの名前決めのような軽い決定なら、決定・決め方・参照先の三行で構いません。逆に、金額が大きい決定や、後から社外に説明しうる決定ほど、選ばなかった案と前提を厚めに書きます。書き換えるときの注意は三つです。

• 一つの決定につき一枚にする。複数の決定を一枚へ押し込むと、後から検索でたどれなくなります。
• 理由は一〜二文で止め、議論の再現を試みない。長い経緯は参照先のリンクに任せます。
• 参照先は消えにくい場所を選ぶ。一定期間で消えるチャットのリンクは、ログの寿命ごと縮めます。

置き場所と書く時機

書くのは決まった直後、結果の共有文を出すのと同じタイミングが確実です。時間を置くほど、理由と選ばなかった案の記憶は薄れます。置き場所は一か所に固定し、「似た議題が出たら、まずここを検索する」とチームで合意しておきます。決定のたびに置き場所が変わるログは、書いてあっても見つからず、無いのと同じ扱いになります。

関連する9uick製品

投票で決めた経緯をログの参照先として残す場面では、9uickシリーズに投票サービスの9uick Voteがあります。利用を検討する場合は公式サイトで現在の機能と条件を確認してください。この記事では未確認の仕様や効果を断定しません。

今日の決定から書き始める

過去の決定を掘り起こして埋め直す必要はありません。次に何かが決まった直後、雛形を貼って短時間で埋め、決めた場所に置く。それを二、三回繰り返すころには、「あれはなぜこうしたんだっけ」という会話が検索に置き換わり始めます。