팀에 합류하는 프로그래머의 견적을 처리하는 방법은 무엇입니까?

반복이 이미 시작되었고 새로운 프로그래머가 팀에 합류했으며 작업 X는 이미 다른 개발자에 의해 30 시간으로 추정되었습니다.

이 상황에서 가장 좋은 방법은 무엇입니까?

• 새로운 개발자는 주어진 추정치로 실행합니다 (속도가 계산 될 때 불일치가 수정 될 것이라는 생각입니까?)
• 새로운 개발자가 작업을 재 추정합니까? (그렇다면 상당히 높고 반복에 더 이상 맞지 않으면 어떻게 될까요?)
• 손을 내밀고 폭포로 돌아가?
• 완전히 다른 것?

내가 말하는 것은 :

새로운 개발자가 작업을 재 추정합니다. 반복 밖으로 이동해야하는 경우 이동됩니다.

새로운 개발자가 원래 개발자가 걸릴 시간에 그것을 할 수 있는지 여부를 알 수 없습니다. 그리고 민첩한 방법론으로 시간이 얼마나 걸리는지 말해야 할 일을하는 개발자가 있습니다.

또한 개발자가 팀 / 프로젝트 / 회사에 적합해야하기 때문에 승수 (개발자에 따라 얼마나 큰가)를 적용하려고합니다.

이 개인 스프린트에이 사람을 추가하지 않겠습니다. 대신 코드베이스 속도를 높이기 위해 다른 작업을 수행하십시오 (아마도 낮은 버그 수정입니까?).

팀에 새 사람을 추가하면이 특정 목표에 대한 진행 속도가 느려질 수 있습니다.이 목표는 환경에 익숙해지고 작업 방식을 배우기 때문입니다. 새로운 팀을 기반으로 적절한 추정치로 다음 스프린트에 그를 통합하십시오 .

먼저 "Agile Task"를 듣고 일주일이 아니라 하루나 이틀 정도의 작업을 생각합니다. 작업은 스토리 자체가 반복에 적합 할 때 스토리를 나누는 것이므로 더 작은 조각으로 나눌 수없는 스토리를 갖는 것은 매우 드문 일입니다.

둘째, 기본적 으로이 새로운 개발자에게지면을 칠 것을 요구하고 있습니다. 그가 합리적으로 뛰어 들어 나머지 팀의 속도를 유지할 수 있다면 원래 추정치가 유지되어야합니다. 만약 그가 할 수 없다면, 아마 적어도 혼자서이 추정값을 잡지 말아야 할 것입니다.

셋째, 상황은 어떻습니까? 상황이 팀이 자신의 작업을 추정 한 것이 아니라고 확신 한 다음 누군가 나가서 다음날 그를 교체했습니다. 그래서 팀의 X 녀석이이 스프린트의 작업을 추정하고 그들이 처리 할 수 ​​있다고 생각한 것을 받아 들였다고 생각합니다. 그리고 당신은 새로운 녀석을 소개했습니다. . 팀이 업무량을 선택하지 않고 경영진에 의해 백 로그가 발생하지 않는 한 이번 주에 새로운 직원에게 많은 것을주지 않을 것입니다. 일정이 관리에 의해 설정된 경우 민첩하지 않습니다.

개인적으로, 나는이 사람이 첫 스프린트를 위해 더 숙련 된 프로그래머와 페어링하도록 설정했습니다 (프로그래머가 항상 페어링하지 않으면, 당신이 하나를주는 것을 고려하고 있다는 사실에서 추론하지 않습니다) 한 사람에게 작업). 그의 어깨 너머로보고 질문을함으로써, 그는 코드베이스를 배우기 시작하고, 그의 일반적인 프로그래밍 기술이 스너프에 달하면 거의 즉시 버그를 발견하고 비효율적 인 코드 등을 발견하는 효과적인 코드 검토자가 될 것입니다.