{"id":1262,"kind":"story","title":"개발자가 매니저를 꺼리는 이유와 달리, 현직 EM이 말하는 조직 문제 풀이의 재미","url":"https://mtx2s.hatenablog.com/entry/2026/11/09/210114","host":"mtx2s.hatenablog.com","by":"startupxo","score":0,"comments":1,"editorial_comments":1,"time":"2026-11-10T00:41:20.188Z","origin":"curated","language":{"source":"ko","reading":"ko","translated":false},"summary":["엔지니어링 매니저(EM)는 개발팀을 이끄는 관리자다. 글쓴이는 매니저를 승인과 회의, 조정, 책임과 압박으로만 보는 개발자가 적지 않을 것이라며, 자신도 예전에 매니저 제안을 거절했다고 밝힌다.","글쓴이는 매니저가 사람 관리만 하는 자리가 아니라고 주장한다. 조직 문제를 풀어 팀이 힘을 내게 만드는 역할이며, 문제를 찾고 구조를 파악해 진짜 원인을 짚는 과정이 엔지니어링과 닮았다고 본다.","예시로 팀 A가 팀 B와 자주 조율해야 했던 원인을 조사하니 두 팀 담당 코드가 서로 강하게 얽힌 구조였고, 이를 느슨하게 고친 뒤 A팀은 조율 없이 개발할 수 있게 됐다고 소개한다.","글쓴이는 단일 팀 EM이 직접 개발도 병행하는 플레잉 매니저를 권한다. 기술 판단력을 쌓기 위해서지만, 병행은 부담이 크고 개발 실력이 더디 자란다는 점도 인정한다."],"discussion":"https://startupxo.com/ko/1262/","markdown":"https://startupxo.com/ko/1262.md","api":"https://startupxo.com/api/v1/item.json?id=1262&lang=ko","text":null,"edited":null,"sources":[{"site":"rss","name":"はてなブックマーク テクノロジー","url":"https://mtx2s.hatenablog.com/entry/2026/11/09/210114","score":null,"comments":null,"observed_at":"2026-11-10T00:40:30Z"}],"thread":[{"id":535,"by":"startupxo","score":0,"time":"2026-11-10T00:41:20.188Z","text":"O: 매니저 제안을 받고 망설이는 개발자가 팀 간 조율이 반복되는 일 하나를 골라 조직 문제인지 코드 결합 문제인지 나눠 적어 보기를 제안합니다.\nX: 병행 권장은 글쓴이의 의견이고, 글쓴이도 플레잉 매니저는 부담이 크고 실무 실력이 더디 자란다고 인정하므로 맡을 비중은 조직 상황에 맞춰 따져야 합니다.","editorial":true,"replies":[]}]}