現在のスプリント中にバックログの準備を管理する方法
私のチームでは、ビジネス分析はスクラムチームのメンバーでもあります。彼はすべてのユーザーストーリーを製品バックログに準備しますが、彼のタスクもタイムライン/見積もりで管理する必要があります。
これらの準備タスクを開発ストーリーと一緒にSprintバックログに入れる必要がありますか、それとも別の方法で追跡する必要がありますか？
私の経験会議はスプリントにあまり適合せず、BAの仕事は多くの会議になる傾向があります。
この種の作業をスクラムに詰め込もうとはしません。これは、明確に定義されたタスクを持つ開発チームには適していますが、人やチーム外のものに依存するものには適していません。
必要に応じて、スタンドアップで立ち上がって何が起こっているかを報告してもらいますが、タスクを見積もったり、スプリントに入れたりすることを気にしないでください。それはあなたの速度推定値を捨てるだけです。
BAは開発チームのためにストーリーを準備しているため、それらとは異なるリズムで作業します。スプリントの目標には参加していませんが、将来のスプリントに備えて準備をしています
チームに最適なことは何でもする必要があります。これは、スクラムチームが回顧中に解決する問題です。
「グルーミングバックログ」ストーリーを作成し、そのタスクの実行に費やした時間を見積もるのに役立つ場合、それが見積りに役立つのであれば、それを行うことに何の問題もありません。これは通常、スクラムチームの動作方法ではありませんが、yourスクラムチームでは正常のように聞こえます。
OTOH、それが役に立たなければ、それをする意味はありません。代わりに、そのメンバーがチームの他のメンバーほどスプリントに貢献しないと単純に想定してください。彼らが休暇、トレーニングクラス、またはその他の非スプリント活動に費やす時間と同じように、バックロググルーミングに費やす時間を扱います。
ScrumBut が発生しているようです。 スクラムガイド をお読みください。
ビジネス分析はスクラムチームのメンバーでもあります
すごい！ Cross-functional teams have all competencies needed to accomplish the work without depending on others not part of the team.The Scrum Team consists of a Product Owner, the Development Team, and a Scrum Masterであるため、BAは開発チームのメンバーになることができます。1 またはプロダクトオーナーですが、個別の役割にすることはできません。
彼[ビジネスアナリスト]は、次のスプリントのバックログとしてすべてのユーザーストーリーを準備します
製品バックログアイテムは、スプリント計画イベント中に開発チームによって各スプリントについて予測されます。 BAが作業をスケジュールしている場合、それは従来の計画主導のプロジェクト管理であり、スクラムではありません。
スクラムはフレームワークです。したがって、プロセス、ツール、スキル、テクニックをその中で使用することができます。2 スクラムには自己組織化も必要です。効果的かつ効率的に協力する方法を決定するために話し合います。
1
Scrum recognizes no sub-teams in the Development Team, regardless of domains that need to be addressed like testing, architecture, operations, or business analysis;2これらの慣行とアプローチがroles, events, artifacts, and the rules that bind them togetherに違反しない限り。