선배 멘토는 몇 명의 주니어입니까? [닫은]

매장 규모는 역동적으로 증가하기 때문에 몇 명의 신입 개발자를 고용 할 계획이지만 너무 많은 멘토링과 훈련으로 노인들을 압도하고 싶지는 않습니다. 상급 개발자가 여전히 자신의 업무를 효과적으로 수행 할 수있는 동안 상급 개발자 멘토는 몇 명 (대개 신입생) 중학교 개발자가되어야합니까 (그리고해야합니까)?

0에서 5 또는 7 또는 그 이상

하측 주장 :

• 모든 사람이 멘토가되는 것은 아닙니다. 나는 욕심이 많은 개발자들과 함께 일하면서 누군가를 새로운 직업에 겁주게 만들었습니다.
• 선임 개발자가 동일한 수준의 출력을 유지할 것으로 예상되면 숫자를 낮게 유지하십시오.

더 많은 금액에 대한 인수 :

• 일부 개발자는 다른 사람의 작업을 안내하여 생산성을 높일 수 있습니다. 페어 프로그래밍이 그 예입니다. 마법 같은 종류의 선임 개발자가 있다면 계속해서 더 많은 것을주십시오.
• 시니어 개발자의 예상 출력을 낮추려면 더 많은 주니어 개발자를 할당 할 수 있습니다.
• 그들이 왜 거버넌스를 가르치는 데 정말로 능숙한 개발자라면, 그 고위 개발자의 생산성에 명중하고 그들에게 더 많은 주니어 개발자를 줄 수 있습니다. 여기서 아이디어는 장기적인 이익 / 투자를위한 단기 비용 (생산 손실)입니다 (팀의 개발 표준 준수).

나는 선임 개발자들과 대화를 나누고 그들이 편한 것을 보게 될 것입니다. 모든 사람이 멘토하기를 원하는 것은 아닙니다. 또한 "전체 책장"비유를 사용하는 것을 잊지 마십시오. 현재 작업량이 가득 찼습니다. 멘토를 지정하여 업무량을 늘리려면 공간을 확보하기 위해 선반에서 다른 것을 가져와야합니다.

대학 밖에서 사람들을 직접 고용하는 경우 수석 개발자 당 2 명을 넘지 않아야합니다. 과거에 제가 다루어야했던 최근 대학 졸업생들은 기초를 잘 이해했지만 비즈니스 세계에서 프로그램하는 것이 어떤 것인지 전혀 몰랐습니다. 당신은 그들에게 전문적인 프로그래밍 방법을 가르치는 데 시간을 할애해야 할 것입니다. 그들은 그들이 회사와 함께하는 한 더 이상 과제를 돌리거나 진행하지 않는 한 그들이 작성한 코드를 지원해야한다는 것을 깨달을 때 매우 충격적입니다. 그러나 비즈니스 (및 모든 규칙)를 가르치고, 아키텍처 코딩 방법, 코드 검토, 테스트 방법 교육 및 질문 후 질문에 대한 답변을 제공해야합니다.

주니어가 많이 오면> 30이라고 말하면, 선임 개발자가 풀 타임 멘토링에 전념하는 것이 좋습니다. 저의 첫 직장에서 그들은 우리 중 많은 사람들을 대학에서 신입생으로 고용했고 헌신적 인 팀원이 처음 6 개월 동안 줄을 배우도록 도와주었습니다. 그것은 전환을 훨씬 쉽게 만들어 주었고 우리에게 많은 것을 가르쳐주었습니다.

한 사람이 작업을 처리하는 것이 더 효율적일뿐만 아니라 사무실에는 완벽한 멘토가 될 사람이 한 명있을 수 있습니다. 좋은 프로그래머가 반드시 좋은 교사는 아닙니다.

정시에 자신의 작업을 수행 할 수있는 한 많은 사람들이 할 수 있습니다.

그러므로 그 대답은 선배가 개발자와 교사로서 얼마나 효과적인 지에 달려 있습니다.

내 경험상 그 비율이 어디에 있어야하는 지에 큰 영향을 미치는 프로젝트 작업 유형에 대해서는 언급하지 않았습니다.

실험적인 것들에 거의 자동화 될 수있는 쿠키 커터 반복의 규모에서 개발자가 확실하지 않은 경우에도 개발자가 실제로 낮은 비율에 있지 않고 더 엄격하지 않은 한 jr 개발자를 왼쪽으로 유지해야합니다. sr 개발자들이 스펙트럼의 실험적인 끝에서 고려하고있는 일을하려고한다면 왼쪽으로 .

내 의견으로는 사람들만큼 일에 달려 있습니다.

멘토링은 관리보다 덜 공식적입니다. 멘토는 채용, 해고, 검토 및 징계에 직접 관여하지 않습니다. 환경이 중요한 요소가 될 것입니다. 고려해야 할 요소는 다음과 같습니다.

• sr의 품질. 그리고 jr. 개발자
• 회사가 프로그래머를 얼마나 잘 운영 / 처리하는지 (이는 다른 문제를 복잡하게 할 것입니다)
• sr. 현재 작업 부하
• jr의 속도에 대한 경영진의 기대. 개발자는 생산성을 높여야합니다
• 기타 교육 리소스 (강사 보조 과정, 참조 자료, 인증 요구 사항)
• 팀에 맞게 채용. 이 사이트에서 여러 번 사람들은 오랜 시간을 보내고 함께 기능하기 위해 필요한 팀의 중요성을 언급했습니다. 기술 수준이 높은 사람은 적합하지 않은 경우 더 많은 멘토링이 필요할 수 있습니다.

멘토링에는 보통 어느 정도의 유대 관계가 포함되며 대부분의 사람들이 특정 환경에서 3-5 명 이상의 대인 관계를 구축 할 수 있다고 생각하지 않습니다.

이상적으로 주니어는 프로젝트에서 멘토와 함께 일합니다. 이런 식으로 선임은 하위 작업을 할당하고 프로젝트를 완료하기 위해 함께 작업 할 수 있습니다. 선배가 더 많은 후배를 관리해야할수록 선배가 스스로 할 수있는 일이 줄어 듭니다. 나는 한 번에 선배와 함께 일하는 한두 명의 주니어를 원하지 않습니다. 상급자는 2 ~ 3 개월 후에도 다른 프로그래머에게 멘토링을 계속할 수 있지만, 괜찮은 프로그래머는 원래 프로그래머보다 훨씬 적은 시간이 필요합니다. 따라서 상급자는 멘토가되는 20 명 이상의 사람들이있을 수 있지만 실제로는 많은 시간을 필요로하는 2 ~ 3 명만있을 수 있습니다.