📗
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.1
  3. Tutorial

ロールを確認する

最終更新 2 年前

チームメンバーを知り、ロールを設定することは、Project Sprintにおけるチーミングドメインにあたります。各チームメンバーの責任・役割・期待値を共有することで、自分の責任・役割・期待値が明確になり、自律的な行動が起こせるようになります。

ロールも、プロジェクトゴールやマイルストーンと同様、変化しうるものです。Project Sprintにおける「プロセス」にあたる、定期開催のミーティングとそこでのアジェンダの議論を通して、ロールは常に見直され、共通認識が持たれることになります。

この記事では、ロールの確認について解説します。

ロールの確認

でも述べたように、チーミングの「理想の状態」の条件のひとつは、「チームメンバー各々の各自の責任・役割・期待値が共有されており、各メンバーの認識に齟齬がない」ということです。言い換えると、あるチームメンバーが「あの人はこれをやってくれるだろう」と考えたとき、そのチームメンバーも「これは私がやるべきことだ」と考えている状態です。

チーミングの「理想の状態」には、明確な到達点がありません。なぜなら「ここまで達成したら理想のチームだ!」というものが決めにくいからです。そこでProject Sprintでは、常に「チームが今の時点より良い状態になること」を目指します。 そして、ここでの「より良い」とは、チームメンバー同士の果たすべき役割=ロールについての期待値がそろっている状態のことを指します。つまりロールの確認とは、チームメンバーの持つ互いの役割についての期待値がそろっているかを確認することを指します。

ロールの確認をするべきタイミングは、次のような時です。

  1. 過去に定義されたロールが、より詳細にブレイクダウンして考えられるようになり、細かい認識合わせが必要になったとき

  2. プロジェクトの進行により過去に定義していないような役割が生まれ、その役割を担うロールを明確化することが必要だと考えられるようになったとき

  3. 過去に定義されてあるメンバーにアサインされていたロールが、周囲からの期待に添っていないとき。例えば、実際にはアサインされているメンバーとは別のメンバーがロールを遂行していたり、アサインされたメンバーが周囲からの期待値を満たしきれていなかったり、逆にアサインされたメンバーが自分は周囲からの期待値を満たせていないと感じていたりするとき

  4. その他何らかの理由でチームメンバーがロールの確認をしたほうがよいと考えたとき

ロール確認の実施はミーティングのアジェンダアイテムとして扱われるので、確認が必要だと考える場合には事前にアジェンダアイテムの提出を行う必要があります。

明示ロールと暗黙ロール

Project Sprintでは、ミーティングロール以外には必ず設定しなければならないロールというものを決めておらず、それ以外のロールの定義についてはチームメンバーで合意することのみが必要な条件となっています。

しかし、この「チームメンバーの合意」は、必ずしも明示的なものとは限りません。チームで名前を決めて共有されるロールもある一方、プロジェクトを進めていくなかで、あるメンバーが自然に担っていく暗黙的な役割もあります。Project Sprintにおいて、前者は「明示ロール」と呼ばれ、後者は「暗黙ロール」と呼ばれます。

これらの区別は絶対的なものではなく、ある暗黙ロールが、何かのきっかけによって明示ロールとなることもありえます。

例えば、最初から暗黙ロールが十分に機能することはほとんどありません。つまり、「あの人がこれをやってくれるだろう」という阿吽の呼吸・暗黙の了解は、チーム発足初期にはあまり機能しないということです。多くの場合こうした暗黙ロールは一度「この人はこういう役割の人だ」という明示ロールとして表現され、この過程で期待値のすり合わせが行われます。その後、「あの人はこういう役割の人だからこれもやってくれるだろう」と、暗黙ロールも機能し始めるのです。チームメンバーの互いの期待値が合ってくると、未知の状況にも柔軟に対応できるようになります。

なお、暗黙ロールと明示ロールの割合はプロジェクトやチームによって異なるもので、最適なバランスもそれぞれ異なります。また、単純にロールの数が多いほうがよい、少ないほうがよい、といった点についても、一律の答えはありません。

ただし、ロールは次のような状態になっていることが望ましいとされます。

  • チームメンバー間で、ロールの中でやるべきことがより細かい粒度で理解されているほどよい。

  • そのチームにとって最もコストのかからない方法で、チームにとって必要十分なロールが共有されているほどよい。

  • 各ロールのやるべきことをお互いにフォローできればできるほどよい。

チームメンバーを知り、ロールを設定する