取締役会の議題テンプレート：構成、形式、無料コピー
標準的なガバナンス項目のすべてのセクションを含む完全な取締役会議題テンプレート - さらに独自の形式を構築するためのステップバイステップガイド、および議題からの自動会議記録生成まで。
なぜ取締役会議題テンプレートが重要なのか？
議題は単なるトピックのリストではありません。ガバナンスの設定では、セッション中に取締役会が行動を起こすことが認められているものを決定する手続き文書です。
ほとんどの企業定款と非営利ガバナンス規則の下では、取締役会は事前に適切に通知された議題上の項目についてのみ投票することができます。議題に記載されていなかった決議が上がった場合、多くの組織では追加するための個別の投票が必要であり、一部のガバナンスフレームワークでは完全に禁止しています。よく準備された取締役会議題テンプレートは、会長または事務局長に通知を送信する前に予定されているすべての決定を特定するように強制することで、このしくみを施行します。
議題は取締役会メンバーの時間も保護します。機能している取締役会の取締役は、しばしば高級専門家であり、その時間は高価です。トピックを書かれた議題なしに放させる会議は定期的にスケジュール時間を30分から45分超過します。これは繰り返されたセッション全体の参加を低下させます。
特に非営利組織および政府機関の取締役会の場合、多くの司法管轄区域のオープンミーティング法では、会議議題を事前に公開する必要があります。一貫した取締役会議題テンプレートなしで運営される取締役会は、送信した通知が法的基準を満たすために不明確すぎたため、コンプライアンス違反に気付くことがよくあります。
最後に、一貫した取締役会議題テンプレートは機関的継続性を作成します。新しい取締役会メンバーが参加したり、スタッフの連絡先が変わったりした場合、形式はそれ以外の場合は部屋の最も経験豊富な人の中でのみ存在する手続き知識を運びます。非営利ガバナンスの主要研究機関の1つであるBoardSourceによると、書かれた手続き文書（標準的な会議形式を含む）を使用して取締役会は、非公式に運営される取締役会よりも新しい取締役をより速くオンボードし、法定定足数をより確実に維持しています。
テンプレートは、状況が必要とする場合、取締役会が逸脱することを妨げません。これは単に偏差が選択肢であり、デフォルトではないことを意味します。
書かれた議題テンプレートなしで運営される取締役会は、機関的プロセスではなく機関的記憶に依存しています。主要な人物が異動すると、その記憶は消えます。
取締役会議題テンプレートには何が含まれるべきか？
完全な取締役会議題テンプレートには、セッション全体で一貫した順序で表示される標準的なセクションのセットがあります。一部のセクションはガバナンス規則によって必須です。他のセクションは組織の種類と会議の頻度に応じて役立つが オプションです。
- 1
会議ヘッダー
組織名、日付、開始時間、場所またはビデオ会議リンク、および会議の種類（通常、特別、緊急、または委員会）。会議の種類を含めると、すべてのメンバーが必須かどうか、および権限の範囲が標準的なセッションと異なるかどうかを通知します。
- 2
出席者と定足数呼び出し
予想される出席者を、出席と欠席のチェックボックスまたはフィールドと一緒にリストするセクション。定足数確認は、進める前に何人の取締役が必要であり、何人が出席しているかを確認します。定足数確認は議題に表示される必要があるため、会長は仮定するのではなく明示的にそれに対処することを知っています。
- 3
前回の会議記録の承認
前回のセッションからのメモを正式に批准するための常設議題項目。この項目は、前の会議のメモを公式記録にします。議題にそれがない場合、取締役会はしばしば承認ステップをスキップし、前のメモを無期限に未批准のドラフト状態のままにしています。
- 4
レポート
事務局長、委員会の議長、財務担当者、または他の役員からの予定されたプレゼンテーション。各レポートには、発表者の名前と時間配分をリストする必要があります。レポート時間を制限すると、レポートセクションが行動項目に予算計上された時間を吸収するのを防ぎます。
- 5
行動項目（同意議題および議論項目）
取締役会が行う予定の決定。議論の予期がない定型項目は、同意議題に属し、1回の投票で承認できます。議論を必要とする項目は、それぞれ時間見積もりを持つ必要があり、可能な限り支援資料が参照されている必要があるため、取締役は準備済みで到着します。
- 6
新しいビジネス
事前の議題に含まれていなかった取締役によって提起されたトピック。多くの取締役会は、このセクションを処理する方法は、投票前にアイテムが閾値を満たすことを要求することです。例えば、セッションの途中でアイテムを追加するための3分の2の過半数。テンプレートにセクションを含めると、予定外のアイテムが主要議題を中断するのではなくここに行くという期待を設定します。
- 7
お知らせと次回の会議
次の予定されているセッションの日付、時刻、および焦点。すべての会議議題の最後にこれを含めることで、セッションに自然な終了を構築し、メンバーが部屋を出る前に次に必要な日付の事前通知を提供します。
取締役会議題テンプレートを構築するにはどうすればよいですか？
再利用可能な取締役会議題テンプレートを構築するには、最初は約1時間かかります。マスター形式が設定されたら、各セッションの議題を準備することは、最初からの構造を再構築するのではなく、可変フィールドに入力することを意味します。
- 1
定款から始める
会議がどのように呼ばれているか、通知に何を含める必要があるか、および議題がどのように承認されるかを説明する組織の定款のセクションを引き出します。テンプレートは、ガバナンスドキュメントが課す手続き要件をすべてカバーする必要があります。定款からテンプレートを構築することで、独自のルールと矛盾する形式を作成していないことを確認できます。
- 2
すべての定期的なアイテムをリストアップします
すべてのセッションには予測可能なアイテムがあります：秩序の呼び出し、定足数、議事録の承認、役員レポート、委員会レポート。それらが通常表示される順序ですべてをリストします。これらは各議題の固定構造になります。定期的なアイテムは常に同じ位置に表示される必要があるため、取締役はドキュメント全体を読まずに見つけることができます。
- 3
可変コンテンツ用のフィールドを構築します
固定アイテムの後、各会議で変わるアイテムのラベル付きフィールドを作成します：決議トピック、発表者名、時間配分、および支援資料。空白のスペースではなくラベル付きフィールドを使用すると、準備者が通知を送信する前に必要な詳細情報を忘れる可能性を減らします。
- 4
各セクションに時間見積もりを追加します
各アイテムに現実的な時間予算を割り当てます。これらを合計し、スケジュール済みの会議時間と比較します。合計が利用可能な時間を超える場合、何かを短縮し、委員会に移動するか、延期する必要があります。テンプレートに時間見積もりを構築することで、会議中ではなく前に責任を作成します。
- 5
1つの完全な会議サイクルでテンプレートをテストします
ドラフト形式を1つの完全な会議に使用します。延期後、スキップされたこと、推定時間より長くかかったこと、および順序が正しかったかどうかを注意してください。会議が立つ前に、テンプレートを観察に基づいて改訂します。ほとんどの議題は、構造がボードの実際の作業リズムに適合する前に1つまたは2回の繰り返しが必要です。
完全な取締役会議題テンプレート
以下は、組織に適応できるコピー準備完了の取締役会議題テンプレートです。優先ドキュメントツール（Google Docs、Word、OneNoteのいずれか）でフォーマットします。
---
取締役会議題
組織：_____________ 会議の種類：[ ] 通常 [ ] 特別 [ ] 緊急 [ ] 委員会 日付：_____________ | 時刻：_____________ | 場所/ビデオリンク：_____________ 議長：_____________ | 書記：_____________
出席 予想される取締役：_____ | 出席した取締役：_____ | 欠席した取締役：_____ その他の出席者（スタッフ、弁護士、ゲスト）：_____________ 必要な定足数：_____ | 定足数が満たされました：[ ] はい [ ] いいえ
1. 秩序の呼び出し（2分） 会議は_______で_____________によって秩序に召喚されました
2. 前回の会議記録の承認（3分） 前回の会議日：_____________ 議案を承認する：_____________ | 秒：_____________ 修正：[ ] なし [ ] 注記されたとおり 投票：賛成___ /反対___ /棄権___ | [ ] 承認されました [ ] 失敗しました
3. レポート（__分合計） 3.1 事務局長レポート — 発表者：_____________ (__分) 3.2 財務報告 — 発表者：_____________ (__分) 3.3 委員会レポート： 委員会：_____________ | 議長：_____________ (__分) 委員会：_____________ | 議長：_____________ (__分)
4. 同意議題（3分） 個々の議論を必要としないアイテムはここにグループ化され、単一の投票で承認されます。 同意議題のアイテム：_____________ 同意議題を承認するための議案：_____________ | 秒：_____________ 投票：賛成___ /反対___ /棄権___ | [ ] 承認されました [ ] 失敗しました
5. 行動項目（__分合計） 5.1 [トピック/決議] — 発表者：_____________ (__分) 資料：_____________ 議案：_____________ 秒：_____________ 投票：賛成___ /反対___ /棄権___ | [ ] 承認されました [ ] 失敗しました 決議（正確な表現）：_____________
5.2 [トピック/決議] — 発表者：_____________ (__分) （各行動項目について上記の構造を繰り返します）
6. 新しいビジネス（5分） 事前の議題に含まれていなかった取締役によって提出されたアイテム。 注：投票が必要なアイテムは、公式議題に追加するための議案が必要な場合があります。
7. お知らせ _____________
8. 次の会議 日付：_____________ | 時刻：_____________ | 場所：_____________ 予想される議題の焦点：_____________
9. 延期 延期するための議案：_____________ | 秒：_____________ 会議は_____________で延期されました
---
同意議題セクション（項目4）は、個別にハイライトする価値があります。多くの取締役会はこれをスキップし、誰も議論するつもりがない定型事項に5分を費やしています。グループ化管理アイテム - 既に提出されたレポートの受け入れ、実質的な変更がない標準的な契約更新、ポリシー更新 - 同意議題に新しい機構を許可します。 取締役は投票前に同意議題からアイテムを引き出すことができます。結果：ボードは議論を実際に必要とするアイテムのために毎回会議の最初の10〜15分を取り戻します。
会議が実行された後のメモセクションの完成例については、取締役会の会議記録に関する当社のガイドを参照してください。
同意議題を含む取締役会議題テンプレートは、実質的な議論を削除することなく、平均セッションを15分短縮できます。
Notelyはどのようにして議題を会議記録に変えるのですか？
会議の前に準備された議題と会議後に作成されたメモは、同じガバナンス記録の2つの半分です。議題は取締役会が何をカバーするつもりかを定義します。議事録は実際に何が決定されたかを記録します。2つのドキュメントを同期させておくことは、ほとんどの取締役会が一貫性を失うところです。
Notelyは、ミーティングの記録を使用して、議題の独自のセクション順を追跡する構造化メモを生成することで、ギャップを埋めます。セッション後にオーディオまたはビデオファイルをアップロードすると、Notelyは会議を転記し、スピーカーを特定し、検出した決定と議論トピックの周りに組織された要約を作成します。
ボードガバナンスの目的では、これは検証とスピードに最も役立ちます。時間圧力の下で取られたポイント記をメモで作成するのではなく、秘書は完全なトランスクリプトから引き出された構造化ドラフトから始まります。AIアシスタントは直接尋ねられることができます：「項目5.1の議案の正確な表現は何でしたか？」または「資本予算に関する決議に誰が同意しましたか？」 - そして書記が記録を再生する必要があるのではなく、トランスクリプトから特定の回答を返します。
正式な承認プロセスは変更されません。メモは、次のセッションで取締役会がそれを批准するための投票を行ったときにのみ公式記録になります。変更内容はドラフトの正確性と周期です。
取締役ドキュメントで最も時間がかかる部分は通常、「会議中に取られたメモ」と「配布する準備ができたドラフト」の間のギャップです。転記がそのギャップを閉じます。
- 1
議題を開いた状態で会議を実行します
セッション中に取締役会議題テンプレートが見えるようにしておき、会長がどのアイテムがカバーされており、どのアイテムが未処理であるかを追跡できるようにします。組織が許可している場合は、会議を記録してください — オーディオで十分です。ビデオはオプションです。
- 2
Notelyに記録をアップロードします
延期後、オーディオまたはビデオファイルをNotelyにアップロードするか、会議がZoom、Teams、またはGoogle Meetで記録されている場合はリンクを貼り付けます。Notelyは特別なエクスポート設定なしで、ほとんどの一般的なオーディオおよびビデオ形式を受け入れます。
- 3
トランスクリプトとAI要約をレビューします
Notelyは、スピーカーラベルとカバーされたトピックで組織された構造化要約を備えたタイムスタンプトランスクリプトを作成します。議題に対する要約を相互参照して、すべての行動項目が反映されていること、および決議言語が正確にキャプチャされていることを確認します。
- 4
Q&Aアシスタントを使用して決議の詳細を確認します
特定の議案、投票数、または手書きメモで不明確だった表現についてAIアシスタントに尋ねます。記憶や不完全なメモに頼るのではなく、完全なトランスクリプトから回答を取得します。
- 5
ドラフトを作成し、メモを配布します
トランスクリプト要約を正式なドラフトの基礎として使用します。すべての取締役に配布する前に、会長にレビューのために送信します。次のセッションで取締役会がそれを批准するまで、ドキュメントを「ドラフト - 承認待ち」として明確にマークします。
ほとんどの取締役会議題はどのような間違いを犯していますか？
ほとんどの議題の問題は構造的であり、確立されたら複数のセッションで繰り返されます。テンプレートステージでそれらを特定することは、会議のしくみが設定された後で修正するよりもはるかに簡単です。
- 1
時間見積もりがない
時間配分なしで8つのアイテムをリストする議題には、スケジュール通りに進むためのメカニズムがありません。レポートが長くなった場合、それを短縮する方法はありません。各アイテムに時間予算を追加し、議題が送信される前に予定された会議時間と一致するようにします。合計が利用可能な時間を超える場合、会議中の圧力下ではなく前もって取引を実施します。
- 2
レポートと行動項目の混合
レポートと決定を1つのブロックに組み合わせた取締役会は、広範なレポートが会議時間の大部分を消費し、決定が急いだりテーブルに置かれたりするパターンに遭遇することが頻繁にあります。議題構造の複合子からアクション項目を明示的に分けます。レポートは情報を提供します。行動項目は決定します。セクションはさまざまな目的を提供し、異なる方法で扱われるべきです。
- 3
資料参照の欠落
予算改訂を言う議題アイテム - 投票により、投票されている予算文書へのリンクなしで、取締役は資料を確認せずに到着します。議題自体の各支援資料への参照を含めます — ファイル名、リンク、または特定の日付までに資料が配布されるという注意。取締役は読まないドキュメントの情報に基づいた決定を下すことはできません。
- 4
議題を遅く送信する
ほとんどのガバナンスベストプラクティスでは、会議の少なくとも5から7営業日前に議題と支援資料を配布することをお勧めします。多くの定款は最小限の通知期間を指定しています。前日に送られた議題は、意味のあるように貢献する準備時間を取締役に否定しています。テンプレートにリマインダーフィールドとしての配布日を構築します。
- 5
定型項目の同意議題を省略する
毎日の議題項目すべてに個別に投票した取締役会 — 既に提出されている委員会レポートの受け入れを含む — 実質的な議論なしの事項にかなりの時間を費やします。同意議題は、これらのアイテムを単一の承認に作成します。これはほとんどの取締役会が過度に使用しない構造的効率であり、ガバナンスの厳格性を減らす近道ではありません。
結論：取締役会議題テンプレートを一度構築し、毎回のセッションで使用します
取締役会議題テンプレートは、定足数呼び出しから延期まで、標準的なガバナンスフレームワークが必要とするすべてのコンポーネントをカバーするテンプレートとしてを丹念に構築し、毎回のセッションで立っているドキュメントとして扱う価値があります。
上記のコピー対応テンプレートから開始します。定款に一致するように適応させます — 委員会レポートセクションを追加し、同意議題の範囲を調整し、取締役会が確立されたプリファレンスを持っている場合は順序を変更します。ドラフト形式で1つの完全な会議サイクルを実行してから、実際に起こったことに基づいてリビジョンを作成します。
ほとんどの値を説明する2つの習慣：議題を支援資料と一緒に少なくとも5営業日前に配布し、取締役会議題テンプレートをセッション全体で一貫性を保つため、取締役は常に何を期待し、情報を見つける場所を知っています。
取締役会が会議を記録した場合、Notelyはそれらの記録を使用して、議題形式に合致した構造化会議記録を生成できます — 延期から配布されたドラフトまでの時間を日から時間に短縮します。ガバナンスプロセスは取締役会に残ります。ドキュメント負担はそうする必要はありません。
関連リソースについては、すべての会議タイプのフォーマット参照については会議記録サンプルに関する当社のガイドを参照し、ドキュメント側を自動的に処理するツールについては最高のAI会議記録取得者を参照してください。