
このテンプレートを使用してください
優れたチーム憲章(チームチャーター)は、人の集まりを高パフォーマンスなチームへと変えるものです。Trupeerなら、無料のチーム憲章テンプレートから始めて、ブランドガイドラインでカスタマイズし、さらに憲章を初日から全員が視聴できる動画サマリーに変換することで、チームの足並みを揃えるまでにかかる時間を何時間も節約できます。
無料のチーム憲章テンプレートとは?
無料のチーム憲章テンプレートとは、チームが最初に一緒に作成するドキュメントのための再利用可能な構造です。何をするために集まっているのか、そして互いにどう連携していくのかを明確にします。
セクションの一覧は、公開されるすべてのバージョンで変わりません。目的、スコープ、役割、目標、ルール、コミュニケーションの規範、意思決定、対立の解決、そして会議のリズムです。理にかなった一覧で、再現にかかる時間は20分です。
ただし、ドキュメントそのものが目的ではありません。チーム憲章の価値は、その作成プロセスで生まれる会話のほぼすべてにあります。チームリーダーが書き、合意のために回覧した憲章は、親しみのあるタイトル付きの一連の指示です。
したがってテンプレートがやるべきことは、適切な意見の相違を引き起こすことです。ところが多くの場合、それとは逆になります。
「形式は用途に従う」。無料のチーム憲章テンプレートのWordファイルは、セッション中に編集され、その後参照されるドキュメント自体に適しています。無料のチーム憲章テンプレートのPPT、または無料のチーム憲章テンプレートのPowerPointレイアウトは、ワークショップ中に表示され、その後ピン留めされるバージョンに適しています。無料のチーム憲章テンプレートのExcelファイルは、各コミットメントがテストされたかどうかを追跡する場合に限って持つ価値があります。無料のチーム憲章テンプレートのPDFは、合意され署名された控えです。
全員が即座に同意できるルールは、失敗するルール
憲章セッションを見て、ルールがどれほど素早く合意されてしまうか確認してください。
私たちは、率直に、そして正直にオープンにコミュニケーションします。互いの専門性を尊重します。締め切りを守ります。互いに支え合います。善意を前提にします。
誰もこれらに異議を唱えない。まさにそれが問題です。議論を生まない一文は、明白であるか(その場合、書き留めても何も変わらない)、曖昧であるか(その場合、誰もが自分の解釈に同意しているだけ)です。
「私たちはオープンにコミュニケーションする」を例にしましょう。2人とも、それを守っていると信じているかもしれません。ところが、一方はすぐにグループ内で懸念を提起し、もう一方は1週間後にマネージャーへ個別に伝える。どちらもルール違反ではありません。ルールが両者を区別していないからです。そして、最終的に表面化する不一致は、行動ではなく「何が合意されたか」についてのものになります。
持つ価値があるルールは、誰かが押し返すようなルールです。押し返しが起きるということは、その文が誰かを制約できるほど具体的であるということです。これが唯一重要な性質です。ドラフト段階で議論が起きなかった憲章は、共有された願望のセットを記録しただけであり、共有された願望は、チームが書き留めるべきものではありません。
だからこそ診断は不快ですが有用です。セッションが簡単で早く終わったなら、戻って見直してください。
Trupeerでこのテンプレートをカスタマイズする方法
ステップ1:テンプレートセクションを開く
メインナビゲーションから「テンプレート」セクションへ移動します。

ステップ2:テンプレートを選択して開く
作業したいテンプレートをクリックして開きます。

ステップ3:テンプレート表示を展開する
必要に応じて、テンプレート表示を展開し、レイアウトと詳細をはっきり確認します。

ステップ4:テンプレートを編集する
「編集」をクリックして、選択したテンプレートの変更を開始します。

エディター内で、次のことができます:
新しいセクションを追加
書式ルールを定義または更新
ロゴを追加し、位置や関連設定を調整
ステップ5:カスタマイズしたテンプレートを保存する
必要な変更をすべて行ったら、「保存」をクリックして、更新されたテンプレートを自分のものとして保存します。

ステップ6:プレビューしてテンプレートを微調整する
カスタマイズしたテンプレートがどのように見えるか確認したいときは、「プレビュー」を開きます。

プレビュー画面から、必要に応じてそのまま調整を続けることができ、テンプレートが希望どおりに表示されることを確認できます。
チーム憲章テンプレートがあれば、次のことができます:
アラインメントの時間を節約:実績のあるチーム憲章の構造で、空白のページをスキップできます。
明確な期待値を設定:目標、役割、業務上の取り決めのための組み込みセクション。
ブランドに沿った運用:Trupeerのブランドキットでロゴ、フォント、カラーを適用。
新メンバーのオンボーディングをより速く:動画サマリーで即座に文脈を共有。
チーム間で標準化:すべてのチーム編成で同じテンプレートを使用。
グローバルチームに対応:1クリックでチーム憲章を65以上の言語に翻訳。
コミットメントをテスト可能にする
修正は、提案された各行に対して1つの質問を適用することです。いつテストするのか、そしてそのとき何が起きるのか。
「私たちはオープンにコミュニケーションする」は決してテストされません。誰かがそれが破られたと言えるような瞬間が存在しないからです。
「締め切りに間に合わないなら、少なくとも48時間前にそう言う。後からではない」は、2週間以内の期間でテストされます。誰かは遅れます。そして、コミットメントが守られたかどうかは全員が分かります。
コミットメントをテスト可能にするには、3つの性質があります。
価値観ではなく、観察できる行動を名指しすること。価値観は採用には役立ちますが、憲章には役立ちません。
しきい値または期限(タイムフレーム)を含むこと。すぐに、定期的に、そして可能な限り早く——これらの言葉が、コミットメントを再び願望ではなく約束に変換します。
満たされなかった場合に何が起きるかを明記すること。罰ではなく、通常は単に「どのような対応になるか」です。48時間を逃したら、次のスタンドアップでグループに伝え、必要なことを言います。
テスト可能なコミットメント6つは、同意できるもの14個よりも大きく勝ります。そして、6つを生み出すセッションは、14個を生み出すセッションより長くなります。
チーム憲章テンプレートに必ず含めるべきもの
8つの構成要素。テスト可能性の列が追加要素です。
構成要素 | 役割(何をするか) |
|---|---|
目的 | このチームが達成するために存在することを、チーム外の人にも理解できる1文で示す。 |
メンバーと、それぞれが持ち込むもの | 名前と、それぞれがここで担う役割。職種名ではない。 |
成功の姿 | 最後に評価できるほど具体的な、2〜3の成果。 |
コミットメント | テスト可能なもの。6つ前後で、それぞれに「いつテストするか」と「何が起きるか」を含める。 |
意思決定の方法 | チームが一緒に決める意思決定、個人が責任を持つもの、そしてチームが分かれたときに何が起きるか。 |
意見の相違をどうエスカレーションするか | どれくらい経ってから、誰に。最も価値のあるセクションであり、最も欠けがちなセクションでもある。 |
会議のリズム | どんな会議があり、誰が参加し、各会議が何のためにあるのか。参加を辞退できる会議も含める。 |
レビューのトリガー | 憲章が見直されるタイミング。日付ではなく、メンバー構成の変化であるべき。 |
エスカレーションの行は、じっくり考える価値があります。多くの憲章は、チーム内で問題を解決することを約束します。健全に聞こえますが、実際には長い沈黙を生みます。誰も、何かを持ち出してコミットメントを破った人になりたくないからです。時間制限があると、エスカレーションは失敗ではなく手順になります。
無料のチーム憲章テンプレート:コピーするための構造
プレースホルダーではなく、実際の例で埋めています。このチームは、建築実務のアーキテクチャ・プラクティスにおけるクロスディシプリンのグループで、病院の案件に取り組んでいます。
ここからコピーしてください。
目的。 合意されたプログラム日程に基づき、分野横断で調整しながら、病院案件の技術設計をRIBAステージ4までに提供する。
メンバーと、それぞれが持ち込むもの。
プロジェクトリード:プログラムとクライアント関係に責任を持つ。リードアーキテクト:設計意図。構造リエゾン:構造エンジニアとのインターフェース。サステナビリティリード:コンプライアンスおよびパフォーマンス目標。BIMコーディネーター:モデルの整合性とク ラッシュ解決。加えて6名のディシプリン・アーキテクト。
成功の姿。 成果は3つ。
プログラム日程までにステージ4を発行し、フロート消費は2週間以内に収める。発行時点で未解決のクラッシュはゼロ。主要なコメントの2回目を行わずに、クライアントのサインオフを達成する。
コミットメント。 6つ、それぞれテスト可能。
# | コミットメント | いつテストするか | 何が起きるか |
|---|---|---|---|
1 | 締め切りに間に合わない場合は、少なくとも48時間前にそう伝える。後からではない | 2週間以内に、繰り返し | 次のスタンドアップでそれを持ち出し、必要なことを伝える。これ以上の結果はない。 |
2 | 2人の間で生じた意見の相違が、5営業日以内に解決されない場合はプロジェクトリードへ | 意見の相違が起きたときはいつでも | プロジェクトリードが判断するか、エスカレーションする。持ち出すことは失敗ではなく、失敗として扱われない。 |
3 | プロジェクトリードは、技術的な事項についてディシプリンリードの判断を覆さない。ただし、判断をプラクティスボードへ回すよう求めることはある | ディシプリンとプログラムが衝突するときはいつでも | 判断は上に上がる。技術的に間違っていると考えるものに、誰も署名を求められない。 |
4 | 別のディシプリンに影響するモデル変更は、変更が行われた当日のデイリーモデルノートでフラグを立てる | 毎日 | BIMコーディネーターがそれを提起する。繰り返しの見落としはプロジェクトリードへ。 |
5 | 木曜のコーディネーション会議は、担当する項目がない場合は誰でも辞退できる。ただし水曜の正午までにそう伝えること | 毎週 | 何もない。これは許可であり、義務ではない。 |
6 | プロジェクトリードが同席している、または同日中に情報を受け取っていない限り、誰もチームをクライアント日程にコミットさせない | すべてのクライアントとの接点で | コミットメントは、クライアントと再確認する。黙って吸収しない。 |
意思決定の方法。 ディシプリン内の技術的な意思決定は、ディシプリンリードが担当する。2つ以上のディシプリンに影響する意思決定はプロジェクトリードへ。両者の話を聞いたうえで判断するか、エスカレーションする。プログラムおよび商業的な意思決定はプロジェクトリードが担当する。合意されたスコープが変わるものは、プラクティスボードへ。
エスカレーション。 個人間の意見の相違は5営業日。クライアントまたはプログラムに影響するものは当日。まずプロジェクトリードへ、その後プラクティスボードへ。
会議のリズム。 毎日15分のモデルノートレビュー。BIMコーディネーターおよび変更がある人。毎週木曜のコーディネーションは全ディシプリンで、コミットメント5に基づき辞退可能。2週間ごとのプログラムレビューは、プロジェクトリードとディシプリンリードで実施。
レビューのトリガー。 メンバーが参加または離脱するたび、そして各RIBAステージの境界ごとに見直す。カレンダーではない。
合意者。 11名全員(日付つき)。セッション中に3つのコミットメントについて議論があり、上記のバージョンが最終的に決まった内容。
ここにコピーしてください。
最後の一文は、実際の憲章に入れる価値があります。新しく参加する人に、どの部分が争点だったのかを伝えます。これは、彼らが知っておくべき最も有用な情報です。
チーム憲章の例:14のルールと3週間の沈黙
MarneとFauldsは、約90名規模の建築実務会社で、11名のクロスディシプリンチームを大規模な病院案件のために結成しました。
チームはキックオフ時に半日間の憲章ワークショップを開催しました。そこで14のルールが生まれました。私たちはオープンに、そして正直にコミュニケーションします。互いの専門性を尊重します。締め切りを守ります。互いに支え合います。チーム内で問題を解決します。
14すべてが約40分で合意されました。ドキュメントは全員が署名し、ラミネートされました。
5か月目に、クライアントが構造の変更を求めました。サステナビリティリードは、現在のアプローチの中で吸収すべきだと考えました。BIMコーディネーターは、調整モデルを作り直す必要があると考えました。
どちらも3週間エスカレーションしませんでした。
その後、両者は同じ理由を述べました。憲章には「チーム内で問題を解決する」と書かれており、プロジェクトリードへ行ってその約束を破るような人になりたくなかったのです。両者は直接解決しようとし続け、その間も、自分たちが決まったと理解した内容に基づいて作業を続けました。
プロジェクトリードに届いた時点では、調整モデルは誤った前提で開発されていました。手戻りは約190時間に達し、プログラムは5週間遅れました。
レビューの結果、憲章には14のコミットメントが含まれていましたが、どれも「意見の相違がどう決まるのか」「チームが決められない場合に誰がいつ決めるのか」「いつまでに決めるのか」が書かれていませんでした。
書き直しでは、すべての行に1つの質問を適用しました。いつテストされ、そこで何が起きるのか。14のうち9つは答えられず、削除されました。
置き換え後のコミットメントは6つでした。セッションは40分ではなく2時間半かかりました。6つのうち3つは、きちんと議論されたからです。
議論こそが役に立つ部分でした。エスカレーションするまでに誰かがどれくらい意見の相違を抱えるかは、5営業日で決まりました。技術的な事項について、プロジェクトリードがディシプリンリードの判断を覆せるかどうかは「いいえ」と決まりましたが、判断を上に強制することはできるとしました。そして、締め切りを逃した場合に「前に通知するか後にするか」は、48時間前と決まりました。
この3つはいずれも、善意だけでは解決できず、すべてが元の憲章の沈黙によって暗黙に誤った方向で決まっていました。
次の案件では、3か月目に2つの意見の相違がエスカレーションされ、どちらも1週間以内に決着しました。
最初の憲章は、誰もが40分で合意できました。誰にも何も求めなかったからです。
6ステップで憲章セッションを運営する方法
リーダーではなく、チームに書かせる。合意のために提示された憲章は方針です。価値は交渉にあります。
ルールから始めず、目的と成功から。人は、何を達成しようとしているのかが合意できると、行動についてより良く議論できます。
コミットメントを提案し、各項目にテストを適用する。いつテストするのか、そこで何が起きるのか。失敗するものは削ります。
早すぎる合意に対して押し返す。コミットメントが守られた具体例と、破られた具体例を求めます。誰も破られた状況を説明できないなら、そのコミットメントは実在しません。
エスカレーションのルールを明確に決める。どれくらい、誰に。これをその場で考えさせないでください。場の空気の中では、誰も最初にエスカレーションする人になりたくないからです。
争点になった内容を記録する。結果だけでなく。将来のメンバーは、どの行が議論されたのかを知る必要があります。
ステップ4は仕組みです。多くの憲章セッションが心地よいのは、ファシリテーターが最初に同意できる言い回しを受け入れてしまうからです。そして、心地よい憲章セッションとは、持つべき会話を避けたセッションです。
憲章を見直すタイミング
一般的な助言は、憲章を定期的に見直すことです。しかしそれはカレンダーのリマインダーになり、先延ばしにされがちです。
より良いトリガーはメンバーです。誰かが参加したり離脱したりするたびに、憲章は「一部はもうそこにいない人たちによって合意され、部屋にいなかった誰かに課される」ドキュメントになります。
それは、聞こえる以上に重要です。新しいメンバーは、どれが争点だったのかを知らないまま、交渉していないコミットメントを引き継ぎます。通常の入れ替わりがあるチームなら、18か月以内に、誰も合意していない人同士の合意になってしまうことがあります。
実務的なトリガーは3つあります。メンバーの参加または離脱があったとき。少なくとも新しい人とのウォークスルーと、何でも異議を唱えられるように招待することが必要です。作業が変わり、コミットメントもそれに合わせて変える必要が出るような、フェーズまたはステージの境界。さらに、コミットメントが破られたのに何も起きなかったとき。これは、そのコミットメントが実在しない証拠です。
最後のものが最も有用で、最も使われていません。コメントなしで2回、静かに無視された憲章は、ラミネートされた控えが何を言っていても、もはや効力がありません。
チーム憲章、プロジェクト憲章、役割と責任のどれ?
重なり合う3つのドキュメントで、それぞれ異なる問いに答えます。
チーム憲章は、人の集まりがどのように協働するかについてです。目的、コミットメント、意思決定、エスカレーション。チームが書き、チームのために作る。
プロジェクト憲章は、ある仕事の実行を許可します。スポンサー、目的、スコープを高いレベルで、そして予算を明記し、チーム外の人のために書かれ、承認されます。合意というよりは委任(マンダート)です。
役割と責任のドキュメントは、役割ごとに意思決定と説明責任を割り当てるもので、役割と責任のテンプレートページでより深く扱っています。チーム憲章には通常、この軽い版が含まれ、詳細は先送りされます。
よくある混乱は最初の2つの間で、テストは「誰がそれに同意するか」です。スポンサーが仕事を許可するためにそのドキュメントが存在するなら、それはプロジェクト憲章です。チームが一緒に働くために存在するなら、それはチーム憲章です。必要な方と違うものを作ると、チームが合意を持てないか、仕事が委任を持てないかのどちらかになります。
詳細なスコープの境界はどちらにも属さず、プロジェクトスコープに置くべきです。
チーム憲章テンプレートのバリエーション
構造は維持され、強調点はチームの種類に合わせて移動します。
プロジェクトチーム憲章。 期間があり、明確な終了があります。成功基準とエスカレーションが最も重要です。なぜなら、ほとんどの文化的な規範が育つ前にチームが解散してしまうからです。
アジャイル/スクラムチーム憲章。 チームの業務上の取り決めや「完了」の定義と重なりが大きいです。2つに分けず、1つのドキュメントとして維持してください。2つにすると分岐してしまいます。
シックスシグマ/改善チーム憲章。 通常、問題文、スコープ、ビジネスケースがチームの合意に加えて含まれます。これはプロジェクトの委任としても機能するためです。このバリエーションでは、チーム憲章とプロジェクト憲章が本当に統合されます。
リーダーシップチーム憲章。 正直に書くのが最も難しいものです。書く人たちがそれを強制する人たちであり、重要なコミットメントは、他者の前でどう意見が食い違うかに関わるからです。
クロスファンクショナル/マトリクスチーム憲章。 エスカレーションが重要なセクションです。メンバーには2つの報告ラインがあり、意見の相違は2方向にエスカレーションされ、結果も異なるからです。
リモート/分散チーム憲章。 応答時間の期待値、同期が必要な会議、そして「利用可能」とみなされる条件を追加します。これらは、明記されていないと摩擦を生みやすく、テスト可能にしやすいコミットメントです。
無料のチーム憲章テンプレートでは直せないこと
1人が書いた憲章。 回覧されたドキュメントを合意に変えるテンプレートはありません。
誰も強制しないコミットメント。 コメントなしで破られても通ってしまうコミットメントは、その憲章が飾りだとチームに教えることになります。そして2回目の破りはコストがかかりません。
実質的な権限がないチーム。 チームが何も決められないなら、意思決定のセクションは芝居になり、憲章はそのように感じられるでしょう。
変更されないまま引き継がれたセクション。 別の組織のチーム憲章サンプルPDFは、その組織のルールを渡してくれますが、それはどの憲章においても最も移植しにくい部分です。
願望的な言い回し。 無料のチーム憲章テンプレートの無料ダウンロードでは、チームが透明性を重視すると書くことを止められません。止められるのは、誰かが「それはいつテストされるの?」と部屋で尋ねるときだけです。
チームの働き方だけでなく、仕事の進め方を見せる
憲章は、人が互いにどう働くかを決めます。しかし、仕事そのものがどう行われるかは決めません。新メンバーには、その両方が必要です。
後半の部分で、チームは何度も時間を失います。誰かが参加し、憲章を受け取り、会議のリズムとエスカレーションのルールを1時間以内に理解したあと、最も近くにいて最も忙しくない人から、仕事の実際の仕組みを3週間かけて学びます。
Trupeer AIは、その後半をカバーします。誰かがタスクを一度実行しながら記録し、その出力は、スクリーンショットがすでにキャプチャされ配置された「書面のウォークスルー」として、さらに動画と一緒にあなたのブランド表現の中で提供されます。憲章は、新メンバーにチームの振る舞い方を伝えます。記録は、仕事がどう行われるかを伝えます。
記録する。ブランド化する。翻訳する。Trupeerする。
この組み合わせが最も役立つのは、そもそも憲章を見直すべきタイミングです。つまりメンバーが変わるときです。チームが拠点や言語をまたぐ場合でも、同じ記録がそれぞれで同じガイダンスを生むため、分散チームは複数のやり方ではなく、ひとつのやり方で動けます。
素材はあなたのナレッジベースに置かれ、トレーニングとしても活用できます。タスクレベルの手順は作業手順に属します。ドキュメント間の一貫性は、ブランドキットを一度設定するだけで実現でき、セットアップはドキュメントテンプレートのセットアップガイドで説明されています。
よくある質問
無料のチーム憲章テンプレートのWord版はありますか?
Wordは憲章そのものに適しています。セッション中にライブで編集され、その後参照されるためです。チーム憲章テンプレートのWordファイルは適切な作業形式であり、チームが議論している間に共有画面で編集するのが正しい使い方です。
コミットメントは3列の表として作成してください。コミットメント、いつテストするか、そしてそのとき何が起きるか。2つ目と3つ目の列が、セッションが「同意できる言い回し」で落ち着いてしまうのを防ぎます。
無料のチーム憲章テンプレートのPPT、または無料のチーム憲章テンプレートのPowerPoint版はありますか?
スライドはワークショップに適しており、その後壁に掲示されるバージョンにも適しています。無料のチーム憲章テンプレートのPPTレイアウトは、セッションをファシリテートするために機能し、無料のチーム憲章テンプレートのPowerPointファイルは、長い名前の下で同じものです。
スライドを憲章にしないでください。1枚版では目的とコミットメントは保持できますが、エスカレーションのルールや意思決定のセクションは省かれます。これらは実際に使われる部分だからです。
無料のチーム憲章テンプレートのExcel版はありますか?
Excelは憲章には不向きです。憲章は主に文章と交渉された表現でできているためです。無料のチーム憲章テンプレートのExcelファイルが意味を持つのは、各コミットメントがテストされたかどうか、そして何が起きたかを追跡したい場合に限って、コミットメントの表だけです。
その追跡は、最初の3か月間は本当に有用です。テストされたことのないコミットメントは関連性がないかもしれませんし、コメントなしで2回破られたコミットメントはもはや効力がありません。
無料のチーム憲章テンプレートのPDFはありますか?
PDFは合意された版です。チームが合意したら、日付と全員の名前が入った無料のチーム憲章テンプレートPDFを1回エクスポートし、それを回覧してください。
編集可能な元データを残してください。憲章はメンバーが変わるときに変えるべきであり、作り直しでしか修正できないドキュメントは、静かに放棄されてしまうからです。
チーム憲章のサンプルPDFはどこで見つけられますか?
大学、公的セクターの改善チーム、医療機関などがこれらを公開しており、それらの出所の1つにあるチーム憲章のサンプルPDFは、市販テンプレートよりも示唆に富んでいます。実際のチームが実際の仕事のために書いたものだからです。
ルールではなく、エスカレーションと意思決定のセクションに注目して、チーム憲章のサンプルPDFを読んでください。ルールはどこでも概ね同じで、移植性が低いです。特定のチームが意見の相違をどう決着させたか——その部分が借りる価値があります。
無料のチーム憲章テンプレートの無料ダウンロードは使う価値がありますか?
セクションの一覧を作るのに20分かかるため、無料のチーム憲章テンプレートの無料ダウンロードで節約できるのはごくわずかで、どれも同じセクションを提供しています。
どれか1つを、次の質問で判断してください。各コミットメントがいつテストされるかを記録する場所はありますか?ありません。さらに、その列がないと、40分で14個の「同意できる」文ができてしまい、避けるべき結果になります。
チーム憲章は誰が書くべきですか?
チームです。1つのセッションで、リーダーは「主宰する」のではなく参加します。マネージャーが書いてコメントのために回覧した憲章は、「いいと思います」などのコメントが集まります。これは合意ではなく、遵守(コンプライアンス)です。
チームが大きい場合は、サブグループが下書きを作り、チーム全体がそれを変更できる必要があります。テストは、部屋にいた誰かが「自分たちが議論したこと」を何か挙げられるかどうかです。誰も挙げられないなら、そのドキュメントは合意されたのではなく受け入れられたということです。
チーム憲章はどれくらいの長さにすべきですか?
1〜2ページ。コミットメント6つ、意思決定のセクション、エスカレーションのルール、そして会議のリズムが、ちょうど収まります。
長さは、ここでは有用性と負の相関があります。上の例にある14のルールの憲章は、それに代わって作られた6つのコミットメント版より長く、しかも、争点になり得るほど具体的な内容が何も入っていなかったからこそ、より長くなっていました。
