ToDoに担当者か期限がない
赤い行として残り、発行前に埋める必要があります。
Work
ProjectsTasks, sprints and milestones PagesDocs and knowledge base FormsSurveys, quizzes, booking FlowProcesses and mockups会議が終わったら · 決定を残す
会議前に骨子、会議中は「決まったこと・誰が・いつまでに」だけ、会議後は確認と承認まで一つのリンクで。
登録せずに、このページですぐ編集できます。
まずはこの場で記入できます。アカウントが必要なのは、ワークスペースへの保存や共同編集を始めるときだけです。
この場面で使う
議事録係が一人で正解を推測し、上司や先方との修正を何周もする状況を減らします。決定事項型か発言録型かを会議前に選び、作成→査閲→承認の状態と、先方確認中の議事録(案)を分けて扱います。
使い方
1
会議名、日時、社内/先方の出席者、議題、議事録係、査閲者、承認者を決めます。
2
各議題を「決定・未決・継続」に分け、ToDoには担当者と期限を入れます。
3
要確認は本人へ、外部会議の議事録(案)は先方へ送り、最後に承認者が発行します。
記入例
ライブ文書には、議事録の種類、社内/先方の参加者、議題ごとの決定状態、担当者と期限、要確認、査閲・承認、先方確認ステータス、修正履歴を用意しています。
よくある失敗
赤い行として残り、発行前に埋める必要があります。
作成者だけで発行せず、査閲者と承認者を先に指定します。
発言者確認へ送り、修正は作者と理由が残る提案として扱います。
よくある質問
会話ではなく各議題の結果を書きます。決定、担当、期限、不明点の要確認に分けると迷いません。
会議前に議事録の種類と詳しさを査閲者と合わせ、修正は理由付きの提案として残します。
決定事項型なら、骨子を先に作り、要確認の箇所だけ録音を聞き直します。
一方が議事録(案)を作り、他方が項目ごとに確認・修正依頼できる形にします。
通常会議は社内規程に従います。文書では作成→査閲→承認の担当を明示します。
We use no advertising cookies. With your consent we turn on Google Analytics to see which pages help; without it nothing is sent to Google. About cookies