完了報告書
説明
「無事完了しました」で終わる報告書が最も多く、そう書かれた瞬間に、残っているものが誰の担当でもなくなります。この型は3つを構造にしました。★プロジェクト計画書で決めた成功基準に1つずつ判定を付ける（照合しないなら計画書に書いた意味がありません）。★計画との差分を期間・費用・スコープの数字で書く（「おおむね計画どおり」は差分を書いていないのと同じ）。★残作業に「誰が・いつまでに・どこで管理するか」の3つを必ず書かせる。振り返りは「続けること／やめること／次に変えること」の3分類で、一般論を書く欄を作っていません。
使い方
★成功基準を1つずつ照合してください。未達があること自体は珍しくありません。未達を書かずに「完了」とすることが問題です。未達の基準は必ず残作業として引き継ぎ先と期限を付けてください。差分は「おおむね計画どおり」と書かず数字で書いてください。差分が出ること自体は問題ではなく、説明できないことが問題になります。増額の理由が1か所に集中しているなら、それがそのまま次の案件の振り返りになります。★残作業は引き継ぎ先・期限・管理場所の3つが揃って初めて残作業です。どれか1つでも空なら「誰の担当でもない作業」です。管理場所は、この報告書ではなく継続して見られる表（課題管理表・リスク管理表）に置いてください——完了報告書は一度承認されたら二度と開かれません。受入・本番で検出した不具合の件数を必ず書いてください。この数字がそのまま前工程の試験の足りなさを示します。振り返りの「変える」には、工程を足す・順序を変える・観点を追加する、のどれかの形を持たせてください。「注意する」「意識する」で終わる項目は、次の案件でも同じことが起きます。
この型で検査する
記入済みのファイルをアップロードすると、この型の必須項目（完了報告書の組込みルール）を満たしているか検査します。ファイルは保存されません。
関連するテンプレート
同じフェーズ（納品・完了）や業界でよく使われている型です。
運用引継書
引き継ぎは「説明した」と「受け取った」がずれます。説明した側は終わったつもりで、受けた側は聞いていないと言う。項目ごとに説明日・説明者・受領者・受領日を持ち、両方そろって初めて1項目が完了する形にしました。完了率は数式で出るので「だいたい終わった」で引き渡せません。文書だけでなくアカウント・鍵・媒体・機器・契約書を数えて渡す資産シートと、引継時点の未解決事項を期限と責任者つきで残す残課題シートつき。
ドキュメント管理台帳（納品物一覧）
文書は作った瞬間から古くなります。更新責任者を必須の列にして、空欄は赤くなります——「みんなで直す」は「誰も直さない」と同じだからです。最終更新日からの経過日数を数式で出し、1年以上更新されていない文書は赤、半年以上は橙。次回見直し日を過ぎた行も赤になります。納品の要否と納品日を分けて持つので、社内文書と納品物を同じ台帳で管理でき、「これは納品するのか」を毎回聞かずに済みます。版数・ファイル名・保管場所・権限の決めごとと、納品・受領記録つき。
議事録テンプレート（基本形）
決定事項ファーストの議事録。読み手が最初に知りたい「決まったこと・宿題」を冒頭に置く構成です。定例会・顧客打合せに。
課題管理表
「ボール（今どちらが持っているか）」と滞留日数で塩漬け課題を防ぐ課題管理表。完了条件・起票元の列つき。期限超過と記入漏れの自動色付け・プルダウン設定済み。