agile - スクラムツールで時間を見積もるための単位

Question

私はスクラムを学び、それで使用するためにAcunoteと呼ばれるツールを試してきました。私の質問は、タスクごとに、そこにある2つのフィールドについてです。それらは「見積もり」と「残り」です。それらにはどのユニットを使用すればよいですか？ストーリーポイントを使用しますか？残りはどうですか？たとえば、10ユニットかかるタスクがあるとします。一日の終わりに残りの部分を、完了するのに必要だと思う「ユニット」の数で埋めますか？

ありがとう！

Answer 1

私はあなたにいくつかの提案があります：

• スクラムを初めて使用する場合。ホワイトボードを使用し、特定のツールのセマンティクスにとらわれないようにします。それはあなたの学習と養子縁組を妨げるでしょう。
• タスクを作成して見積もる必要がないように、ストーリーを十分に小さく分割します。
• 時間は何もしないでください。そのレベルで見積もるのは時間の無駄です。
• ストーリーポイントを焼き尽くします。

タスクが完了して焼き尽くされているため、チームが順調に進んでいると「考える」のは非常に簡単で一般的です。次に、スプ​​リントの最後に到達し、5つのストーリーがすべて90％完了し、何も完了していないことを確認します。ストーリーを焼き尽くすと、実際には、任意の量の開発者ジャンクではなく、成果物のビジネス価値を追跡していることになります。

Answer 2

いつものように、私の最初のアドバイスは、スクラムを採用/学習するときにツールを使用しないことです（同じことを何度も繰り返すのに疲れ始めます:)。代わりに、機能する可能性のある最も単純なものから始めます（製品バックログのスプレッドシート、スプリントバックログのホワイトボードとポストイットノート）。この背後にある理論的根拠は、ツールではなく、スクラムを学び、習得したいということです。したがって、スクラムを実行してプロセスを推進する方法をツールに教えさせないでください。

次に、質問に関して、2つの考え方があります。1。スクラムが理論的に言うこと、2。一部の人々が実際に行うこと。

理論的には、スクラムには2つのレベルの見積もりがあります。1つは現在のスプリント内で完了する作業（タスク）用で、もう1つはより遠い製品バックログアイテム（PBI）用です。製品バックログレベルでは、アイテム（「何」が構築されているか）は、精度の低いストーリー/Tシャツ/ユニットレスポイントで推定する必要があります。このアプローチは、「分析の麻痺」の落とし穴を回避し、問題の作業を取り巻く一般的な不確実性を正確に反映します。スプリントバックログレベルでは、アイテムは時間単位で見積もられるタスク（PBIが達成される「方法」）に分類されます。タスクはきめ細かい作業（通常は数時間程度、16時間以内）を記述しているため、別の見積もりスキームが適切です。実際、スクラムは「理想的なエンジニアリング時間」の使用を推奨しています

実際には、時間を焼き尽くしても「実際の」進捗状況が表示されないため、時間単位で見積もらない人もいます。これは誤りではなく、ストーリーポイントを焼き尽くすことを好みます（つまり、アイテムが完了したかどうかを意味します。より多くのバイナリ）。

私は後者のアプローチの「精神」を理解していますが、それを適用せず、理論に固執します。実際、前述の理由から、時間単位で見積もることは私には理にかなっており、スプリント中のスクラムの経験的プロセスをより適切に「制御」できることがわかりました（毎日の終わりに、見積もられた残りの作業を更新する必要があります）実際に費やした時間に関係なく、これは数時間で簡単になります）。

さらに、小さなストーリー（無駄と見なされることもあります）しかないという欠点は好きではありませんが、チームがスプリント内で何をしなければならないかを明確に特定する場合が好きです（これは透明性に役立ち、プロダクトオーナーが実際の作業量、特に「品質重視」のタスクも理解してください。

最後に、DancesWithBambooが言及した落とし穴も数時間で回避できると思います。警戒を怠らないでください。

• 常に最も重要なPBI（および関連するタスク）に最初に焦点を合わせます。
• 未完了のタスクには特に注意してください。ホワイトボード上を移動し続ける必要があります（たとえば、「todo」、「inprogress」、「to verifyed」、「done」などのステップを表すために列を使用している場合）。動かない仕事は匂いです。
• 前の項目が完了する前に、新しい項目を開始しないでください。

したがって、私の意見では、時間を使用して、スプリント症候群の終わりに「何もしない」ことを回避することが可能です。脳を使うだけです（スクラムや他のツールはそれを置き換えることはできません。幸運なことに私たちにとっては）。

そうは言っても、ツールを捨てない場合、答える質問は次のとおりです。バーンダウンに何を表示したいですか（作業をタスクに分割するかどうかに応じて、ポイントまたは時間、私はあなたに視点）およびAcunoteがバーンダウンを描画するために使用するフィールド（つまり、残りの作業の見積もりをどこで更新する必要があるか）。ポイントを選択してタスクを使用しない場合、IMOが完全に完了していない限り（PBIが完了しているかどうかに関係なく）、残りの作業を更新しても意味がありません。

Answer 3

私見では、スクラムポイントに残りを使用するべきではありません。ポイントは本当に主観的なものでなければならず、おそらくどこまで進んだかを言うことはできないからです。タスクをより小さなタスクに分割し（これらは機能を実装するために必要なステップになります）、それからそれらを数時間に見積もることをお勧めします。このようにして、機能の進行状況を簡単に追跡できます

Answer 4

初期見積もりと残り時間の両方に時間を使用します。タスクは通常、時間単位で見積もられます。

スクラムポイント（または他のユニット）を使用して、バックログアイテムを見積もることができます。

Answer 5

私は残っていることを気にしないでしょう。ストーリーまたはタスクはブール値です（完了または未完了）。私たちのチームでは、1日未満であると予想されるタスクのみを受け入れるようになりました。そうすれば、チームメンバーは2つの連続した毎日のスクラムで同じタスクに取り組むべきではありません。確実に3日目は目覚ましベルが鳴ります！また、見積もりがあまりかからないため、タスクの分割も簡単かつ迅速に行えます。1日未満ですか：OK、それ以外の場合は分解します。