目次 / 制作・開発ディレクション
情報の置き場設計
10秒でわかる!要点まとめ
- 情報がないと迷う。あると迷わない。 判断の質は、情報の有無で決まる
- 置き場とツールが分散し、記録の粒度がバラバラだと、状況把握と引き継ぎに負荷が残り続ける
- 情報は「収集→整理→優先順位→共有→確認→アーカイブ」の順に扱う。止まっている段階を特定する
1. 概要
情報の置き場設計とは、案件で発生する情報を「どこに」「どの粒度で」置くかを決めて、必要なときに引き出せる状態を保つことです。
ディレクションの仕事が複雑に見える原因の多くは、業務量ではなく「情報の置き場所」と「処理の順序」が整理されていないことにあります。同じ情報がチャット・議事録・タスク管理・メール・口頭に散らばると、探す時間と、探し損ねたことによる手戻りが常時発生します。
2. なぜ重要なのか
情報の分散は、静かにコストを増やします。
| 症状 | 実際に起きていること |
|---|---|
| 「あれどこだっけ」が多い | 置き場が決まっていない |
| 人によって書く量が違う | 粒度が定義されていない |
| 引き継ぎに時間がかかる | 記録が本人の頭の中にある |
| 決まったはずのことが蒸し返される | 決定が記録されていない(→ 意思決定の記録) |
とくに引き継ぎで効きます。 情報が整理されていないチームでは、担当交代のたびに同じ説明が繰り返されます(→ 担当交代時の品質担保)。
3. 実務のポイント
6つのステップで扱う
情報は、次の順序で処理します。どこで止まっているかを特定できるのがこの型の利点です。
- 収集 — 入ってきた情報を受け取る
- 整理 — 案件・種類ごとに分ける
- 優先順位付け — いま扱うものと後回しを分ける
- 共有 — 関係者に渡す
- 確認 — 相手が受け取ったことを確かめる
- アーカイブ — 後から引ける形にする
「共有されているのに確認されていない」なら、④→⑤の仕組みに問題があります。 送っただけで伝わったことにしない。
調べたら、まとめて、共有して、フィードバックをもらう
分からないことを確認して終わりにしないこと。調べる → (強引にでも)まとめる → 共有する → フィードバックをもらうを繰り返すと、情報が個人の中から組織に出ます。まとめた時点では粗くて構いません。
置き場は減らす
ツールを足すと分散します。「これはここにしか置かない」を種類ごとに1つ決めるほうが、高機能なツールを増やすより効きます。
4. スキルアップのヒント
- 今週の案件で、情報が6ステップのどこで止まっているかを確認してみる
- 「探した時間」を1日だけ記録してみる。想像より長いはずです
- チームで「これはどこに置く?」を種類ごとに決めて、1枚に書く。ツール選定より先に、置き場の合意です
関連
- Webディレクター版 アドバイスボード #02「情報管理は『6ステップ』で整理する。」
- 意思決定の記録(決定ログ) / 課題管理・ボール管理
- いづはら氏(Webディレクター)
- 設計・実装を別AIに分業すると自分が情報を運ぶ「伝書鳩」になる
- 命名規則や指示書の書き方を共通領域に集約するSharedモデルで解決
- 個別案件の知見を共通化しほかの案件にも還元する仕組みを作る
- 元記事: https://note.com/k_izuhara/n/n457083f6990f/DiSAの紹介: https://note.com/disa_pr/n/n6c4b8f501a90
- いづはら氏(Webディレクター)
- workspace内に_shared/と各project/を並べ共通ルールと個別仕様を分離
- 指示書とHANDOFF.mdをエージェント間の伝言板として使う
- フォルダ構成そのものが「無言の指示書」になり説明の手間を減らす
- 元記事: https://note.com/k_izuhara/n/na2e3629108a1/DiSAの紹介: https://note.com/disa_pr/n/n142c9ced11fe