팀이 성공해야 개인이 성공한다 — 강한 팀은 오래 앉아 있어서 만들어지지 않는다
w0nder.land의 '팀이 성공해야 개인이 성공한다'를 정리·분석한다. '직원들이 끝까지 밀어붙이지 않는다'는 흔한 불만의 해법이 왜 야근·압박이 아니라 '개인 동기 정렬'과 '공동 책임'이라는 두 축의 구조 설계인지를, 리더 관점에서 다룬다.
태그: leadership
'leadership' 태그가 포함된 4개의 포스트
엔지니어링 리더십의 규칙을 다시 쓰다: AI가 바꾼 5가지 원칙 (Will Larson)
Will Larson(lethain)의 'Revised rules of engineering leadership'을 정리·분석한다. AI 도구가 일하는 속도를 바꾼 뒤 그가 엔지니어링 리더십을 다시 세운 5가지 규칙 — 개인이 주도하는 마이그레이션, 공짜가 아닌 '작동하는 코드', 에이전트를 위한 프로세스, 그럼에도 더 중요해진 지속 팀, 빠르고 좋은...
권한을 위임받은 개발자는 어떻게 성장하는가 — Evan Moon '토스에서 일하며 깨달은 성장과 리더십'
Evan Moon이 토스에서의 2년 반을 돌아본 회고를 정리·분석한다. DRI·실패에 관대한 문화·심리적 안정감이 어떻게 '빠른 실행'과 개인의 성장을 만들었는지, 그리고 조직이 급성장할 때 그 문화가 어떻게 흔들리고 무엇으로 복원되는지를 다룬다.
The Software Architect Elevator: 아키텍트의 역할 (조직과 기술 잇기)
Gregor Hohpe의 The Software Architect Elevator를 따라 임원실과 기계실을 오가는 아키텍트의 역할을 정리합니다. 트레이드오프 소통, Conway의 법칙, 기술 리더십까지 다루며 Architecture-Essential 시리즈를 마무리합니다.