1

What do you defines as an impediment? I know that Scrum say that and impediment is something that stop the team from performing the best it can. So basically it can be everything? But where goes the magical line where it becomes and internal improvement?

For example. We want to have more realistic test data in our databases, is that internal improvement or impediment? We as a team could try to solve it in the sprint along with the other stories directly, or we could say that it's an internal improvement that needs to be a story and go into the product backlog.

As I see it we have three options: 1. Handle all internal improvements as stories in the backlog and make the PO prioritize them. 2. Work with them along regular stories in the sprint. 3. Big things goes in as stories and small stuffs we can do directly in the sprint without it effecting the velocity much.

How do you handle this? We need tips and ideas on how we can do this :)

4

1 に答える 1

7

インペディメントとは インペディメントとは 、チームの足を引っ張るものです。これは、次のようなものを含めることができる非常に幅広いオープン カテゴリです。

  • 物理的なハードウェアの制限
  • 不足している、または貧弱なツール
  • 個人的な対立
  • チームに欠けているスキル
  • 個人スキルが足りない
  • 影響力または権限の欠如
  • 病気
  • 不足している知識

ツールや権限など、明白なものに注目することがよくありますが、多くの場合、チームの足を引っ張っているのは目に見えないものです。チームの結束力、知識、経験などです。

より現実的なテスト データ 改善を内部 vs 障害として分類することにとらわれないでください。私たちの目標は、改善を自然な分娩プロセスに組み込むことです。そのため、私の最初の傾向は、すべての障害と改善は配信のコンテキストで行われるべきだと言うことです. 改善を配信能力に反映させたい。私たちは、結果が現実を反映することを望んでいます。改善の取り組みは、将来の増加という名目で一時的に速度を下げることを意味する場合があります。品質の名の下に、速度を永久に下げることさえあります。

提案された最終状態に到達し、その領域に触れるたび、各スプリント、および/または別のテスト実行を準備するたびに、それを少しずつ実装できる漸進的な方法を見つけることをお勧めします (準備時間がかかると仮定します-そうでない場合) - 素晴らしい！）。

バックログの改善 これはあなたの選択であり、PO と話し合う必要があります。PO はスプリントからの高品質と改善された出力を望んでいますが、バックログはユーザーの視点からの価値のある機能/要件を表すことを意図していることを理解してください。そのため、バックログに改善項目を入れるのを躊躇してしまいます。バックログ項目ごとに常に改善する必要があります。PO は、通常の納品の一部として行うべきだと思われることでバックログを埋めることに躊躇する場合もあります。これは、ユーザーにとって直接的に価値のあるものではなく、持続可能なペースで高品質の価値を提供するためのコストであることを示しています。

于 2012-06-14T12:28:44.153 に答える