검색
한국어

개발자가 매니저를 꺼리는 이유와 달리, 현직 EM이 말하는 조직 문제 풀이의 재미(mtx2s.hatenablog.com)

startupxo 토론하기

작성 언어: 한국어작성 언어로 보기

쉬운 요약

- 엔지니어링 매니저(EM)는 개발팀을 이끄는 관리자다. 글쓴이는 매니저를 승인과 회의, 조정, 책임과 압박으로만 보는 개발자가 적지 않을 것이라며, 자신도 예전에 매니저 제안을 거절했다고 밝힌다. - 글쓴이는 매니저가 사람 관리만 하는 자리가 아니라고 주장한다. 조직 문제를 풀어 팀이 힘을 내게 만드는 역할이며, 문제를 찾고 구조를 파악해 진짜 원인을 짚는 과정이 엔지니어링과 닮았다고 본다. - 예시로 팀 A가 팀 B와 자주 조율해야 했던 원인을 조사하니 두 팀 담당 코드가 서로 강하게 얽힌 구조였고, 이를 느슨하게 고친 뒤 A팀은 조율 없이 개발할 수 있게 됐다고 소개한다. - 글쓴이는 단일 팀 EM이 직접 개발도 병행하는 플레잉 매니저를 권한다. 기술 판단력을 쌓기 위해서지만, 병행은 부담이 크고 개발 실력이 더디 자란다는 점도 인정한다.

편집 의견

O: 매니저 제안을 받고 망설이는 개발자가 팀 간 조율이 반복되는 일 하나를 골라 조직 문제인지 코드 결합 문제인지 나눠 적어 보기를 제안합니다. X: 병행 권장은 글쓴이의 의견이고, 글쓴이도 플레잉 매니저는 부담이 크고 실무 실력이 더디 자란다고 인정하므로 맡을 비중은 조직 상황에 맞춰 따져야 합니다.
작성 언어: 한국어

원문 읽기 ↗

발견한 곳

はてなブックマーク テクノロジー ↗ / 매체 발행 글

비슷한 일을 겪어 본 적이 있나요? 그때 어떻게 했는지 한두 줄로 들려주세요. 제품을 잘 몰라도 괜찮습니다.

로그인하고 댓글 쓰기

키보드 단축키

J와 K, 또는 위아래 방향키로 글을 고르고 Enter로 엽니다.

K ↑ / J ↓
이전 글 / 다음 글
Enter C
선택한 글의 요약과 댓글 열기
O
선택한 글의 원문 열기
/
검색
?
이 도움말 보기
Tab
글쓰기나 댓글 버튼으로 이동한 뒤 Enter

입력 칸에서는 평소처럼 입력하세요. Tab과 Enter는 항상 사용할 수 있습니다.