アジャイルな方法で効果的に期限に取り組むために、期限を「設定」するにはどうすればよいでしょうか?[閉まっている]

Question

閉まっている。 この質問は オフトピック. 。現在回答を受け付けておりません。

---

この質問を改善したいですか? 質問を更新する っていうことは 話題に沿った スタックオーバーフロー用。

閉まっている 2年前.

私は、アジャイル アプローチで一貫してかなり成功しているチームで働いています。これは、製品を段階的に構築する際の初期作業において、これまでの現在のプロジェクトでうまく機能しています。

しかし、現在私たちは次の段階に移行しており、経営陣は私たちが実際の顧客にこれをデモして販売できるようになるまで、数か月程度の具体的な期限を自分たちで設定することを望んでいます。 。

私たちは、含めたい機能の要素ごとにかなりよく整理された大規模なバックログを抱えており、これらの個々の機能の優先順位付けについても十分に理解しています。

単純な解決策は、デモ可能な製品を提供する最小限のストーリーのリストを取得し、それらをすべて個別に見積もり、それらを合計してベロシティと組み合わせて日付を取得し、その日からデモを行うことを発表することです。しかし、それでは余裕がなくなり、締め切り時間に近づくにつれて大混乱が生じる可能性が高く、それは絶対に避けたいと思っています。

改善として、進捗状況に応じて、緊急事態またはボーナスの改善として機能するオプションのストーリーをある程度の比率で追加したいと考えていますが、どの比率が賢明であるか、またはこれが適切であるかどうかはわかりません。標準的なアプローチ。

また、バックログ全体を事前に一度に見積もる必要があることも懸念しています。これには非常に時間がかかり、その話にたどり着くまでの数か月以内にさらに多くの情報が見つかる可能性が高いためです。それは私たちの見積もりに影響を与えるでしょう。

アジャイル開発プロセスを可能にするために期限を設定する場合に推奨されるアプローチはありますか?私が見た情報のほとんどは、代わりに期限が設定されたら状況に対処することに関するもののようです。この問題を取り上げた関連文献や興味深いブログ投稿にも興味があります。

Answer 1

文学に関して：ソフトウェアの見積もりに関して私が知っている中で最も優れた本は、『Software Estimation:黒人芸術の謎を解く」スティーブ・マコーネル著。それはあなたのケースをカバーします。さらに、次の違いについても説明します。 推定 そして 献身 (つまり、set-deadline)、最初から 2 番目を確実に導出する方法について説明します。

Answer 2

素朴なソリューションは、デモ可能な製品を提供するストーリーの最小リストを取得し、それらすべてを個別に推定し、それらを追加して速度と組み合わせて日付を取得し、それからデモすることを発表することです。しかし、それは余裕がなく、締め切りの時間に到達するにつれて狂ったクランチにつながる可能性が高いようです。

これは私が過去に使用した解決策です。当初の見積もりは少しずれるので、リリース日を設定する前に、さらにいくつかのスプリントを行って余裕を持たせてください。遅れても余裕で挽回できます。そうでない場合は、製品バックログから、必要に応じてリリースに含めることができる追加機能が提供されます。ただし、これはチームのベロシティ指標によって異なります。現在のチームにとってこの指標がどの程度正確であると感じるかに基づいて余裕を調整してください。ターゲット リリースを取得したら、そのリリースに影響を与える可能性のある既知のリソース制約があるかどうかを確認するために戻ってください。

Answer 3

あなたが説明したアプローチはおそらく正しいでしょう。望ましいすべての機能を見積もり、UI 要素に優先順位を付けたい場合があります (投資家や顧客は基本的に光沢のある UI だけを見るため)。そうすれば、完成予定日が期限となります。次に、見積もりを調整する形で余裕を加えます。現在の生産性と最悪の期間の比率を使用して、悲観的な見積もりを作成します。同じ比率を使用して、より短い推定値をスケールすることができます (例:最小機能セットの推定値として使用します)。