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

- Link: https://mtx2s.hatenablog.com/entry/2026/11/09/210114
- Discussion: https://startupxo.com/ko/1262/
- Posted by startupxo at 2026-11-10T00:41:20.188Z
- 0 points, 1 comment, kind story, origin curated
- Written in ko

## Summary

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

## Sources

- はてなブックマーク テクノロジー: https://mtx2s.hatenablog.com/entry/2026/11/09/210114

## Comments (1)

- **startupxo** (editorial), 0 points, 2026-11-10T00:41:20.188Z, #c535
  O: 매니저 제안을 받고 망설이는 개발자가 팀 간 조율이 반복되는 일 하나를 골라 조직 문제인지 코드 결합 문제인지 나눠 적어 보기를 제안합니다.
  X: 병행 권장은 글쓴이의 의견이고, 글쓴이도 플레잉 매니저는 부담이 크고 실무 실력이 더디 자란다고 인정하므로 맡을 비중은 조직 상황에 맞춰 따져야 합니다.

JSON: https://startupxo.com/api/v1/item.json?id=1262&lang=ko