スクラムメンバーが途中で退去した場合はどうすればよいですか？

スクラムメンバーの1人の健康状態のため、彼はチームを離れなければなりません。

私の質問は、スプリントプランニングセッションを再度開始する必要があるかどうかです。またはバーンダウンチャートを変更しますか？または、すべてのチームメンバーに弾丸を噛んでもらい、目標を達成するために追加の作業を行うよう依頼しますか？

ありがとう

最も重要でないストーリーのスコープを解除して、次のスプリントに移動する必要があります。キャパシティが変更され、スプリントにそれが反映されるはずです。

顧客が優先度の高い新しいビッグストーリーを追加した場合、どうしますか？それを受け入れてスプリントに追加しますか？再計画しますか？バーンダウンチャートを変更しますか？弾丸を噛む？いいえ。能力がないため、他のストーリーのスコープを解除します。

これも例外ではありません。状況が変化し、チームは初期スコープにコミットできなくなりました。

1. いいえ。人に余分な時間を働かせることはありません。さらに出発しますか？
2. バーンダウンチャートとは何ですか？これは、締め切り前に完了する必要があるポイントのグラフに対する、完了したポイントのグラフです。なぜそれを変えるのですか？グラフを作成し続けると、開発者を失うことによる影響がわかり、顧客に情報を提供し続けることができます。
3. 顧客はその情報を使用して、期限を範囲外にするか、期限を延長できます。彼らに許されないことは、彼らがより多くの資源を欲しているということです。リソースはあなたがそれらを見つけたときに来て、彼らがそれを感じたときに行きます、そして間違った人をすぐに強要してもあなたの問題を解決しません。これは、期限が近づくと特に当てはまります。
4. 誰かを雇うつもりなら、それも時間がかかることを期待してください。そのため、コストは開発者の1時間以上になり、すぐに利益が上がることはありません。
5. 将来これを望まない場合は、プロジェクトの開始時にあまりにも多くのリソースを雇い、期限に近づくまで期待される要件を先にとどめる必要があることをビジネスに指摘します先に、彼らはチームの半分を失う可能性があり、残りの開発者がトレーニングに時間を費やす必要がないときは交代できません）。

免責事項：これらすべてには、「完璧な世界で」という警告が付いています。できる限り近くなると、大丈夫です。

チームメンバーまたはスクラムマスターとして、製品の所有者に状況を知らせる以外に何もしません。あなたのチームは、予想されるキャパシティに基づいて、ある程度のユーザーストーリーにすでにコミットしています。何らかの異常が発生し、健康状態が原因でチームメンバーの1人がスプリントを続行できません。それは起こる可能性があり、誰も彼またはあなたを非難することはできません。

次に何をすべきかを決めるのは製品の所有者です。コミットした内容を提供しない可能性が高いことは明らかです。プロダクトオーナーはスプリントをそのまま続行できるので、チームメンバーを失ったり、不当な残業をせずにできるだけ多くのユーザーストーリーを完了することができます。または、スプリントを停止して新しいスプリントを開始することもできます。

ディスコープは危険です。スプリントはチームにとって安全なゾーンである必要があります。人々に力を与えることはアジャイルの原則の一部です。チームにはコミットメントを行う権限があります。スプリント中にコミットメントの変更を許可すると、すぐに一般的な慣行になり、コミットメントとセーフゾーンの全ポイントが消えます。絶えず変化するスプリントターゲットで混乱が生じます。

スクラムには、それを管理するのに役立つ速度があることを理解してください。

私の理解では、あなたのベロシティは時間の経過とともに新しいチームに適応します。特定の場所では、速度の低下を推定することもでき、チームメンバーが退出するときや休暇に行くときの管理を改善するのに役立ちます。

全体的なスプリントへの影響を分析します。代替ソリューション/回避策を特定します。プロダクトオーナーと話し合い、優先度の低い/重要なユーザーストーリーを次のスプリントに移してください。このスプリントまたは将来のスプリント用に追加のリソースを持ち込みます。