하지마

아직.

전통적인 전망

귀하의 질문에, 당신은 신화 Man-Month 의 Brooks의 법칙을 참조하십시오 .

늦은 소프트웨어 프로젝트에 인력을 추가하면 나중에 만들 수 있습니다.

Brook의 법칙을 무시하는 것은 대가를 수반합니다. 멀티 태스킹하지 마십시오. MVP (Minimum Viable Product) 제공에 중점을 둡니다. 그런 다음 새로운 팀원을 모집, 리 소싱, 교육 및 관리하는 데 에너지를 집중하십시오.

두 달이 너무 짧습니다. 번 다운 목록으로 모집을 계획하면 시간이 얼마나 걸릴 수 있는지 알 수 있습니다.

Larry Page와 Sergei Brin은 2 년 동안 Google의 초기 팀을 선택했습니다. 직원 번호 3에 대한 선택도 신중해야합니다.

민첩하고 새로운 밀레니엄 뷰

신화적인 Man-Month가 쓰여진 시대 (1960 년대 중반)보다 경쟁이 더욱 활발해졌습니다. 한 회사에서 오랜 경력이 사라졌습니다. 이제 우리는 프로젝트와 회사간에 자주 마이그레이션합니다. 빠른 팀 빌딩은 성공을 만듭니다. 느린 증가는 심각한 제한 요소입니다. 훌륭한 예는 오픈 소스 프로젝트, 신생 기업 및 컴퓨터 과학 과정에서의 팀 프로젝트 사용 증가에서 비롯됩니다.

잠재적으로 애자일 팀은 일정에 제약 조건을 적용합니다. 사용 가능한 리소스에 최적화되어 있기 때문에 늦지 않았습니다. 신입 사원 통합은 또 하나의 제약이며, 단기 목표와 장기 목표 간의 절충으로 간주됩니다. 애자일 팀은 지속적으로 코드를 통합하고 있습니다.

신입 직원을위한 민첩한 팀 기술 및 사회 통합은 다음을 사용할 수 있습니다.

• 일일 스크럼
• 페어 프로그래밍
• 리팩토링
• 누락 된 단위 테스트 추가
• 마른 문서를 강화
• 코드 리뷰

희생양

” 민첩한 소프트웨어 개발의 조직 패턴”에서 James Coplien은 그룹 역학 및 새로운 팀원 추가 비용에 대해 설명합니다. 그의 패턴 “Sacrificial Lamb”은 모든 멘토링과 훈련을 한 사람에게 할당하여 팀의 나머지 부분을 방해하지 않도록 보호합니다.

구현을 고려할 수있는 전략입니다.

또 다른 전략은 매일 특정 시간 동안 신입 사원의 질문을 다루는 신입 사원 멘토를 지정하는 것입니다. 한 사람 만 살릴 수 있다면 아마도 아침이나 오후에 중단없이 일하고 오후 나 아침에 각각 질문에 대답합니다. 내가 속한 그룹은 지난 여름에 10 명의 인턴을 가지고 있었기 때문에 많은 사람들이 많이 중단되었습니다.

현재 멘토링은 한 사람이 주로 아침 스크럼 동안과 직후 (오전 8시 30 분부터 오전 9시 15 분까지, 그리고 오전 9시 15 분, 오후 12시에서 3시 30 분 (7시-3시 30 분) 오후).

답변