0

スクラム グルーミング セッションをより生産的にする方法を探しています。現時点では、ユーザー ストーリーと承認基準を作成するのに時間がかかっているように感じます。1 時間のセッションでは、通常、受け入れ基準を含めて 2 ～ 4 のユーザー ストーリーが作成されます。そこにたどり着くまでのプロセスは、長い時間がかかり、苦痛を感じます。

参加者には、Dev + Architecture、QA、BA、Customer、Product Owner (me)、Usability のメンバーが含まれます。

私が見ている問題は、私たちが良い議論をしているということですが、その後、ストーリーを表現するプロセス、さらには受け入れ基準に非常に長い時間がかかります.

私たちは分散したチームであるため、電話、画面共有、および共同編集環境でこれを行う必要があります。私たちは同じ部屋にいないので、これは確かに生産性に影響を与えますが、それでも私たちのプロセスは改善できると感じています.

いくつかの質問：

  • グルーミング セッションの後、通常、最終的に何話になりますか?
  • グルーミング セッションの一部として受け入れ基準を作成しますか、それとも外部で作成しますか?
  • ユーザー ストーリーを作成する方法と、どのようなプロセスが効果的ですか?
4

1 に答える 1

2

チームに聞いてください！

まあ、私の答えは短いので説明させてください。チームは、あなたの技術、問題、文化、製品について、他の誰よりも優れたコンテキストを持っています。したがって、彼らはそれに答えるのが最善です。これは、レトロスペクティブで取り上げるべき典型的なトピックであり、継続的な改善の精神 - 検査と適応 - です。状況が改善し始めるまで、順応し、試行し続けます。

したがって、次のレトロでは、それを取り上げて問題を調べ、非生産的であることを認めてください。適応する機会を見て、それを実行してください。

いくつかのヒント (ただし、スクラム マスターとしてではありません)

  • スクラムは、キャパシティの 10% をグルーミングに費やすことを推奨しています
  • 会議で全員がやるべきルールはない
  • より正式な議論が必要な例外または領域を管理するための会議を開く
  • ペアグルーミングをしてみる
  • ストーリーはコミュニケーションのプレースホルダーであり、契約ではないことを忘れないでください
  • 主要な受け入れ基準を取得し、計画セッションとスプリントで残りを構築します

グルーミング セッションの後、通常、最終的に何話になりますか?

ジャストインタイムの姿勢で次の 2 つのスプリントに十分

グルーミング セッションの一部として受け入れ基準を作成しますか、それとも外部で作成しますか?

PO との正式なセッションにおける重要なビジネス承認基準と、セッション外の機能的な承認基準の両方が識別されます。受け入れ基準は、スプリント計画中やスプリント内であっても、常に追加する必要があります。それらを契約として扱うことは避けてください。

ユーザー ストーリーを作成する方法と、どのようなプロセスが効果的ですか?

私は通常、ビジネス ニーズを満たすビジネス フォーカス ストーリーから始めます。グルーミングでは、アクション/動詞またはユース ケース モデルを使用して、機能的なストーリーに分解します。これらは物語として書くことができます。典型的な 1 時間のセッションで、50 を超える要件の概要を簡単にブレインストーミングできます。実装スプリントが近づくにつれて、それらを INVEST ストーリーに分割できます。ただし、機能レベルで報告します。

于 2013-02-20T12:08:36.983 に答える