週次のプロジェクト状況ボードを使うと、何が進んだか、何がリスクか、どの決定が計画を変えたか、次に何をするかを一か所で確認できます。長い報告書よりも、作業・担当者・依存関係を短いレビューで話しやすくなります。
週報の項目と書き方で項目を確認し、それを共有キャンバスにまとめます。色だけでプロジェクトを測れるという意味ではありません。

週次レビューの問いを決める
上部に「現在のリスクを抱えたまま目標日を守れるか」「今週どの依存関係を決めるか」のような問いを書きます。問いがあると、活動の羅列になりません。
対象期間とステータスの意味も置きます。「リスク」は、対応を選ばなければ次の節目を変える可能性がある既知の問題、といった具合です。
四つのレビューエリアを作る
進捗、リスクと依存関係、決定、次のアクションの四つに分けます。各エリアを短くし、同じ項目を置く場合は必要な文脈だけを残します。
| エリア | 良い記録 | 避ける記録 |
|---|---|---|
| 進捗 | オンボーディング文言をレビューへ | 完了タスクの長い一覧 |
| リスク | API の判断で統合がずれる可能性 | 原因のない「すべてブロック中」 |
| 決定 | パイロットの出力形式を選ぶ | 担当のない決定 |
| アクション | プロダクトと開発で API 方針を確認 | 文脈のない作業 |
忙しさではなく変化を書く
前回から何が変わったかを書きます。「社内の三人でプロトタイプを確認」は「デザイン作業中」より具体的です。社内の例を顧客成果として表現しないようにします。
「前回から」と「未解決」を分け、依存関係で進まない項目はリスクに結びます。
リスクを行動につなげる
原因、影響、次の対応を記録します。「セキュリティレビュー待ち」という依存関係と、「現在の API 制限で足りるはず」という仮定は区別します。対応が決まったらカードを更新し、古い警告を残しません。

決定と次のアクションを一緒に残す
影響を受ける作業のそばに決定を置き、誰が伝えるかを書きます。次のレビューまでにボードを変える最小のアクションも追加します。色だけに頼らず、短いラベルと凡例を残します。
短い週次レビューを行う
- 問いと期間を確認する。
- 目標に影響する進捗を見る。
- 対応が必要なリスクだけ話す。
- 決定を確認し、作業に結び付ける。
- 次のアクションと文脈を読み返す。
- 重要な変更理由を残して古いメモを整理する。
Boardmix のテキスト、ノート、図形、コネクター、共有、コメントでこの構成を作れます。ステータスを自動計算する機能を前提にしません。
準備ができたらBoardmix のボードを開き、プロジェクトに合うラベルへ調整します。