팀에서 상급 개발자와 후배 개발자의 이상적인 조합은 무엇입니까?


19

어느 팀에서나 더 칙칙한 회색 개발자와 어린 새끼 강아지가 필요합니다. 몇 가지 이유는 다음과 같습니다.

  • 돈. 제공하는 데 동일한 수준의 경험이 필요하지 않은 작업이 종종 있으므로 이러한 작업을 수행하기 위해 최고 비용을 지불하지 않는 것이 좋습니다.
  • 에너지. 새로운 사람들이 팀에 가져 와서 너무 노후되고 길을 잃는 것을 막을 수있는 에너지와 열정이 있습니다. 더 많은 노인들이 가져올 수있는 평온과 지혜도 있습니다.
  • 지식 이전 및 경력 성장. 프로젝트와 기술 측면에서 사람들을 가르치고 새로운 것을 배우는 것이 유용하고 종종 재미 있습니다. 신입 팀원을 "가동시키는"것을 돕는 것은 만족 스럽습니다.

주니어보다 선배가 많은 것이 중요 할 수있는 최첨단 프로젝트가 있다는 것을 알고 있지만 일반적으로 팀에 이상적인 경험이 혼합되어 있습니까? 아니면 프로젝트에 전적으로 의존합니까?

답변:


14

Eric Brechner 가이 주제에 대해 말한 것을 정말 좋아합니다

팀을 호수 대신 강으로 생각하십시오. 호수가 정체됩니다. 변화 할 에너지 나 자극이 없습니다. 정체 된 그룹도 마찬가지입니다. 그들은 평범함과 자비심을 길러줍니다. 그들은 위험을 혐오합니다. 강은 항상 많은 에너지로 달리고 변화합니다. 당신은 강을 원한다.

강은 물의 흐름에 따라 달라지며 팀은 사람과 정보의 흐름에 따라 달라집니다. 사람들은 새로운 피, 새로운 지도자, 새로운 도전에 대한 준비가 된 장로라는 세 그룹으로 나뉘어져 있다고 생각할 수 있습니다. 이러한 그룹의 균형과 흐름은 다음과 같습니다.

  • 가장 큰 그룹은 새로운 피가되어야합니다. 그들 모두가 기술 또는 조직 리더가되는 것은 아닙니다.

  • 때때로 당신은 장로보다 더 많은 새로운 지도자를 갖게 될 것입니다. 때로는 그 반대도 있지만 이상적으로는 균형을 유지해야합니다.

  • 흐름을 위해, 새로운 지도자가되고 새로운 지도자가 장로가되는 꾸준한 새 피가 필요합니다.

  • 흐름의 열쇠는 새로운 피가 들어오고 장로들이 이사하는 것입니다. 이것이 효과가 있으려면 장로들이 시내를 막고 다른 사람들을위한 기회의 흐름을 방해하기 전에 이전하고 싶어합니다.

모든 기술이 같은 속도로 흐르지는 않습니다. Windows 커널과 같은 중앙 엔진은 느리게 흐르지 만 MSN 검색과 같은 웹 기반 서비스는 빠르게 흐릅니다. 상황에 맞게 조정해야하지만 가장 보수적 인 기술조차도 변경 및 흐름을 수행합니다. 건강한 흐름을 성공적으로 장려하고 유지하는 방법은 무엇입니까?

  • 새로운 사람들을 지속적으로 공급하십시오.

  • 삶의 방식으로 정보 공유를 주입하십시오.

  • 조직과 역할을 구성하여 성장 기회를 창출하십시오.

  • 장로들에게 새로운 도전을 찾으십시오.


올바른 믹싱을하면 프로그래밍이 즐거워집니다!
pramodc84

5
"장로들에게 새로운 도전을 찾아라"는 것이 그들을 해방시키기위한 완곡이 아니기를 바랍니다.
Paddyslacker

내가 잘못 알고있는 유일한 것은 장로가 항상 지도자라고 가정한다는 것입니다. 나는 리드하기를 원치 않거나 그다지 능숙하지 않은 노인들을 만났습니다.
Jason Baker

1
@Conrad-잘못된 질문입니다. 문제는 "전체 조직에 익숙하지 않은 노인을 원하십니까?" 그 대답은 물론 아닙니다. 전체 조직에 유용한 리더로서 유용 할 필요는 없습니다.
Jason Baker

1
@Jason 아마도 우리는 리더가 무엇인지에 대해 의견이 맞지 않을 것입니다. 저에게 리더는 헤드 다운 개발자보다 큰 역할을하는 사람입니다. 예를 들어 디자인 / 분석 역할, PM 역할, 멘토링 역할 등 저는 매년 임금 인상을 받고 싶어하지만 여전히 개발자가 머리를 숙이고 싶은 사람은 시간이 지남에 따라 가치를 떨어 뜨릴 것이라고 생각합니다.
Conrad Frix

7

이상적인 믹스 는 없다고 생각 합니다. 프로젝트와 환경에 전적으로 의존합니다. 몇 가지 예 :

모든 경험

숙련 된 모든 팀원이 마감 시간이 촉박 한 중요한 프로젝트에 참여하는 것이 적절할 수 있습니다.

모든 주니어

다른 예로, 모든 주니어 개발자들이보다 R & D 중심의 프로젝트에 참여하는 것이 적절할 수 있습니다. 내가 일한 한 회사에는 혁신적인 솔루션이 필요한 프로젝트가 배정 된 인턴으로 구성된 팀이있었습니다. 그들은 실제 고객 문제 였지만 좋은 해결책이 없었기 때문에 새롭고 선입견이 거의없는 인턴을 얻었습니다.

여기서 중요한 점은 이러한 두 가지 접근 방식 중 하나가 종종 비즈니스 요구, 조직적 요인 및 개발자의 가용성에 따라 프로젝트간에 전체 영역을 실행한다는 것입니다.


3
풀 타임으로 작업을하지 않더라도 거의 모든 프로젝트에서 한 명 이상의 선임 개발자를 두는 것이 도움이 될 것이라고 생각합니다.
Casebash

2
필자의 경험에서 "혁신적인"이란 보통 자정 오일을 태우는 많은 주니어들이 이미 툴셋에 존재하는 자신의 더 나쁜 버전을 쓰고 있음을 의미합니다. 아니면 그냥 정체되고있을 수도 있습니다.
NeedHack

2

내가 생각하는 이상적인 모두에서 "주니어"와 "수석"사이에 특정의 구분이 없다하는 것입니다. 사람들은 서랍의 물건이 아니라 개인으로 취급해야합니다. 마찬가지로 각 프로젝트는 개별 기술, 재능 또는 성격을 해결해야하는 개별 문제로 취급해야합니다. “주니어”와“노인”으로 분류하는 것은 현실을 더 거칠고 대략적인 근사치로 바꾸는 역할을하므로 각 개별 사례에서 내려진 결정이 어떤 의미에서든 "이상적"일 가능성이 줄어 듭니다.


2
일부 사람들이 주니어 / 시니어 분할의 가장자리에있을 수 있음을 인식하는 한 유용한 구분이 될 것이라고 생각합니다.
Casebash
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.