チームのメンバーが年次休暇を取っているとしましょう。彼はスプリント計画には参加しませんが、イテレーション/スプリントの途中で戻ってきます。彼が50%の能力を持っているとしましょう。つまり、次の場合、反復の後半に利用できるようになります。
彼が戻った後に彼と計画セッションを持っています。
年次休暇を取る前、つまりスプリント計画の前に、彼と計画セッションを行う。
彼にタスクをスケジュールしないで、スプリント以外のタスクに割り当てます。スパイクなど
スプリントの計画中に同僚に代わって計画を立ててもらい、欠席者は戻ってきたときにタスクを追加できます。また、すべての作業を実行できない場合は、対象外にすることができます。
彼に別の開発者と一緒に座ってもらい、しばらくの間ペアプログラミングをしてもらいます。
他に何か..
私はあなたが何をしているのか知りたいです。
注:(1)を実行していますが、正しくありません。
計画とは、コミットメントを行うこと、およびコミットしたユーザーストーリーをタスクに分割することです。
彼が戻った後に彼と計画セッションを持っています。
間違いなく。彼が戻った後の計画セッションは、コミットメントがすでに行われている必要があるため、意味がありません。
年次休暇を取る前、つまりスプリント計画の前に、彼と計画セッションを行う。
間違いなく。現在のスプリントが完了していない場合の計画はありません。現在のスプリントの結果は不明であり、すべてのユーザーストーリーが完了し、顧客がレビューで満足するかどうかは誰にもわかりません。
彼にタスクをスケジュールしないで、スプリント以外のタスクに割り当てます。スパイクなど
間違いなく。彼は戻ってきて、彼の能力はスプリントの目標に使われるべきです。
スプリントの計画中に同僚に代わって計画を立ててもらい、欠席者は戻ってきたときにタスクを追加できます。また、すべての作業を実行できない場合は、対象外にすることができます。
これは正しいです。チームはコミットメントを行います-特定のチームメンバーではありません。チームはユーザーストーリーのセットにコミットします。なぜなら、彼らは彼らの速度を知っており、彼らの専門的な推測に基づいて、利用可能な容量に基づいて次のスプリントへのコミットメントを変更できるからです。単一の開発者に事前に割り当てられたタスクはないはずです。開発者は、常に可能であるとは限らない場合でも、部門を超えて機能する必要があります。ただし、少なくともユーザーストーリーをタスクに分割できる必要があります。タスクの見積もりに問題がある可能性がありますが、私の意見ではそれはまったく必要ありません。
彼に別の開発者と一緒に座ってもらい、しばらくの間ペアプログラミングをしてもらいます。
間違いなく。ペアプログラミングはベロシティ自体でカバーされるべきです。あなたが開発者と数えないならば、それは彼が全体のスプリントを離れると言うのと同じです。スプリント中に何もしなかった開発者の時間を顧客が支払う必要があるのはなぜですか?
理想的なアジャイルチームでは、メンバーはプロジェクトで使用されるすべてのテクノロジーに慣れており、タスクは(ほとんど)チームのメンバーであれば誰でも実行できます。その場合は、バックログでタスクのサイズを決定し、反復とチームメンバーがバックログから最初のタスクのセットを選択した後、残りのタスクをバケットに残すだけで、チームによってピックアップされます。企画に参加できなかった方も含めたメンバー。
別の一般的な状況では、チームメンバーは専門的です(1人はUIの担当者、もう1人はデータベースの専門家、3番目はミドルウェアの第一人者など)。ただし、乗船後にサイズを変更する必要がある場合もあります。
「スクラム」が機能しているチームでは、チーム自体がたるみを取り、独創的な解決策を考え出します。この状況は、特別な場合を説明するほど頻繁には発生せず、残りのスプリントについては「フローに進む」だけです。結局のところ、これらのスプリントはとにかく長くはありません。
計画的/計画外の休暇はゲームの一部にすぎません。 @Asim Ghaffar、提案された方法-少なくともそれらのほとんどは、スプリント計画会議を欠席した人を犯罪としているようです。チームでは、お互いを健全に尊重することで、人の個人的なニーズが理解され、そのようなチームでは、彼/彼女が行う種類の仕事に対して健全な自信があります。特定のイテレーション/スプリントのためにさまざまな個人が仕事から離れる時間を考慮して、彼らが何ができるかを計画するのはこの自信を持ってです。
チームがどれほどプロフェッショナルであるかを伝えるのは厳しい時期です。中規模のチームでは、私たちの会社には常にスプリント計画会議を見逃してしまう人がいます。私たちは彼/彼女を犯罪とはしません。私たちは彼が彼女/彼の決定をするのに十分成熟していると信じています:)
ソフトウェア開発のアジャイル方法論の精神を学び、理解することを渇望している限り、私はあなたの質問に感謝します。
私が働いている場所では、4が一般的な解決策になります。会議を欠席している人は、休暇中、病気中、または誰かが欠席しているからといってスプリントを続行できないとは限らないいくつかのケースで代わりに何かをする必要があるかもしれません。ここでの考え方は、誰かがスプリントの半分だけ離れている場合、チームはどのような種類の調整を行うことができるかを認識していますが、最終的にはいくつかの調整が行われる可能性があります。
人々は常に休暇を取る傾向があります:-)害はありません。
アジャイルグループでは、誰かが休暇を必要とする場合、アジャイルが適切に機能し、1人の行方不明者が大きな違いを生むことはありません。そうです、グループは通常よりも少ない機能を実行できますが、それはその反復で実行する機能が少ないことを意味します。