アジャイル回顧展の参加者
誰が回顧の参加者になるべきですか？プロダクトマネージャー、すべての利害関係者、依存チームも参加する必要があるのは、チームメンバーだけですかOR。
私はチームだけが回顧会で議論するために会うべきだと思います、さもなければ、すべてのチームメンバーが開かないでしょう。しかし、マネージャーの1人は、すべての利害関係者も含める必要があると主張しています。
誰が回顧の参加者になるべきですか？チームメンバーのみになりますかORプロダクトマネージャー、すべての利害関係者、依存チームも参加する必要があります。
レトロスペクティブの目的は、スクラムチームがスプリント中にtheirのパフォーマンスを評価することです。この会議では、次のことについて話し合うことができます。
- スプリント中に何がうまくいったのですか？
- スプリント中に何が問題になりましたか？
- 改善するためにチームが別の方法でできることは何ですか？
プロジェクトの利害関係者とプロダクトマネージャーは、日常的にはスクラムチームのメンバーではなかったため、関与しないでください。レトロスペクティブはスクラム参加者向けです。
私の経験では、利害関係者と製品マネージャーは、スプリント中に開発チームが遭遇した技術的な問題、開発慣行、ハードウェアの問題などに関心がないことがわかりました。彼らの主な懸念は、スクラムチームが正しい製品を製造していることであり、彼らは製品のデモ中にこれを見つけます。
他の従属チームについても、直接参加していなかったため、振り返りにも参加すべきではありません。ただし、スクラムチームのメンバーは、スクラムマスターと共に、他の依存開発チームとスクラムオブスクラムに定期的に参加して、他のチームが進捗状況を認識し、知識を共有できるようにする必要があります。
私は古典的な答えを使います。あなたの仕事の文化（人々がどのようにオープンであるか）とPOとの関係がこの決定に影響します。
最終的に、回顧セッションの目標は、改善点を探すことです。セッションでPOを使用すると、より良い結果が得られるか、それとも悪化するかについて、自分自身（およびチーム）に質問することができます。
私は以前、POがセッションに関与しているチームで働いていましたが、彼はさまざまな視点から私たちの会議に大きく貢献しています。それでも、彼はチームと非常に良い関係を築いていて、誰もがオープンに話すことができるからです。
別のオプションは、セッションを「技術的でない」問題と「技術的な」問題に分割することです。非技術的な問題が議論された後、POは彼の自由を離れて楽しむことができます。 （通常、彼らはこれについて満足しているはずです）。ただし、チームはPOの項目よりもチームの項目を重視する可能性があるため、スクラムマスターは、後でアクションアイテムの優先順位をどのように設定するかについて慎重になる必要があります。
利害関係者は、スプリントレビューの最後に発言権を持ちます。これは、懸念を表明し、今後のスプリントの可能性のある予測に影響を与え、フィードバックを提供する時点です。
Sprint Retrospectiveはスクラムチーム用です。この会議には、開発チームとスクラムマスターのみが出席する場合があります。製品の所有者は参加する必要があります。多くの場合、製品の所有者との関係は改善できるものの一部であるため、彼/彼女を招待すると、そのプロセスが容易になります。また、DoDへの変更（レトロスペクティブの結果として行われる可能性がある）は、プロダクトオーナーを通過する必要があります。おそらく、チームは物事が現状のままであるための重要な理由（法律など）を見逃しました。結局、プロダクトオーナーは、製品とその品質に対して最終的な責任を負うので、彼には発言権が必要です。
プロフェッショナルスクラム開発者コースには、ある時点でミーティングを辞めるようにプロダクトオーナーに依頼することで、よりオープンなコミュニケーションが得られるという意見も含まれています。そうだとすれば、透明性と信頼の欠如は将来のある時点で対処されるべきだと私は言うでしょう...
利害関係者は遡及的な立場を持ちません。状況を変更したい場合は、プロダクトオーナーに問い合わせる必要があります。利害関係者とチームの間に問題がある場合は、スクラムチーム全員（SMとPOを含む）と一緒に個別のミーティング（回顧ではなく）を行い、カードを表に向けてワークアウトすることをお勧めします。問題。
これらの利害関係者を含める必要があると彼が考える理由をマネージャーに尋ねましたか？彼はその会議から何を得たいですか？その懸念に対処するための適切な場所となる会議と、それに対処するのが誰であるかを把握します。もちろん、標準のスクラム会議以外の何かを計画する必要があるかもしれませんが、それはもちろん許可されています。
スクラムガイド からの関連箇所：
Sprint Retrospectiveは、スクラムチームが自身を検査し、次のSprint中に実施する改善の計画を作成する機会です。
たとえば、POとチームメンバー間の計画、コラボレーション、およびコミュニケーションに関連する問題がある場合は、POを回顧に招待することをお勧めします。
計画された製品リリースを行う場合、リリースの直後に回顧を整理すると、チームと利害関係者がリリースにつながったスプリントについて話し合い、次の作業の方法を改善するためのアイデアを思い付くのに役立ちます。配達。
誰が回顧展に招待するかについて、厳格なルールはありません。正しい答えは、ほぼ確実に遡及ごとに変わります。正しい答えは、多くの事柄にも依存します。
- POとチームの関係
- 利害関係者とPOの関係
- マネージャーとチームの関係
- チームが現在直面している問題（より技術的なものか、ビジネス指向の問題か）
- そして、他の可能性のあるもの（漠然と申し訳ありません...）
Retrospectiveのファシリテーターとして、継続的な改善につながるようにRetrospectiveを構成するのは、スクラムマスター次第です。それが主要な利害関係者を巻き込むことを意味するならば、それらの利害関係者は招待されるべきです。それがコアチームのみの非公開のセッションを意味する場合は、外部からの参加者には回顧展を閉鎖する必要があります。
スクラムマスターにはハードパワーがないため、優れたスクラムマスターは、チーム、マネージャー、PO、および関連する利害関係者からの意見を求めて、毎回誰を招待するかについてコンセンサスを構築する必要性を理解します。優れたスクラムマスターは、マネージャーとの良好な関係を構築し、マネージャーがこの柔軟性がなぜそれほど重要であるかを最終的に理解できるようにします。