배경:
저는 현재 1 명의 관리자, 1 명의 수석 개발자 및 2 명의 개발자로 구성된 4 명의 팀에 속해 있습니다. 우리는 약 3500 명의 직원으로 구성된 맞춤형 사내 시스템 / 프로젝트 (예 : 6-8 주)뿐만 아니라 이전에 생성 된 시스템에서 필요한 모든 유지 보수 및 지원을 수행합니다. 잠재적으로 나아갈 모든 작업을 수행하기에는 충분하지 않습니다. 경영진은이를 인정하지만 예산 제한으로 인해 추가 멤버를 팀에 채용 할 수있는 능력이 제한됩니다 (저축으로 다시 급여를 내더라도).
변화
이것은 우리가 지금있는 곳을 떠납니다. 우리의 관리자는 목초지에 새로운 역할을 맡기고 팀에 공석을 남겨 두어야합니다. 경영진은이 기회를 사용하여 팀 관리자 역할을 다른 개발자 및 다른 선임 개발자로 대체 할 팀을 재구성합니다. 그들의 논리는 우리가 더 많은 개발자가 필요하다는 것이므로 여기에 자금을 조달하는 방법이 있습니다 (역할 중 하나는 다른 빈 자리에서 부분적으로 자금을 지원받습니다).
이 팀에는 직속 관리자가없고 역할과 책임은 선배와 (상대적으로 새로운 포스트) 서비스 관리자 (주로 개발 지식 / 경험이 거의없는 비 기술적 역할)로 나뉘어 질 것입니다. 많은 다른 팀과 개인들 사이에서)-누가 먹이 사슬의 다음 실제 관리자가 될 것입니다.
마지막 질문은 다음과 같습니다.
관리자없이 개발 팀을 운영 할 수 있습니까? 이것에 대한 경험이 있습니까? 어떤 일이 잘못되거나 우리에게 유익 할 수 있습니까?
이상적으로는 “빛을보고”이런 식으로 일을 할 때의 이점을 원하거나 이에 대한 논쟁의 요점을 생각해보고 싶습니다.
답변
위험이 클수록 “에어 커버”가 더 필요합니다. 이것은 관리자가 실제로 제공 해야하는 것입니다. 팀이 작업을 수행하는 동안 관리자는 팀이 팀 목표를 달성하는 데 방해가되는 요소가 없도록해야합니다. 일정을 조정하거나 팀과 영업 직원 간의 간섭을 수행하거나 단순히 시간을 지불하고 커피 머신이 정상적으로 작동하는지 확인하십시오. 정말 훌륭한 관리자는 팀이 마치 관리자가없는 것처럼 작동하도록합니다.
물론 현실은 대부분의 관리자들이이 점에 완전히 실패한다는 것입니다. 그들은 마이크로 매니지먼트이거나 회사의 상류층이 더 직접적으로 일을 통제 할 수 있도록 쓸모 없게되었으며 진정으로 위대한 관리자는 드문 새입니다. 소프트웨어 팀에 관한 한, 계층 적이거나 평평한 팀 구조를 갖는 데에는 두 가지 장단점이 있습니다. 팀이 매우 작고 수행 된 작업이 거의 겹치지 않으면 (그리고 모든 사람이 독립적 인 프로젝트를 의미한다는 의미), 플랫 한 (일명 관리되지 않는) 팀 구조가 모든 경우에 잘 작동 할 수 있다는 것은 내 경험이었습니다. 팀원은 훈련을받습니다. 그러나 팀원들이하는 일에 상당한 중복이있는 곳, 상대적으로 강한 성격이 둘 이상인 곳,
관련된 많은 요소가 있지만 실제로는 관련된 성격, 개인의 동기 부여 및 경력 목표, 상급 관리자가 제공하는 모범 및 지침에 따라 관리자 또는 팀 리더의 위치가 얼마나 필요한지를 결정합니다. 일반적으로 혼돈이 있고 팀이 요청할 때 팀은 분명히 리더십이 필요합니다. 일반적으로 관리 입력없이 문제가 발생하면 팀은 적어도 작업량과 일정을 관리하기가 어려워 질 때까지 비 계층 구조 내에서 한동안 관리 할 수 있습니다.
답변
누군가 관리자가되어야하지만 팀의 경우에는 이것이 전 임직이라고 생각하지 않습니다. 다른 sr을 고용하십시오. 개발하고 그들 중 하나를 관리자로 만듭니다. 이상적으로는 관리자가 될 수 있고 반드시 최고의 프로그래머는 아닙니다.
관리자는 합의가없는 곳에서 최종 결정을 내려야하므로 기술적으로 자격을 갖추어야합니다. 다른 프로그래머, 회의를 평가하고 고위 경영진을 퇴치하는 것도 직업의 일부입니다.
제안 된 독서 : 바지없는 해 . 대규모 소프트웨어 프로젝트 (WordPress)조차도 직속 관리자 없이도 갈 수 있지만 일부 작업 (아무도하고 싶지 않은 / 아무 어려운 것도 없음)이 있거나 동일한 작업을 위해 많은 수의 개발자를 통합해야하는 경우 중앙 제어.
답변
다른 사람들이 지적했듯이 귀하의 질문에 대한 간단한 대답은 그렇습니다.
귀하의 질문에 대한보다 완전하지만 복잡한 답변은 다음과 같습니다.
“관리는이를 인정하지만 예산 제한으로 인해 팀에 추가 구성원을 모집 할 수있는 능력이 제한됩니다”
경영진은 “예, 인정합니다. 인정합니다”라는 말은 단지 기분을 좋게하는 “단어”입니다. 그들은 조직의 성공에 비판적이라고 생각 하지 않거나 실제로 누군가를 얻는 것을 지원할 것입니다!
(심리학이 많기 때문에) 조심해야 할 또 다른 것들은 경영진이 나쁜 소식을 말하지만 약간의 농담이 섞여서 직접 문제를 언급 할 수도 있고 아닐 수도 있지만 근본적으로 질문 할 수없는 것입니다 ( 미묘하고 영리한 기술). 주의해야 할 또 다른 것은 계획을 제시하고 2 시간 55 분 안에 귀하의 의견을 묻는 3 시간 회의입니다.
옳은 일을하는 경영진이 아니라 옳은 일을 “말하는”경영진의 태도를 취하십시오.
답변
관리자 없음 = 책임 없음 = 장기적으로는 메시지가 없습니다. 모든 사람은 자신이 좋아하는대로 행동 할 것이며 중간 경영진은 누가 누구에게 말해야하는지, 누가 옳은지, 누가 주어진 문제 나 요청에 대해 옳지 않은지를 확신하지 못할 것입니다. 작업이 그렇게 분리되어 있고 관계가 거의 없거나 전혀없는 한, 많은 ‘소규모 관리자’를 갖는 것은 주어진 작업을 수행 할 수있는 방법이 너무 많기 때문에 바쁜 개발자가 항상 습득하지 못한 전문 지식이 필요하기 때문에 개발에서 작동하지 않습니다. 누군가가 전체 그림을 볼 필요가 있습니다. 제안 된 스타일은 레거시 또는 현재 응용 프로그램을 지원하지만 개발되지 않은 팀에 적합 할 수 있습니다. 낙관적으로 말하면, 조직이 합리적으로 잘 작동하기 전에 조직과 시련과 실패가 필요합니다.
답변
위의 답변에 동의하지만 중요한 고려 사항이 있습니다.
“관리자”는 직책이지만 역할의 관점에서 생각 하면 관리자는 특정 책임 이있는 사람입니다 . 이러한 책임이 무엇이든, CxO와의 협상, 보고서 작성, 휴가 관리 또는 커피 머신 작성 등 팀에 책임이있는 사람이 필요합니다.
프로 -그것은 당신 중 하나 일 수 있으며, 이것은 그의 경력에 큰 도움이 될 수 있습니다. 나머지 팀은 “위에서 배정 된”사람이 아니라 팀의 요구를 깊이 이해하는 사람을 얻게됩니다.
물론, 그녀가 관리 업무에 얼마나 많은 시간을 할애하고 이전에 그녀가하던 일에 남는 시간을 협상하는 것을 잊지 마십시오.
단점 — 관리자 가되고 싶지 않은 사람도있을 수 있습니다. 이것에는 나쁘지 않습니다. 많은 개발자들은 보고서, 다이어그램 및 회의에 “시간을 낭비”하는 것보다 키보드 및 기타 개발자를 선호합니다. 매일 아침 비명을 지르는 보스와 5 분의 시간이 극도로 자극적이라고 믿어주세요! 🙂
따라서 다음과 같이 질문하십시오. 전담 관리자
없이 개발 팀을 운영 할 수 있습니까? — 예 .
팀이 그 변화에 대비할 준비가 되셨습니까? — 말할 수 없습니다.
시도 해봐. 시도해 볼 가치가 있습니다.
답변
저는 현재 관리자없이 소규모 팀에서 일하고 있습니다. 소규모 회사. 잘 작동한다.
귀하의 마일리지가 다를 수 있습니다.
답변
기술 책임자와 관리자가 필요합니다. 예 하지만 개인적으로 기술 리드가 훨씬 더 중요하다고 생각합니다. (무엇인지 확실하지 않은 경우 기본적으로 작업을 수행하고 모든 사람이해야 할 일을 수행하는 사람입니다.)