📗
Project Sprint
Latest Version (GitHub)v4.3 Top
  • TOP
  • Project Sprint (Ja)
    • v4.3
      • Introduction
      • Definitions
      • Framework
    • v4.2
      • Introduction
      • Definitions
      • Framework
    • v4.1
      • Introduction
      • Definitions
      • Framework
    • v4.0
      • Introduction
      • Definitions
      • Framework
    • v3.3
      • Theories
        • Project Sprint 101
        • プロジェクトライフサイクル
        • プロジェクトゴールとは
        • マイルストーンとは
        • トラックとは
        • 制約・イベント
        • 期待値とロール
        • 定例ミーティングの重要性
        • アジェンダとは
        • プロジェクトの環境整備
        • 継続的改善アプローチ
        • Project Sprintの成功指標
      • Practices
        • プロジェクトゴールの設定
        • マイルストーンの設定
        • プロジェクトゴールとマイルストーンの見直し
        • トラックの設定
        • チームメンバーの理解とロールシートの利用
        • ロールの確認
        • ミーティングの設計
        • ミーティングの進行方法
        • タスクの設定
        • ミーティングロールの確認
        • ミーティング環境についてのノウハウ
        • アジェンダアイテムの要素
        • 情報共有環境の構築
        • スタンドアップの導入
        • 振り返り
        • テンショントリアージ
        • ロールセッション
      • Essentials
      • Reference
    • v3.2
      • Theories
        • Project Sprint 101
        • プロジェクトライフサイクル
        • プロジェクトゴールとは
        • マイルストーンとは
        • トラックとは
        • 期待値とロール
        • 定例ミーティングの重要性
        • アジェンダとは
        • プロジェクトの環境整備
        • 継続的改善アプローチ
        • Project Sprintの成功指標
      • Practices
        • プロジェクトゴールの設定
        • マイルストーンの設定
        • プロジェクトゴールとマイルストーンの見直し
        • トラックの設定
        • チームメンバーの理解とロールシートの利用
        • ロールの確認
        • ミーティングの設計
        • ミーティングの進行方法
        • タスクの設定
        • ミーティングロールの確認
        • ミーティング環境についてのノウハウ
        • アジェンダアイテムの要素
        • 情報共有環境の構築
        • 振り返り
        • テンショントリアージ
        • ロールセッション
      • Essentials
      • Reference
    • v3.1
      • Tutorial
        • Project Sprint 101
        • プロジェクトライフサイクル
        • プロジェクトの環境整備
        • プロジェクトゴールとマイルストーンを設定する
          • プロジェクトゴールやマイルストーンの設定が難しいときの始め方
          • トラック:プロジェクト遂行の単位
          • トラックの設定方法
        • チームメンバーを知り、ロールを設定する
        • ミーティングを設計する
        • ミーティングの準備をする
        • ミーティングを開催する
          • タスクを設定する
        • ミーティング環境についてのノウハウ
        • 継続的改善アプローチ
          • 過去の経験を活かす:振り返り
          • 現在の心の声を活用する:テンショントリアージ
          • 未来の展望と仮説:ロールセッション
        • プロジェクトゴールとマイルストーンを見直す
        • ロールを確認する
        • Project Sprintの成功指標
      • Essentials
      • Reference
    • v3.0
      • Tutorial
        • Project Sprint 101
        • プロジェクトの環境整備
        • プロジェクトゴールとマイルストーンを設定する
          • プロジェクトゴールやマイルストーンの設定が難しいときの始め方
          • プロジェクトの時間軸を整理するための便利な考え方(トラック/フェーズ)
        • チームメンバーを知り、ロールを設定する
        • ミーティングを設計する
        • ミーティングの準備をする
        • ミーティングを開催する
          • タスクを設定する
        • ミーティング環境についてのノウハウ
        • 継続的改善アプローチ
          • 過去の経験を活かす:振り返り
          • 現在の心の声を活用する:テンショントリアージ
          • 未来の展望と仮説:ロールセッション
        • プロジェクトゴールとマイルストーンを見直す
        • ロールを確認する
        • プロジェクトスプリントの成功指標
      • Essentials
      • Reference
    • v2.2
      • Tutorial
        • Project Sprint 101
        • プロジェクトのゴールとマイルストーンを設定する
        • チームメンバーを知り、ロールを設定する
        • ミーティングを設計する
        • ミーティングの準備をする
        • ミーティングを開催する
        • 振り返りを行う
        • プロジェクトのゴールとマイルストーンを見直す
        • ロールを確認する
        • ユーザーコミュニティ
      • Essentials
      • Tips
        • プロジェクトの環境整備
        • プロジェクトの時間軸を整理するための便利な考え方(トラック/フェーズ/イベント)
        • チームが納得できて作業効率のよいタスクの設定方法
        • スタンドアップの導入
        • 実務で使いやすいロールの設定
        • ロールの分類と性質
        • マイルストーンマップの利用
        • プロジェクトで作り出されるものにはどのようなものがあるのか(アウトプット/成果物)
        • ミーティングを定例開催にする理由
        • ミーティング環境についてのノウハウ
        • アジェンダアイテムに含まれているとよい全要素
        • アジェンダの目的
        • チームの定義
        • ロールシートの利用
        • 継続的改善アプローチとは
        • 代表的な振り返りの手法
        • テンショントリアージの方法
      • Advance
      • Reference
  • Project Sprint (En)
    • En v2.0
      • Tutorial
        • Project Sprint 101
        • Setting Goals and Milestones for a Project
        • Knowing your Team Members and Setting their Roles
        • Designing a Meeting
        • Preparing for a Meeting
        • Holding a Meeting
        • Conducting a Reflection
        • Reviewing Project Goals and Milestones
        • Checking Roles
        • User Community
      • Essentials
      • Tips
        • Tips1: Useful Concepts for Organizing Project Timeline (tracks/phases/events)
        • Tips2: Using a Milestone Map
        • Tips3: What Are Some of the Things That Are Produced in a Project(outputs/deliverables)
        • Tips4: Preparing Project Environments
        • Tips5: Setting Up Roles That Are Easy to Use in Practice
        • Tips6: Using a Roll Sheet
        • Tips7: Know-How About the Meeting Environment
        • Tips8: All Elements that Should be Included in the Agenda
        • Tips9: Typical Looking Back Techniques
        • Tips10: Tension Triage Methods
        • Tips11: How to Set Tasks in a Way That Makes Sense to the Team and Is Efficient
        • Tips12: Why Meetings Should Be Held on a Regular Basis
        • Tips13: Classification and Properties of Roles
        • Tips14: The Purpose of an Agenda
      • Advance
      • Reference
  • Practical Guide
    • プラクティカルガイド・ビジュアル版
    • タスクとアクション
  • License
  • Release Notes
GitBook提供
このページ内
  • ミーティングとは
  • 定例ミーティングが不可欠である理由
  1. Project Sprint (Ja)
  2. v3.2
  3. Theories

定例ミーティングの重要性

最終更新 2 年前

Project Sprintは、定例ミーティングを定期的・反復的な実践の起点とすることにより、進化するゴールをチームで漸進的に達成するためのプロジェクト推進メソッドです。プロジェクトチームがプロジェクトゴールに向かって円滑に進んでいくために最も重要なのは、チームでの定例ミーティングとそこでのアジェンダの議論です。

ここでは、Project Sprintにおいて定例ミーティングが不可欠である理由を記述します。

ミーティングとは

Project Sprintでは「ミーティング」を、「チームメンバーが一時的に同一の環境に固定されてリアルタイムで会話をすることにより、素早く効率的な認識合わせと、全員にとって納得感のある意思決定をする場」と位置づけています。

リアルタイムで全員が集まるミーティングが、プロジェクトの意思決定においては最適な選択です。変化の激しい時代にあって、メールやチャットでの非同期のコミュニケーションでは、個々のメンバーが時間軸も視界も異なる環境に置かれることになるため認識に齟齬が生じやすく、意思決定が困難になります。リアルタイムで集まることでまず、チームメンバー全員が同じ時間軸に固定されます。そして会話する中でお互いの視界にある景色を擦り合わせて初めて認識が合い、大きな意思決定を行ったりそれに対して納得したりすることができるようになるのです。

定例ミーティングが不可欠である理由

1. 定期的に振り返りを行うことで、プロジェクトを最適化できる。

不確実性の高いプロジェクトにおいては、マイルストーン達成までの道のりは整然と進むわけではありません。各ステップの中で、立ち上げ、計画、実行、終結といったそれぞれの段階が重なり合い影響し合いながら進行していくのです。そこで、定期的なミーティングでの振り返りによってメンバー間の認識を都度擦り合わせ、必要に応じて調整を加えることで、プロジェクトを最適化する必要があります。

(PMBOKの概念を参照)

2. 前回のミーティングから今回のミーティングまでの差分をキャッチアップする機会を保証できる。

プロジェクトはルーチンワークと違って不確実性が高く、目的も変化しやすいものです。社会や組織の変化が激しいなかでも、定期的に集まることで、各チームメンバーが経験したこと・変化を確実に、定期的に吸収することができます。これらをインプットするからこそ、プロジェクトのゴールやマイルストーンをみんなで合意して変化させることも可能になります。

プロジェクトとルーチンワークの違い

3. チームメンバーのスケジュールの調整コストが低くなる。

社内外の多様なメンバーが参加するようなプロジェクトも多い昨今では、都度スケジュール調整をしているとそれだけで時間がかかります。そのため、あらかじめスケジュール設定をしておく方が効率がよいのです。また都度ミーティングを調整していると必要なタイミングでミーティング開催ができません。これは、必要十分な参加者が一度に集まって素早く効率的に意思決定をするというProject Sprintの利点を損ねてしまいます。

4. 同じ曜日・時間に開催されることで、他のチームの人が共有のために覗きに来やすくなる。

あるアジェンダアイテムについて特定のゲストを呼び、スペシャリストとしてのコメントをもらうといったことはよくありますが、定期的な時間・曜日があらかじめ設定されていると都度の調整が必要なく、すでにある時間に招待すればよいため、効率的です。

5. 定期的に期間を区切るほうがタスクの粒度を作りやすい。

定期的な期間、例えば「1週間でできること」という基準となる間隔をもつことで、これぐらいのタスクであればできるかな、という予測がしやすくなります。現実的なタスクを作成することは、アウトプットを確実に作ること、ひいてはアジェンダの確度を上げることにつながります。個々人のアクティビティであるタスク実行をプロジェクト全体の成果に反映させるプロセスを定期的に繰り返すことによって、プロジェクトが最適化されていきます。

6. 業務のリズムを作りやすくなり、タスクの消化がスムーズになる。

例えば毎週月曜日はこのミーティングがあるのでこういう作業時間を確保しておこう、など。個々のメンバーが作業計画を立てやすくなります。

7. プロジェクトの定点観測資料になる。

ミーティングのアジェンダ、議事録、タスクの進捗報告が定点観測的に残ります。これは振り返りの際に参照しやすいログとなるほか、新しいメンバーが参加した際の読みやすさも担保します(過去の情報をむやみに読むよりは、定期的に出力されたものをマイルストーンに沿って読むほうが理解しやすいため)。また、こうしたログが残っていれば、別のプロジェクトを開始する際、過去のプロジェクトがこのようにすすんだのだという参考やひな形にしやすくなります。

プロジェクトとルーチンワークの違い