設計事務所のタスク管理｜抜け漏れを減らす運用

タスクは「やること」ではなく完了を判定できる単位にする

「図面対応」「設備確認」「施主連絡」というメモは、本人には分かっても、チームでは完了を判断できません。図面を描けば終わりなのか、別担当との整合まで必要なのか、顧客へ送るところまで含むのかが曖昧だからです。

設計業務のタスクには、作業内容、成果物、完了条件、担当、期限、前提となる入力を持たせます。予定表へ入れるのは自分が手を動かす時間、タスク表へ置くのはチームが受け渡せる成果です。同じ案件でも、この二つを分けると「作業したが次へ渡っていない」状態を見つけられます。

タスク記述の七要素

一行では「10月13日版の1階から3階の室名を更新し、面積表と照合したPDFと変更表を、担当A確認後に10月16日15時までに共有」と書けます。長く見えても、差戻しの原因を減らせます。繰り返す仕事は七項目をテンプレート化します。

案件・工程・タスクをつなぐ

案件台帳の次アクションを、複数の実行作業へ分けるのがタスク表です。工程表の節目は、タスクが集まって成立する成果物です。

案件の現在地：基本設計中
工程の節目：10月25日に基本設計案を社内確認
タスク：意匠図更新、構造コメント反映、設備要求整理、面積表照合、説明資料作成

案件全体の現在地は設計事務所の案件管理、成果物の締切は設計事務所の工程管理で確認します。三つの表へ同じ説明をコピーせず、案件IDと節目IDで結びます。

タスクを作る手順

1. 成果物から逆算する

まず「25日の基本設計案確認で何を見せるか」を列挙します。図面、面積表、仕様方針、未決事項表など、確認者が受け取る一式を決めます。その成果物を作る作業と、確認する作業を分けます。

2. 一人が完了を宣言できる大きさにする

複数部署が共同担当になるタスクは、受渡しが曖昧です。「設備計画をまとめる」を「設備担当が要求一覧へ回答」「設計担当が回答を図面へ反映」「案件責任者が未決事項を承認」に分けます。各タスクの担当は一人にし、確認者は別欄にします。

3. 依存関係を先に書く

着手できない理由を担当者の予定不足と混同しないため、入力待ちを記録します。「施主回答待ち」「構造一次検討待ち」のように待ち先だけで終えず、依頼日、回答希望日、未着時の判断担当を置きます。

4. 完了条件を確認者と合意する

図面なら保存だけでなく、参照版、照合対象、レビュー済みの印を決めます。メールなら送信だけでなく、添付、宛先、回答期限を確認します。案件ごとの技術判断はチェック項目だけで代替せず、必要な専門者が確認します。

5. 予定へ時間を確保する

期限だけをタスク表へ置いても、実行時間が取れません。担当者は作業予定をカレンダー等へ確保し、他案件との重なりを確認します。過負荷がある場合は、優先順位または担当を責任者へ相談します。

個人タスクとチームタスクを分ける

個人の細かな作業を全員の一覧へ載せると、重要な受渡しが埋もれます。一方、チームが待っている成果物を個人メモだけに置くと、遅れを早く発見できません。共有する基準は「別の人の着手・判断を止めるか」です。

状態は少なく保つ

状態は「未着手」「進行中」「確認待ち」「外部回答待ち」「完了」「保留」程度から始めます。「90%完了」は残り作業が分からないため、完了条件の未達項目を書きます。

記入例とレビュー例

悪い例は「断面図修正、金曜まで」です。良い例は次のようにします。

D-118｜10月13日版の断面図2枚へ設備開口コメントNo.1から5を反映｜成果物：断面PDFとコメント回答表｜完了：5件の回答欄を埋め、設備担当Cへ再確認依頼済み｜担当B｜期限10月18日12時｜前提：構造担当の開口可否回答｜確認者A

レビューでは、作業のやり方を細かく指示する前に、対象版、成果物、完了条件、依存関係が読めるかを見ます。担当者が変わっても開始できる記述なら、引継ぎにも使えます。

毎日の確認と週次の棚卸し

朝は、今日が期限、確認待ち、外部回答待ちのタスクを見ます。終業前は、進行中のまま止まっているものへ次の受渡しを記録します。週次では次を抽出します。

1. 期限を過ぎても完了条件が満たされていない。
2. 担当または確認者が空欄である。
3. 外部回答待ちに再確認日がない。
4. 一人に同日締切が集中している。
5. 完了したが成果物リンクがない。

件数だけを成果にしません。大きさの違うタスクを数えても業務量は比較できないためです。負荷を調整するときは予定時間や節目の重要度も見ます。

AIで議事録から候補を出すとき

生成AIは、議事録から決定、宿題、担当、期限の候補を分類する補助に使えます。設計事務所でのChatGPTの使い方にあるように、原文だけを根拠にし、書かれていない担当や期限を補わない指示が必要です。

出力はタスク表へ自動登録せず、原文、候補タスク、不足欄を並べて案件担当が確認します。「検討する」という発言を顧客の決定と誤解したり、会話中の希望日を確定期限にしたりしないよう、発言者と合意状態も残します。

失敗を防ぐ具体策

よくある質問

タスクの適切な大きさはどの程度ですか

一人が成果物と完了条件を示して完了を宣言できる大きさが目安です。数日にまたがる場合も、中間の受渡しや確認があるなら分けます。

急な電話対応もタスクにしますか

電話そのものより、回答書を送る、条件を図面へ反映するなど、後続へ影響する成果をタスクにします。連絡記録は案件履歴へ残します。

担当者が期限を自分で変更してよいですか

他者の節目へ影響しない個人予定は調整できます。共有成果物の期限は、影響先と案件責任者へ伝え、変更理由と新期限を記録します。

完了後に差戻された場合はどうしますか

元タスクの完了記録は残し、差戻し理由と再確認条件を持つ修正タスクを作ります。完了を取り消すだけでは、何が不足していたか学べません。

タスク件数で担当者を評価できますか

件数は作業の大きさや難易度を示しません。人事評価へ直結させず、受渡しの集中、期限超過の原因、工数の偏りを見つける運用に使います。

一次資料で確認できること

• AIA「Managing quality in the design development phase」：設計段階の目標、工程別タスク、成果物を分け、プロジェクト固有の要件に合わせる考え方を示しています。
• デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」：業務の内容・流れ・業務量・実施体制・データの入出力を把握し、可視化する考え方を示しています。

上記は設計品質管理と業務可視化の一次資料です。本記事の七要素、状態名、日次・週次抽出条件は、チーム内の受渡しを管理するための実務提案です。契約、事務所規程、各分野の専門判断を置き換えるものではありません。