形だけで終わらないチーム憲章の作り方｜合意形成まで支えるAIプロンプト
チーム憲章は、メンバーが一緒に働くうえでの目的、役割、意思決定、連絡方法、困ったときの対応を明文化するための文書です。
ただし、AIに「チーム憲章を作って」と頼むだけでは、どの組織にも当てはまる標語が並びがちです。実際に使える憲章にする鍵は、AIに完成文を書かせる前に、未合意の項目と意見の違いを整理させることにあります。
この記事では、プロジェクトチームの立ち上げや働き方の見直しを担当するリーダー向けに、次の内容をまとめます。
- コピペして使えるチーム憲章作成プロンプト
- 入力時に変える項目と、固定しておく条件
- 抽象的な出力を防ぐ改善方法
- 会議前、会議中、合意後の活用パターン
このプロンプトで作るもの
目指すのは、壁に掲げる理念ではなく、日々の判断に使える運用ルールです。
たとえば、次のような場面で参照できる文書にします。
- 緊急ではない相談を、チャットと会議のどちらで扱うか迷ったとき
- 担当者同士で意見が割れ、誰が最終判断するか確認したいとき
- 期限に間に合わない可能性が出たとき
- 会議への参加者や、決定事項の記録方法を決めるとき
- 新しいメンバーにチームの働き方を説明するとき
完成するチーム憲章には、少なくとも以下を含めます。
- チームの目的と達成条件
- メンバーの役割と責任範囲
- 意思決定の方法
- コミュニケーションのルール
- 会議と記録のルール
- 問題や遅延を共有する基準
- 意見の対立を扱う手順
- 憲章を見直す時期と担当者
ここがポイント: AIの役割は、メンバーの代わりに合意することではありません。入力情報を整理し、曖昧な点を見つけ、話し合える草案に変えることです。
コピペ用プロンプトテンプレート
以下のテンプレートは、ChatGPT、Claude、Geminiなどの対話型AIで使える汎用形式です。利用するサービスの仕様は変わることがあるため、重要な情報や機密情報を入力する前に、組織の利用規程とサービスの最新設定を確認してください。
あなたは、チーム運営と会議設計を支援するファシリテーターです。
以下の情報をもとに、実務で参照できる「チーム憲章の草案」を作成してください。
# 目的
メンバーが日常の判断に迷ったときに参照できる、具体的な行動ルールを作る。
# チーム情報
- チーム名: {チーム名}
- チームの目的: {目的}
- 期間: {開始日・終了日、または常設}
- 達成したい成果: {成果物や数値目標}
- メンバーと役割: {氏名または役割名と担当範囲}
- 関係者: {顧客、上司、他部署など}
- 働く場所・時間帯: {出社、リモート、時差など}
- 主な連絡手段: {チャット、メール、会議ツールなど}
- 定例会議: {頻度、参加者、目的}
- 意思決定者: {役割名}
- 現在困っていること: {連絡の遅れ、会議過多、役割の重複など}
- すでに合意しているルール: {既存ルール}
- まだ合意していないこと: {未決事項}
# 作成手順
1. 入力内容を「合意済み」「未合意」「情報不足」に分類する。
2. 情報不足のうち、憲章作成に不可欠な項目について最大7問の確認質問を出す。
3. 回答が与えられていない項目を推測で確定しない。「要確認」と表示する。
4. 合意済みの内容を中心に、チーム憲章の草案を作る。
5. 抽象的な表現には、観察できる行動または判断基準を添える。
6. ルールごとに、誰が・いつ・何をするかを明確にする。
# 出力形式
## 1. 入力内容の整理
- 合意済み
- 未合意
- 情報不足
## 2. 会議前に確認する質問
質問ごとに「なぜ確認が必要か」も1文で示す。
## 3. チーム憲章の草案
次の見出しで作成する。
- 私たちの目的
- 成果と達成条件
- 役割と責任
- 意思決定
- コミュニケーション
- 会議と記録
- リスク・遅延の共有
- 意見の対立への対応
- 見直し方法
各項目は、原則として次の形式にする。
- ルール:
- 担当:
- 実行する場面:
- 例外・要確認:
## 4. 合意が必要な論点
重要度の高い順に最大5件示し、各論点に選択肢を2〜3案付ける。
# 制約
- 入力にない事実、役割、合意を作らない。
- 「積極的に」「円滑に」「迅速に」など、測れない言葉だけでルールを終わらせない。
- 個人への非難ではなく、チームが実行できる行動として書く。
- 1項目を長くしすぎず、会議中に読み上げられる長さにする。
- 矛盾する情報があれば、草案に混ぜず「要確認」として示す。
まず確認質問まで出力し、私の回答を待ってください。
最後の「私の回答を待ってください」は重要です。AIが一度に完成稿まで進むのを止め、情報不足を人が埋める工程を作れます。
確認質問に回答した後は、次の短い指示を送ります。
先ほどの回答を反映し、指定した出力形式でチーム憲章の草案を作成してください。
未合意の項目は確定事項のように書かず、「合意が必要な論点」に残してください。
入力時に変える項目
品質を最も左右するのは、チームの目的よりも、日常で迷っている具体的な場面です。 理想だけでなく、現在起きている判断の迷いを入力してください。
必ず入力したい項目
{チームの目的}: 誰に何を届けるチームなのか{成果物や数値目標}: 完了を判断できる状態{メンバーと役割}: 担当だけでなく、決めてよい範囲{意思決定者}: 意見が割れた場合の最終判断者{現在困っていること}: 実際にルールが必要な場面{未決事項}: AIに勝手に埋めさせない論点
たとえば「連絡を改善したい」では、必要なルールが分かりません。次のように場面まで書くと、出力が具体的になります。
現在困っていること:
顧客への回答前に誰の確認が必要か決まっておらず、担当者ごとに確認先が異なる。
通常の質問と緊急対応の区別も明文化されていない。
固定した方がよい条件
テンプレート内の次の条件は、チームが変わっても残すのがおすすめです。
- 入力にない合意を作らない
- 不足情報は質問する
- 未合意事項を明示する
- 抽象語を行動に置き換える
- 担当者と実行場面を示す
- 矛盾を「要確認」として分離する
Googleの公式プロンプト設計ガイドでも、明確で具体的な指示、入力情報、望む出力形式を示すことが基本として説明されています。テンプレートを「目的」「入力」「手順」「出力形式」「制約」に分けるのは、長い依頼でも条件を追いやすくするためです。Google AI for Developersのプロンプト設計ガイド
NG例と改善例
失敗しやすいのは、完成文だけを急いで求める指示です。 AIは不足情報を自然な文章で補えるため、未合意のルールまで決まったように見えることがあります。
NG例：条件がほとんどない
協力的で心理的安全性の高いチームにするため、チーム憲章を作ってください。
この指示では、次の問題が起きやすくなります。
- 「互いを尊重する」などの標語に偏る
- 誰が最終判断するのか分からない
- 返信期限や緊急連絡の基準がない
- メンバーが合意していないルールも補完される
- 実行できたか確認できない
改善例：行動と例外を指定する
5人の新規サービス開発チーム向けに、チーム憲章の草案を作ってください。
特に、次の3場面で迷わないルールが必要です。
- 顧客要望によって作業の優先順位を変えるとき
- 予定から1営業日以上遅れる可能性が出たとき
- チャットで15分議論しても結論が出ないとき
各ルールを「担当」「実行条件」「行動」「例外」の順で示してください。
入力から判断できない項目は補完せず、確認質問にしてください。
改善点は、「良いチーム」という評価ではなく、判断に迷う3つの場面を指定したことです。これにより、「迅速に共有する」ではなく、「誰が、どの条件で、どこへ共有するか」を書かせやすくなります。
出力を安定させる3つのコツ
出力形式、合意の境界、確認手順を先に固定すると、AIの文章力に結果を左右されにくくなります。
1. ルールを同じ型で出す
憲章を長い文章だけで出力すると、担当者や例外が埋もれます。各ルールを次の型にそろえます。
- ルール:
- 担当:
- 実行する場面:
- 例外・要確認:
短い憲章が必要なら、さらに圧縮できます。
各ルールを「条件 → 行動 → 担当」の1行で示してください。
全体を800字以内にしてください。
2. 「合意済み」と「AIの提案」を分ける
AIの提案が自然であるほど、既存ルールとの区別が難しくなります。出力時にラベルを付けさせてください。
各項目に次のいずれかのラベルを付けてください。
[合意済み] 入力に明記されている内容
[提案] 会議で採否を決める案
[要確認] 情報不足または矛盾がある内容
この区別は、憲章の承認時にも役立ちます。「AIが書いたから採用する」のではなく、提案だけを会議の議題にできます。
3. 反例でルールを点検する
草案ができたら、きれいに整える前に、実際の場面で機能するか確認します。
このチーム憲章を、次の場面に当てはめて点検してください。
- 担当者が期限に遅れそうだが、遅延はまだ確定していない
- 顧客から当日中の回答を求められたが、意思決定者が不在
- 2人の専門家が異なる案を支持し、会議で結論が出ない
場面ごとに、憲章だけで次の行動を決められるか判定してください。
決められない場合は、不足しているルールを指摘してください。
新しいルールを確定事項として追加せず、修正案として提示してください。
この点検で見るのは文章の美しさではありません。担当者が次の行動を選べるかどうかです。
会議での活用例
AIが作った草案は完成品ではなく、合意形成を速める会議資料として使うと効果的です。
会議前：論点を絞る
チーム情報を入力し、「合意が必要な論点」まで作成します。参加者には長い草案だけでなく、次の項目を先に共有します。
- すでに一致していること
- 意見が分かれそうなこと
- 情報が不足していること
- 会議で決める必要がある上位3〜5件
会議中：選択肢から決める
未合意の論点について、AIに複数案を出させます。
「緊急連絡の基準」について、次の3案を作ってください。
- 厳格な案
- 標準的な案
- 柔軟な案
各案について、適するチーム、利点、注意点を2文以内で示してください。
特定の案を自動的に推奨せず、判断軸を明確にしてください。
AIには選択肢を作らせ、採用する案はメンバーが決めます。誰がその決定に責任を持つかも、同時に確認します。
会議後：決定記録に変える
合意後は、議事録と照合して正式版を作ります。
以下のチーム憲章草案と会議の決定事項を照合してください。
# 草案
{チーム憲章の草案}
# 会議の決定事項
{決定事項}
変更箇所を先に箇条書きで示した後、正式版を出力してください。
会議で決まっていない内容は追加しないでください。
決定事項に矛盾があれば、本文を作る前に指摘してください。
正式版には、作成日だけでなく、次回見直し日と見直し担当者を残します。チームの人数、目的、主要な関係者が変われば、以前のルールが合わなくなるためです。
応用パターン
基本テンプレートは、チームの状態に合わせて焦点を変えられます。
新設チーム向け
役割、意思決定、連絡手段を厚くします。まだ実績がないため、最初から細かく決めすぎず、2〜4週間後の見直しを設定します。
リモートチーム向け
勤務時間帯、非同期連絡、返信期待時間、会議を開く条件、記録場所を追加します。「すぐ返信する」ではなく、通常時と緊急時を分けるのがポイントです。
期間限定プロジェクト向け
成果物、期限、承認者、スコープ変更の手順を優先します。常設組織の理念より、期限内に誰が何を決めるかを明確にします。
既存チームの見直し向け
現在の憲章と、実際の働き方の差を抽出させます。
以下のチーム憲章と現在の運用を比較し、次の3分類で整理してください。
- 現在も守られている
- 実態と合っていない
- 判断に必要だが記載がない
原因を推測で断定せず、確認すべき質問を添えてください。
# 現在の憲章
{既存のチーム憲章}
# 現在の運用
{会議、連絡、意思決定、問題共有の実態}
公開・共有前のチェックリスト
最後に、人が内容を確認します。次の項目を満たさない場合は、AIに文章を整えさせる前に、チームでルール自体を話し合ってください。
- [ ] チームの目的と成果物が具体的に書かれている
- [ ] 各メンバーの役割と決定できる範囲が分かる
- [ ] 意見が割れた場合の最終判断者が決まっている
- [ ] 通常連絡と緊急連絡の条件が分かれている
- [ ] 遅延やリスクを共有する時点が明確になっている
- [ ] 会議の目的、参加者、記録場所が決まっている
- [ ] 未合意事項が確定ルールに混ざっていない
- [ ] 例外時の相談先が書かれている
- [ ] 次回見直し日と担当者が決まっている
- [ ] 個人情報や機密情報の取り扱いを確認した
最初の草案で最も注意したいのは、文章の完成度ではなく、未合意事項が紛れ込んでいないかです。次に見るべき分岐点は、チームが具体的な判断場面を挙げ、その場面で本当に使えるルールへ修正できるかどうかです。