개발자가 매니저를 꺼리는 이유와 달리, 현직 EM이 말하는 조직 문제 풀이의 재미(mtx2s.hatenablog.com)
작성 언어: 한국어작성 언어로 보기
쉬운 요약
- 엔지니어링 매니저(EM)는 개발팀을 이끄는 관리자다. 글쓴이는 매니저를 승인과 회의, 조정, 책임과 압박으로만 보는 개발자가 적지 않을 것이라며, 자신도 예전에 매니저 제안을 거절했다고 밝힌다.
- 글쓴이는 매니저가 사람 관리만 하는 자리가 아니라고 주장한다. 조직 문제를 풀어 팀이 힘을 내게 만드는 역할이며, 문제를 찾고 구조를 파악해 진짜 원인을 짚는 과정이 엔지니어링과 닮았다고 본다.
- 예시로 팀 A가 팀 B와 자주 조율해야 했던 원인을 조사하니 두 팀 담당 코드가 서로 강하게 얽힌 구조였고, 이를 느슨하게 고친 뒤 A팀은 조율 없이 개발할 수 있게 됐다고 소개한다.
- 글쓴이는 단일 팀 EM이 직접 개발도 병행하는 플레잉 매니저를 권한다. 기술 판단력을 쌓기 위해서지만, 병행은 부담이 크고 개발 실력이 더디 자란다는 점도 인정한다.
편집 의견
O: 매니저 제안을 받고 망설이는 개발자가 팀 간 조율이 반복되는 일 하나를 골라 조직 문제인지 코드 결합 문제인지 나눠 적어 보기를 제안합니다.
X: 병행 권장은 글쓴이의 의견이고, 글쓴이도 플레잉 매니저는 부담이 크고 실무 실력이 더디 자란다고 인정하므로 맡을 비중은 조직 상황에 맞춰 따져야 합니다.
작성 언어: 한국어
발견한 곳
はてなブックマーク テクノロジー ↗ / 매체 발행 글
비슷한 일을 겪어 본 적이 있나요? 그때 어떻게 했는지 한두 줄로 들려주세요. 제품을 잘 몰라도 괜찮습니다.