1:1アジェンダの推奨フォーマットとデイリースタンドアップ形式

このページでは推奨される1:1アジェンダフォーマットを説明しており、Sidが1:1アジェンダをフォーマットする方法に基づいています。また、このフォーマットがデイリースタンドアップのアジェンダにどのように適用されるかも記載しています。 1:1が初めての方や、GitLabの文化に合わせて以前の1:1の経験をどう活かすか不明な場合は、ここから始めるとよいでしょう。

1:1はマネージャーと部下との間のプライベートミーティングですので、一貫性は効果性よりも二次的なものです。あなたとチームに適したフォーマットを見つけるようにしてください。

デイリースタンドアップのアジェンダ

1:1アジェンダの「ハローウェイ」セクションは、デイリースタンドアップの推奨アジェンダフォーマットです。GitLabでは、デイリースタンドアップはイニシアチブを素早く整合させ加速するために存在します。限られた時間でスケジュールされています。主要なオープンアイテムの進捗を追跡するのに役立つため、1:1ハローウェイを使った修正版ミーティングアジェンダを使用します。週ごとに新しいアジェンダを作成しないため、週をまたいで重要な情報が失われるリスクが減ります。

このデイリースタンドアップ / ワーキンググループ用ミーティングテンプレートの例の使用を検討してください。デイリースタンドアップや1:1以外のミーティングには、GitLab Meeting Best Practicesに記載されたガイダンスに従うことを推奨します。

アジェンダのヘッダー

アジェンダドキュメントに以下のヘッダーを付けてください：

  1. パフォーマンス管理（任意）
  2. キャリア開発
  3. ビジョン
  4. ハローウェイ

パフォーマンス管理（任意）

  1. 高いまたは例外的なパフォーマンスの部下をリストアップする。高いパフォーマンスのチームメンバーは認識され、称賛されるべきです。
  2. パフォーマンス不足の可能性があると思われる部下をリストアップする。早すぎると思っても掲載し、パフォーマンス不足でないと判明した場合は削除してください。マネージャーのマネージャーにすぐに知らせることが重要で、マネージャーが懸念を伝えてくることを待ってはいけません。

キャリア開発

キャリア開発の重要な部分はフィードバックですが、それだけではありません。トレーニングも含まれます。 キャリア開発の提供に関するガイドをご覧ください。

ビジョン

  1. 数年後のことがどのようになりうるかを描く。
  2. 気づいたベストプラクティスを共有する。

ハローウェイ

  1. ハローウェイセクションの各アイテムは、3つのカテゴリーのいずれかから正確に1つのタグで始まります：
    1. タイミング
      • ISO DATE（例：2017-05-21または2017-05）- このアイテムを次に議論する時期を示す
      • RELEASE NUMBER（例：9.4または9.5）- このアイテムを次に議論する時期を示すISO DATEの代替
    2. アクション
      • TODO - 部下はこれがいつ完了するかを設定するか、単にタスクを実行する必要がある。議論すべき場合はDISCUSSに変更する
      • DOTO - マネージャーが何かする必要がある。これがあると「DO」の（大文字小文字を区別した）検索でDOTOとDONEがすべて見つかる
      • DISCUSS - 次の1:1ミーティングで取り上げる
      • REVIEW - マージリクエスト（MR）またはドキュメントが承認可能な状態にある。MRはWork In Progress（WIP）であってはならない
      • HELP - 何かに助けが必要な場合。
      • THINK - アジェンダに追加しなかった人が考える時間を欲しい場合で、次のミーティングで議論する。
      • SING - 追加された場合、追加した人がミーティングの参加者全員でシングアロングを先導する。
    3. 削除の準備完了
      • FYI - 情報提供のみ。アジェンダに追加しなかった人（FYIの対象）がミーティング外で削除できる。
      • DONE - アジェンダに追加した人が削除する。関連するMRがマージされた後のみ設定する
      • MOVE - アジェンダの外、例えばIssueトラッカーに移動したい場合。アジェンダに追加した人が削除する
      • DUPLICATE - アジェンダの別のアイテムの時代遅れの重複アイテム。アジェンダに追加した人が削除する。
      • WONT - これはもはや行われるべきでないものと考える場合。
      • WHY - 提案は理解できるが、なぜ重要でどのような問題があるか疑問に思う場合。
      • IDEA - アジェンダに追加した人が、指令としてではなく、検討のための提案として提示している場合。
      • THANKS - 主にマネージャーが部下を称賛するために使う。フォローアップアクションは不要。問題や課題に焦点を当てる傾向があります。成果と成功を認識することを忘れないでください。
      • SORRY - 何かについて謝りたい場合。
      • FEEDBACK - あなたのパフォーマンスに関するフィードバック（他のすべてのアイテムはパフォーマンスフィードバックでないことを意味する）
  2. 直属の部下（またはそのマネージャー）が1:1アジェンダを記入する際にアイデアと認識のトリガーを促進するために、頻繁に使用される有用なタグをリストした専用セクションを提供することを推奨します。
    • これにより、これらのトピックタグがすぐに利用可能で使用が奨励されていることが安心感につながります。これはTHANKS、SORRY、HELPタグに特に重要です。
  3. 上記で指定の通り、アイテムはDONEに設定された後に削除されます。1:1は継続的に変更される1つのリストです。毎週新しい日付の下に複製されるミーティングアジェンダではありません。
  4. アジェンダの末尾にアイテムを追加する。番号付きリストを使用すると容易になります。
  5. アジェンダを進める順序は末尾から先頭に向けて行います。こうすることで、まだ最も新鮮に意識にある事項が最初に処理されます。
  6. 新しいアイテムの前に自分の名前を付けてください。すべての返答/フォローアップでも同様に行ってください。
  7. アジェンダアイテムへの返答/フォローアップを示すには=>を使用し、自分の名前を前に付けてください。例：DISCUSS Sid: Walmartとのコラボレーションを検討すべきか？ => Kate: そう思います。https://gitlab.com/gitlab-org/gitlab-ce/issues/101 を作成しました
  8. サブトピックがある場合はサブ箇条書き（a, b, c）を使用する。
  9. 1:1ミーティングのカレンダー招待にアジェンダへのリンクを含める。
  10. 緊急性を伝えるためにのみGoogleドキュメントのコメントと+メンションを使用してください。その方法でコンテンツを書き込まないでください（失われる傾向があるため）。例：[email protected] xyzのため緊急。
  11. 関連するIssue、チャット、スクリーンショット、Googleドキュメントを積極的にリンクする。
  12. アイテムにリンクする際は、GoogleドキュメントのリンクではなくURLをドキュメントに直接貼り付けてください。これによりリンクが何を指しているかをすぐに確認でき、コピー＆ペーストが容易になります。
  13. 変更を加える際は、新しいコンテンツ自体ではなく、差分またはマージリクエストにリンクしてください。変更点が何かを把握しやすくなります。

順序

アジェンダのヘッダーごとにトップから下に向けて進みますが、各ヘッダー内はボトムからトップに向けて進みます。 例えば、通話での最初の議論アイテムは「パフォーマンス管理」の最後のアイテムになります。

アジェンダの例

マネージャー（Martina）と直属の部下（Andre）との間のアジェンダの例を参照してください。

最終更新 May 6, 2026: Merge pull request #100 from kyama0/fix/upload-images-tolerate-upstream-missing (70970e1a)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License