web-dev-qa-db-ja.com

かんばんの優先順位付けに対する見積もりとその影響を含めるにはどうすればよいですか?

かんばんについていくつかの情報源を読みました。 Atlassianの説明 がどのように機能するかについての現在の主な情報源として使用すると、優先順位付けに対する見積もりの​​影響をフローにどのように含める必要があるのでしょうか。

記載されている説明は、これらのレーンを備えたカンバンボードを示しています。

  1. するために
  2. 進行中
  3. レビューの準備ができました
  4. 完了

次に、プロダクトオーナーは、レーン1のすべてが優先されることを確認します。ただし、優先度は多くの場合、見積もられた労力に依存します(迅速な修正が利用可能な場合、より高い優先度が得られ、多くの場合、プッシュバックされます(a)は時間がかかり、(b)作業を実行する人が行うのが最善です。

私はスクラムに精通しています。スクラムでは、チームが座って設定された時間を見積もります。かんばんにはそんなことはないようです。これは通常どのように機能しますか?私はいくつかのオプションを見ることができます:

  • POは推測し、推測が間違っている場合、チームはフィードバックを提供することを学びます。
  • 「見積もり」項目を含む「レーン0」を導入します。
  • POは、自分自身の見積も​​りと、見積もりを取得するためのチームメンバーの作業の中断を組み合わせています。
  • 見積もりの​​ために固定モーメントを導入します(例:0900時間と1300時間)。

私は 検索 そして これは (「見積もりはオプションです」)のようないくつかの意見を見つけましたが、標準的なアドバイスがあるかどうか興味がありますか?

2
Jeroen

アジャイルが達成しようとしていることの1つは、「それを行うことは、それを行うことについて話すことよりも優先される」という概念です。見積もりは、最終的に何かをするのにどれくらいの時間がかかるかを心配することに多くの時間を費やすこれらのことの1つです。とそれをしました。そして、一般的に、あなたが思いついた見積もりが何であれ、あなたは関係なく間違っています!

したがって、スクラップの見積もり。

かんばんは、実行したタスクのサイクルタイムを示し、グラフにプロットして、実際にかかった時間の分布曲線を取得できます(つまり、チケットが進行中のボードに配置されてから削除されるまで)。 )。

Dennis StevensはTシャツのサイズを提案しています 実行するかどうかを理解するためのタスクですが、Tシャツはほとんどの場合10秒のタスクです。 、あなたは「些細な」、「平均について」または「mhmhmhmhhh ..それはあなたにg'vnorの費用がかかるだろう」と言うことができるでしょう。この種のプロセスにその時間を無駄にし、それらのタスクの作業を続けます。懸念しているタスクだけでなく、すべてのタスクを見積もろうとしないでください。

かんばんに関​​して、私は標準的な答えはこれだと思います:見積もりを気にしないでください。

優先順位付けについては、かんばんに サービスクラス という概念があります。これは、優先順位を変更するタスクに使用できます-何かが優先順位ではない場合(長いタスクですが-重要なのはまだ重要ですが、すばやく重要でないタスクは結局のところ重要ではありません)優先度の高いすべてのタスクが完了し、誰かが時間を置いた後に実行される、スローバーンまたは無形のタスクとして配置できます。タスクに専念します。

2
gbjbaanb

かんばんを行っているかスクラムを行っているかに関係なく、チームは定期的に行う必要があります バックログの改良 。これには、ある程度の見積もりを提供するチームが含まれます。最初に相対的なサイズ設定(フィボナッチ値)を試して、製品所有者が見積もりにあまり時間をかけずに優先順位を付けるのに十分な情報を提供します。

POが推定したら、優先順位付けに役立つ Weighted Shortest Job First を確認します。この方法では、優先順位付けから推測作業の一部を取り除く必要があります。

1
pdmoore