한 팀에 너무 많은 선임 프로그래머가있는 것이 나쁜 것으로 판명 될 수 있습니까?
예를 들어, 6-7 명의 팀에 4-5 명의 수석 프로그래머가 있습니다. 이러한 상황에서 최적의 수 / 비는 얼마입니까?
이것이 아이디어에 대한 너무 많은 철학과 논쟁으로 이어질 수 있습니까?
누구든지 나와 같은 경험을 한 적이 있습니까?
답변:
제가 선택할 수 있다면 팀에 6-7 명의 선배가있을 것입니다 (프로젝트에 많은 사람들이 필요하다고 가정).
내가 이것이 문제가되는 것을 볼 수있는 유일한 시간은 선배가 자기 인식의 선배이고 직장 윤리가 아닌 경우입니다.
문서, 계획, 코드, 커피 등 모든 소프트웨어 개발이 중요하다는 것을 인식하는 사람들과 협력하는 것보다 낫지 않습니다. 아무것도하지 않고 작업을 올바르게 수행하십시오.
편집 : 다른 많은 답변에 따르면 너무 많은 지도자가 문제라고 말했지만 왜 선배가 이끌어야한다는 인식이 있습니까? 선배는 지도자를 뽑고 따라갈 수있을 정도로 성숙해야합니다. 중요한 프로젝트입니다-역할을 선택 / 취득하고 어리석은 행동을하십시오!
고위 프로그래머와 팀을 구성 할 때 가장 큰 문제는 다른 팀을 약화시킬 수 있다는 것입니다. 멘토링과지도가 필요한 다른 팀의 주니어 개발자가 있다면 사람들을 바꿔야 할 수도 있습니다.
이것이 아이디어에 대한 너무 많은 철학과 논쟁으로 이어질 수 있습니까?
물론 그것은 할 수 있지만 어떤 차이를 알 수있을만큼 성숙해야 문제가 어떤 사람이 그냥 할 수 있습니다. 존경받는 팀장을 지명했다면 이러한 종류의 철학적 주장은 최소한의 노력으로 최소화해야합니다.
한 팀에 너무 많은 선임 프로그래머가있는 것이 나쁜 것으로 판명 될 수 있습니까?
명확히.
저는 프레드 브룩스의 외과 팀 패턴 의 큰 지지자입니다 .
그리고 개발팀의 선임자들이 "최고 의사"가 누구인지 모른다면 중요한 건축 결정에 충돌 할 것이며 팀에게 해를 끼치기 위해 다른 방향으로 나아가게 될 것입니다.
추신 개발팀의 "최고 외과 의사"의 필요성은 오케스트라의 지휘자의 요구와 유사합니다. 두 경우 모두 많은 퇴역 군인이있을 것입니다. 그러나 당신은 의심 할 여지없이 책임을지는 한 사람이 없이는 엉망이 될 것입니다.
책임이 분배되는 방식에 따라 다릅니다. Sr. Devs가 모두 wrt 디자인, 코드 검토 등의 책임을 져야 한다면 문제 가 될 수 있습니다. 그들이 서로의 영역에 대한 통제권 을 놓고 싸우지 않고 일할 수 있도록 서로 다른 책임을 부여 받았다면 문제가되지 않아야합니다. 예를 들어, 한 수석 개발자는 프로젝트 설계를 책임지고 다른 하나는 책임을 져야합니다. 소스 리포지토리 설정 및 유지 관리, 다른 하나는 단위 테스트 등을 담당합니다.
예, 한 은유로 부엌에 요리사가 너무 많아서 적용 할 수있는 문제가있을 수 있습니다. 그들이 모두 높은 급여를 기대한다면 그것은 또한 상당한 비용이들 수 있습니다. 이것은 단지 나쁜 경우의 존재를 확인하는 것이며 그 가능성에 대해서는 아무 것도 말하지 않습니다.
최적은 공개하지 않은 여러 변수에 따라 다릅니다. 여기서 어떤 시스템을 게임 할 가능성이 높다는 것을 인식하고 어떤 메트릭을 사용하고 싶습니까? 마찬가지로, 구글이나 마이크로 소프트와는 다른 제약 조건이있을 수 있습니다.
너무 많은 선임 개발자는 컨벤션이 없거나 컨벤션이 너무 많다는 문제를 겪을 수 있습니다. 일부 선임 개발자는 적응에 능숙 할 수 있지만, 아무도 컨벤션을 도입 할 가능성이 없다면 팀은 어디에서 시작합니까? 반대로, 일부 컨벤션의 열성 팬인 일부 수석 개발자가 해결을 위해 충돌 해결이 필요할 수 있습니다.
나는 그것이 노인의 성격에 달려 있다고 생각합니다. 그들이 거만하고 논쟁 적이라면 나쁜 일이 될 수 있습니다. 그러나 그들이 모두 존중하고 다른 관점에 개방적이며 서로 배우고 자한다면 훌륭한 팀이 있습니다.
저는 현재 5 명 또는 6 명이 선임하는 8 명으로 구성된 팀에서 일하고 있으며 우리에게 정말 효과적입니다. 우리는 잘 지내고, 서로 배우며, 새로운 사람들을위한 훌륭한 멘토링 환경입니다.
1 명의 수석 개발자, 4 명의 수석 개발자 및 1 명의 중간 개발자가있는 팀에서 근무했습니다. 그리고 팀의 한 "고급"멤버가 정말 성숙한 사람이 아니기 때문에 (좋은 개발자이지만) 악몽으로 판명되었습니다. 그는 다른 팀 구성원이 충분히 선임되지 않았다는 것을 항상 암시 적으로 또는 명시 적으로 증명하려고 노력했습니다. 또한 소프트웨어 개발의 기본 원칙과 제품의 특성을 이해하지 못했기 때문에 오만하고 완고하게 자신이 옳다는 것을 증명하려고 노력했습니다. 결과적으로 팀의 효율성에 심각한 영향을 미쳤습니다. 슬픈 부분은 아이디어 / 솔루션에 대해 너무 많은 논쟁이 아니었다는 것 입니다. 그것은 아무것도 아닌 것에 대한 논쟁이었습니다 . 예를 들면 다음과 같습니다.
그러나 나는 그것이 예외라는 것을 인정한다. 나는 노인들이 대부분 제대로 행동한다고 믿고 싶습니다 :)