技術職の会議や打ち合わせでは、ToDo自体は出るのに、なかなか前に進まないことがあります。
その原因のひとつが、「いつまでにやるか」は決まっていても、「何が終わった状態か」が決まっていないことです。
たとえば、「資料を作成する」「確認する」「調整する」といったToDoは、一見すると仕事を振れているように見えます。
ただ、実際には完了条件が曖昧なままだと、担当者ごとに解釈がズレて、確認のやり直しや認識違いが起きやすくなります。
この記事では、ToDoの完了条件をどう書けば仕事が進みやすくなるのかを、例文つきで整理します。
議事録の書き方そのものではなく、**「ToDoを進む形で残す方法」**に絞って解説するので、会議後の停滞を減らしたい方に役立つはずです。
ToDoが進まない原因は「期限」ではなく「完了条件」にある
ToDoが止まると、つい「担当を決めよう」「期限を短くしよう」と考えがちです。
ただ、実務で本当に抜けやすいのは、期限よりも「何をもって完了とするか」です。
期限だけでは仕事は閉じない
期限があるToDoでも、完了条件が曖昧だと、担当者は「どこまでやればよいか」を自分で解釈することになります。
その結果、本人は終わらせたつもりでも、依頼した側は「まだ足りない」と感じる状態が起きます。
たとえば、次のようなToDoはよく見かけます。
- 試験条件を整理する
- 客先に確認する
- 資料を作成する
- 不具合内容を調査する
これらは全部、仕事としては正しいように見えます。
ただし、どこまでやれば終わりなのかが書かれていないため、途中で止まりやすいです。
完了条件がないと何が起きるか
完了条件がないToDoは、会議直後は動いているように見えても、後で次のような問題を起こしやすくなります。
- 担当者ごとに解釈がズレる
- 「やった」「まだ足りない」の認識違いが起きる
- 再確認が増える
- 次回会議で同じ話を繰り返す
- 議事録が残っていても仕事が進まない
つまり、ToDoを残すだけでは不十分で、進む形で残す必要があります。
ToDoの完了条件とは何か
完了条件という言葉は少しかたく見えますが、要するに「何を確認できたら終わりなのか」を明確にすることです。
ここを短く書けるだけで、会議後の進み方はかなり変わります。
完了条件は「終わったと判断できる一文」
ToDoの完了条件は、担当者の頑張りを書くものではありません。
「完了したと第三者が判断できる状態」を書くものです。
たとえば、悪い例と良い例を比べると分かりやすいです。
悪い例
資料を作成する
良い例
試験条件一覧を1ページにまとめ、関係者へ共有した時点で完了
悪い例は、どこまでやれば終わりかが分かりません。
一方、良い例は「何を作るか」「どうなったら終わりか」が見えます。
完了条件を書くときの基本
完了条件を書くときは、次の3つを意識すると整理しやすいです。
- 何を作る・確認するのか
- どの状態になれば終わりか
- 誰が見ても完了と分かるか
この3点が入るだけで、かなり実務的なToDoになります。
すぐ使えるToDo完了条件の例文テンプレ
ここでは、そのまま使いやすい形で例文をまとめます。
技術職の会議で出やすい内容に寄せているので、議事録や打ち合わせメモに転用しやすいはずです。
資料作成系の例文
資料作成系は「作る」で終わりやすいので、完了条件を明記する効果が大きいです。
悪い例
評価結果の資料を作成する
良い例
評価結果をA4 2ページにまとめ、課内レビュー用に共有した時点で完了
悪い例
報告書を修正する
良い例
指摘3点を反映した報告書改訂版を作成し、再レビュー依頼を送った時点で完了
確認系の例文
確認系は、最も曖昧になりやすいToDoです。
「確認する」だけでは、連絡した時点なのか、回答をもらった時点なのかが分かりません。
悪い例
客先に確認する
良い例
試験条件2点について客先へ問い合わせし、回答内容を関係者へ共有した時点で完了
悪い例
仕様を確認する
良い例
対象図面と最新版仕様書の差異を確認し、相違点の有無をチーム内に共有した時点で完了
調査系の例文
調査系は範囲が広がりやすいので、どこまで調べたら一区切りなのかを明確にする必要があります。
悪い例
不具合内容を調査する
良い例
良品／不良品の差異を材料・工程・設備の3観点で整理し、初回切り分け案を提示した時点で完了
悪い例
原因を調べる
良い例
変化点を洗い出し、原因候補を3つまで絞って次回確認項目を整理した時点で完了
完了条件を書くときの型
毎回ゼロから考えると重いので、ここでは使い回しやすい型に落とします。
まずはこの型に当てはめるだけでも、かなり書きやすくなります。
型1：作成＋共有で終える
もっとも使いやすい基本形です。
資料、一覧、たたき台、報告メモなどを作る場面で使えます。
型
○○を作成し、関係者へ共有した時点で完了
例
試験条件一覧を作成し、関係者へ共有した時点で完了
型2：確認＋共有で終える
確認作業の結果が共有されないと、実務では止まりやすいです。
確認だけで終わらせず、共有まで含めると進みやすくなります。
型
○○を確認し、結果を共有した時点で完了
例
図面改訂内容を確認し、変更点の有無を共有した時点で完了
型3：整理＋提示で終える
調査や考察、不具合解析の初動で使いやすい形です。
型
○○を整理し、次の判断材料を提示した時点で完了
例
原因候補を整理し、次回確認項目を提示した時点で完了
技術職の会議で特に意識したいポイント
技術職の会議では、一般的な会議よりも「条件」「判定」「次の確認」が重要になりやすいです。
そのため、ToDo完了条件も少し技術寄りにしておくと、後工程がラクになります。
判定条件を入れる
たとえば「確認する」だけだと、確認した結果どうするのかが見えません。
そこで、必要なら判定条件まで入れると、次の一手が決めやすくなります。
例
強度試験結果を確認し、基準値との比較結果を共有した時点で完了
次のアクションにつながる形にする
技術職のToDoは、確認しただけでは終わらず、その後の判断につながることが多いです。
そのため、「何を次に決めるためのToDoか」が見えると良いです。
例
候補条件3案を整理し、次回試験条件として比較できる状態にした時点で完了
ChatGPTでToDo完了条件を整える方法
完了条件は短い文章ですが、毎回きれいに書くのは意外と面倒です。
こういうときこそ、ChatGPTを「整理役」として使うと効果があります。
使い方の考え方
AIに丸投げするというより、会議メモや雑なToDo案を、進む形に整える補助として使います。
特に向いているのは、次の3つです。
- 曖昧なToDoを明確化する
- 完了条件の書き方を整える
- 決定事項・ToDo・未決事項を分ける
そのまま使えるプロンプト例
以下のように入れると、かなり整いやすいです。
以下の会議ToDoを、担当・期限・完了条件が分かる形に整えてください。
技術職の実務で使う前提で、曖昧な表現は具体化してください。ToDo案：
・試験条件を整理する
・客先に確認する
・不具合内容を調査する
この使い方なら、AIに判断を任せるのではなく、表現の整理に使えます。
まとめ
ToDoが進まない原因は、担当や期限がないことだけではありません。
むしろ実務では、「何をもって終わりとするか」が曖昧なことが、停滞の大きな原因になります。
完了条件を書くときは、まず
- 何をするか
- どの状態になれば終わりか
- 誰が見ても完了と分かるか
を意識するだけで十分です。
会議後の仕事が止まりやすいと感じているなら、まずは議事録全体を変える前に、ToDoの完了条件を1行だけ具体化するところから始めるのがおすすめです。
この1行が変わるだけで、会議後の進み方はかなり変わります。
次にやること
会議後に仕事が進む議事録を作りたい方は、まずこちらの記事も読むとつながりやすいです。
さらに、無料記事の内容を土台にしながら、議事録とToDo運用を自分の会議に合わせて「実務で回る形」まで整えたい方へ。
テンプレ、チェックリスト、ChatGPTプロンプト、運用ルールまでまとめた有料パックも用意しています。