팀원이 스프린트 계획을 놓친 경우 어떻게해야합니까?

팀원이 매년 휴가 중이라고 가정 해 봅시다. 스프린트 계획에는 참석하지 않지만 반복 / 스프린트 중간에 다시 돌아옵니다. 그가 50 %의 용량을 가졌다 고하자.

1. 그가 돌아온 후 그와 함께 계획을 세우십시오.

2. 연차 휴가를 떠나기 전에, 즉 스프린트 계획을하기 전에 그와 함께 계획 세션을 갖습니다.

3. 작업을 예약하지 말고 스프린트가 아닌 작업 (예 : 스파이크 등)

4. 스프린트 계획 중에 동료를 대신하여 계획을 세우고 결석 한 사람은 돌아 왔을 때 작업을 추가 할 수 있으며 모든 작업을 수행 할 수없는 경우 데 스코프 할 수 있습니다.

5. 다른 개발자와 함께 앉아 잠시 동안 페어 프로그래밍을하도록하세요.

6. 다른 것 ..

나는 당신이 무엇을하고 있는지 알고 싶습니다 ..

참고 : 우리는 (1)을하고 있으며 기분이 좋지 않습니다.

계획은 커밋을 수행하고 커밋 된 사용자 스토리를 작업으로 분할하는 것입니다.

그가 돌아온 후 그와 함께 계획을 세우십시오.

물론 아니야 그가 돌아온 후 계획 세션은 약속이 이미 완료 되었기 때문에 의미가 없습니다.

연차 휴가를 떠나기 전에, 즉 스프린트 계획을하기 전에 그와 함께 계획 세션을 갖습니다.

물론 아니야 현재 스프린트가 완료되지 않은 경우 계획이 없어야합니다. = 현재 스프린트의 결과를 알 수 없으며 모든 사용자 스토리가 완료되는지 그리고 고객이 검토 할 때 만족 하는지를 아무도 모릅니다.

작업을 예약하지 말고 스프린트가 아닌 작업 (예 : 스파이크 등)

물론 아니야 그는 돌아와서 스프린트 대상에 용량을 사용해야합니다.

스프린트 계획 중에 동료를 대신하여 계획을 세우고 결석 한 사람은 돌아 왔을 때 작업을 추가 할 수 있으며 모든 작업을 수행 할 수없는 경우 데 스코프 할 수 있습니다.

맞습니다. 팀은 특정 팀원이 아닌 약속을 수행합니다. 팀은 속도를 알고 전문적인 추측에 따라 사용 가능한 용량을 기준으로 다음 스프린트에 대한 커밋을 수정할 수 있기 때문에 사용자 스토리 세트를 커밋합니다. 단일 개발자에게 미리 지정된 작업이 없어야합니다. 개발자는 항상 가능하지는 않지만 교차 기능을 수행해야하며 사용자 스토리를 작업으로 분할 할 수 있어야합니다. 예상 작업에 문제가있을 수 있지만 제 생각에는 전혀 필요하지 않습니다.

다른 개발자와 함께 앉아 잠시 동안 페어 프로그래밍을하도록하세요.

물론 아니야 페어 프로그래밍에는 속도 자체가 포함되어야합니다. 개발자로 계산하지 않으면 그가 완전히 스프린트가 될 것이라고 말하는 것과 같습니다. 스프린트 동안 아무것도하지 않은 개발자의 시간을 고객이 지불해야하는 이유는 무엇입니까?

이상적인 민첩한 팀 구성원은 프로젝트에 사용 된 모든 기술에 익숙하며 모든 팀 구성원이 거의 모든 작업을 수행 할 수 있습니다. 이 경우 백 로그에서 작업의 크기를 조정 한 후 백 로그에서 첫 번째 작업 세트를 선택하는 반복 및 팀 구성원을 정의한 후 나머지 작업을 버켓에 그대로두면 팀이이를 가져옵니다. 계획 세션을 놓친 사람을 포함하여

다른 일반적인 상황에서 팀 구성원은 전문화되어 있습니다 (하나는 UI 전문가이고 다른 하나는 데이터베이스 전문가이고 다른 하나는 미들웨어 전문가입니다).이 경우 누락 된 팀원은 부재시 자신의 작업이 할당됩니다. 그래도 탑승 후 크기를 조정해야 할 수도 있습니다.

"스크럼 (scrum)"이 작동하는 팀에서는 팀 자체가 여유를 찾아 창의적인 솔루션을 제시합니다. 이 상황은 특별한 경우를 설명하기에 충분하지 않은 경우가 많으며, 나머지 스프린트의 경우 "흐름과 함께 가십시오". 결국,이 스프린트는 그리 길지 않습니다.

계획된 / 계획되지 않은 휴가는 게임의 일부일뿐입니다. @Asim Ghaffar, 제안 된 방법은 적어도 스프린트 계획 회의에서 자신을 결석 한 사람을 범죄하는 것으로 보입니다. 서로를 존중하는 팀에서는 개인의 개인적 요구를 이해하게되며, 그러한 팀에서는 자신이하는 일에 대해 건전한 자신감을 갖게됩니다. 다른 개인이 특정 반복 / 스프린트 작업을 수행하지 않는 시간을 고려하여 그들이 할 수있는 일을 계획한다는 것은 이러한 확신을 가지고 있습니다.

팀이 얼마나 전문적인지를 말하는 것은 힘든시기입니다. 중간 규모의 팀에는 회사에 항상 스프린트 계획 회의를 놓치는 사람이 있습니다. 우리는 그를 범죄하지 않습니다. 우리는 자신의 결정을 내릴만큼 충분히 성숙하다고 생각합니다.

소프트웨어 개발에 대한 애자일 방법론의 정신을 배우고 이해하는 데 목 마르는 한 귀하의 질문에 감사드립니다.

내가 일하는 곳에서는 4가 일반적인 해결책입니다. 회의에 빠진 사람이 휴가 중이거나 병에 걸렸거나 누군가가 실종되었다고해서 스프린트가 계속되어서는 안된다는 것을 의미하는 몇 가지 경우에 대신해야 할 일이있을 수 있습니다. 여기서 아이디어는 팀이 스프린트의 절반을 벗어난 경우 어떤 종류의 조정이 이루어질 수 있는지 인식하지만 결국에는 약간의 조정이있을 수 있다는 것입니다.

사람들은 항상 휴가를 보내는 경향이 있습니다 :-) 아무런 해가 없습니다.

애자일 그룹에서 누군가가 휴가를 필요로하는 경우 애자일이 제대로 작동하면 한 사람이 큰 차이를 만들지 않아야합니다. 예, 그룹은 평소보다 덜 할 수 있지만 그 반복에서 더 적은 기능을 수행하는 것을 의미합니다.