取締役会議事録テンプレート：毎回のセッションに対応した再利用可能なフォーマット

ほとんどの取締役会が統治に失敗するのは、悪い決定を下すからではなく、その決定の記録が一貫していないためです。1カ月目には書記が完全な議案言語と投票数を記録し、翌月には代理の記録者が一般的な議論を段落で書き留め、誰が議案を動議したのかを記録するのを忘れます。6カ月後には、決議が実際に採択されたかどうかを確認できる者がいません。

スタンディングテンプレートは、構造をあらかじめ固定することでこの問題を解決します。会議室にいる人は変わり、アジェンダは変わりますが、フィールドは同じままです：出席者、定足数、議案、投票、アクション項目、散会。メモを取る人は、その場で何を含めるかを決めるのではなく、空欄を埋めるだけです。これは、書記役がボードメンバー間で回転したり、たまたま時間がある人に割り当てられたりする場合に特に重要です。

これは、法的に議事録を保管する必要がある組織（企業、非営利団体、ホームオーナー協会、ほとんどの米国のLLC）にとって最も重要です。取締役会が監査、訴訟、または特定の決定に対する異議を唱えられた場合、議事録は通常、最初に要求されるドキュメントです。テンプレートはまた、草案作成を加速させます。ゼロからプロースを書く代わりに、メモ取り者は既知の形式を埋めるだけなので、空白ドキュメントと比べて草案作成時間を約半分に削減し、時間的プレッシャーの下で何か重要なものが漏れてしまう可能性を減らします。

さらに複合的な利点もあります。取締役会が丸1年間同じ取締役会議事録テンプレートを使用したら、議事録アーカイブ自体が有用になります。新しい取締役は12セッションをスキャンして、各ドキュメントのどの部分が比較可能かを推測する必要なく、決定がどのように行われたかを正確に確認できます。

これら3つの用語は互いに置き換えて使われていますが、異なる問題を解決しており、空白を埋め始める前に、実際に何が必要かについて明確にする価値があります。

フォーマットガイドはルールを説明します。なぜ各セクションが存在するのか、統治基準が何を必要とするのか、そして部分がどのようにまとめられるのかです。サンプルは完全に埋められた例を示し、完成した空白のフィールドではなく、現実的な議案言語や議論ノートを見たいときに役立ちます。テンプレートは2つの中間に位置します。これは、毎回のミーティングでコピーして埋める再利用可能なスケルトンで、完成したテキストの代わりにプレースホルダーがあります。

取締役会議事録が定足数カウントを必要とする理由を理解したい場合、または投票集計をどのように言葉で表現すべきかについては、フォーマットガイドが正しいリソースです。自分で書く前に、完成した議事録が実際にどのように見えるかを確認したい場合は、サンプルが有用です。この記事は3番目のケースを中心に構築されています。取締役会議事録に何が属するかはすでにおおよそわかっており、毎月ゼロから再構築することなく、Google Docや議事録ポータルにドロップして再利用できるスタンディングドキュメントを望んでいます。

下のテンプレートを埋める前に、各フィールドが何をしているのか、そしてなぜそこにあるのかを知ることが役に立ちます。これらは、組織タイプに関係なく、取締役会議事録テンプレートが最低限必要とするセクションです。これらの1つをスキップすると、記録にスタイル上の省略ではなく、実際のギャップがあります。

下の構造をGoogle Docやワードファイル、または議事録ポータルにコピーし、すべてのミーティングで再利用してください。これはスタンディングドキュメントとして構築されています。セッションごとにヘッダを1回埋めて、フィールドラベルを同じ保ち、完成した各バージョンをアーカイブします。

---

取締役会議事録 — [組織名]

会議タイプ：[ ] 定例会 [ ] 臨時会 [ ] 年次総会 [ ] 委員会会議 日付：__________ 時刻：__________ 場所/プラットフォーム：__________ 議長：__________ 議事録作成者：__________

1. 出席者 出席者の取締役：__________ 欠席者の取締役：__________ その他の出席者（スタッフ、法務、ゲスト）：__________ 定足数を満たしましたか？ [ ] はい [ ] いいえ（出席者：___ / 必要：___）

2. 開会 _________時に__________により会議が開会されました

3. 前回の議事録の承認 レビューされた会議日：__________ 動議者：__________ 再度動議者：__________ 投票：賛成___ 反対___ 棄権___ [ ] 可決 [ ] 否決

4. 前回の業務/スタンディング項目 項目：__________ 更新：__________ ステータス：__________

5. 新しい業務/アジェンダ項目 項目：__________ 議論のまとめ：__________ 議案：__________ 動議者：__________ 再度動議者：__________ 投票：賛成___ 反対___ 棄権___ [ ] 可決 [ ] 否決 （各追加項目についてこのブロックを繰り返します）

6. 報告書 報告書：__________ 提示者：__________ 添付ファイルとして保管：[ ] はい [ ] いいえ

7. アクション項目 タスク__________ | 所有者__________ | 期限__________

8. 次回の会議 日付：__________ 時刻：__________ 場所：__________

9. 散会 散会を動議した者：__________ 再度動議した者：__________ 会議が散会された時刻：__________

議事録ステータス：[ ] ドラフト — 承認待ち [ ] _________に承認済み

---

このバージョンが1回限りのドキュメントではなく再利用可能にする2つの変更は、セクション4、毎月同じ更新を再構築していないスタンディング業務ブロック、および下部の議事録ステータスチェックボックス（これはあなたのアーカイブでドラフトと承認されたレコードを目に見えて分離します）です。

この構造の完全に記入されたバージョンについては、サンプル取締役会議事録の記事を参照してください。

取締役会議事録テンプレートは、会議後だけでなく、会議中に正しく使用した場合にのみ時間を節約します。同じテンプレートを再利用しているが、それでも矛盾した議事録を生成している取締役会は、通常、テンプレート自体に失敗しているのではなく、これらのステップの1つをスキップしています。これらのステップは、セットアップから最終承認まで、完全なサイクルをカバーしています。

テンプレート内のコアフィールドは、組織タイプ全体で同じままです。つまり、それぞれの構造をゼロから再設計していません。変わるのは、どのセクションが追加の重みを得るか、およびボードが必要または期待される可能性のある追加の詳細です。実際には、これは通常、構造全体を再設計するのではなく、標準形式に1～2個のフィールドを追加することを意味します。

テンプレートはエラーを削減しますが、自動的には排除しません。テンプレートを一貫性なく使用する取締役会で同じ間違いが表示される傾向があります。

議案をパラフレーズするのではなく、正確に引用するのが最も一般的です。「予算項目を承認した」と読む決議は、投票した実際のドル図と範囲を見積もるものよりもはるかに弱いです。投票数を空白のままにして「議案は可決されました」と書くだけが近いです。以下の内訳がないと、その特定の投票について定足数要件が満たされたかどうかを確認する方法がありません。

アクション項目フィールドをスキップするのは別の頻繁なギャップです。取締役会はしばしばタスクについて詳しく議論し、誰かがそれを処理することに同意します。その後、誰が誰でいつまでかを書き留めることはありません。つまり、次回の会議までに静かに落ちてしまいます。また、ドラフトを作成した直後に最終ドラフトとして扱い、次のセッションの正式な承認ステップを通してルーティングしないことは、ドキュメントが技術的には公式記録にはならないことを意味します。

より微妙な間違いは、会議間でテンプレートをドリフトさせることです。誰かはフィールドの名前を変更し、その月は短くだった可能性があるため、スタンディング項目ブロックを削除するか、セクションをアジェンダと一致するように並べ直します。6か月分の議事録。各行は少し異なり、比較するのが難しいです。6か月分の議事録は、すべて同じ1つのフィールドが欠落しているよりも難しいです。少なくとも2番目のケースは既知で修正可能なギャップだからです。

これらすべての修正は同じです。テンプレートのフィールドをスキップしないでください。セッションがカジュアルに見えても、セッション間でレイアウトを変更しないでください。セクションは存在します。何らかの理由で将来の読み手（監査人、新しい取締役、弁護士）が最終的に正確にあなたが空白にされるのを試みていた部分を必要とするためです。

ライブセッション中にボード会議議事録テンプレートを手で埋めるのは、良い構造があっても依然として仕事です。誰かは、より広い議論も追跡しながら、正確な議案言語を捕捉するほどよく注意を聞く必要があります。これは2時間のセッション中によくやるのは難しいことです。Notelynnは、ミーティング記録から直接ドラフトを生成することで、ほとんどの手作業を削除します。つまり、ミーティング記録を取る人は記憶から転写するのではなく、詳細を確認することに集中できます。

取締役会議事録テンプレートは、セッション後のセッションを再利用しない限り、セッション後のセッションは有用です。短いカジュアルに見えるときは、フィールドをカットします。上記のコピー可能な構造から始めて、組織タイプで1回調整し、フィールドラベルを今後同じに保ちます。一貫性は、ドキュメントを数年後にスクルーティニーのもとで保有する統治記録に変わるものです。

ボードがセッションを記録する場合は、次のミーティング記録をNotelynnを通すてみてください。テンプレートを完成させるためにどれだけの量を埋めることができるか見てから、議事録を最終化する直前にあなたが座る必要があります。