매니저를 위한 매니저가 되기 위한 매니저를 위한 책
- 매니저: 사람을 관리하는 직업
- 원온원 미팅: 좋은 업무 관계에 필요
- 팀원과 매니저 사이의 연결
- 미팅 주제를 정하는 것은 팀원의 몫
- 피드백
- 칭찬은 공개로, 비판은 비공개로 하는 것이 좋다
- 교육과 경력 성장
- 도전 과제를 찾아서 알려줘야 한다
- 승진에 필요한 자격과 성과를 찾고 알려줘야 한다
- 관리되는 방법
- 원하는 것을 생각하는데 시간을 써라
- 자신을 스스로 책임져라
- 매니저에게 휴식을 주자
- 문제보다는 해결책을 준비해 보자
- 멘토링
- 관리와 관련된 업무를 안정적으로 배울 기회이자 책임지는 경험을 쌓는 기회
- 팀의 차기 리더를 훈련하고 보상하는 기회
- 인턴 멘토: 멘티의 의견을 경청하여 프로젝트 선정하기
- 신입 멘토
- 좋은 신입 교육 문서 만들기
- 암묵정 규정에 대해 알려주기
- 알파긱이 되지 않기 위해 노력하기
- 팀원 관리 팁
- 팀원에게 30/60/90일 계획을 세우도록 하는 방법은 유용하다
- 신입 사원에게 신입 사원 문서를 갱신하도록 하는 것도 유용
- 신입 사원에게 팀에 대한 피드백 받기
- 공유 문서에 미팅 노트를 작성하여 팀원과 공유하기
- 세부 사항은 팀의 상황이 좋지 않다고 판단될 때만 접근해야 한다
- 팀원의 잠재성은 합당한 성과를 보여주거나 충분한 기간을 같이 근무한 직원에 대해 평가해야 한다
- 매니저 관리 팁
- 스킵 레벨 미팅(조직 체계를 건너뛴) 으로 개별 팀원 들의 상황을 알아보자
- 매니저에게 팀의 건강과 생산성을 책임질 의무가 있음을 알려준다
- Yes 맨 매니저를 조심하자 → 문제를 숨기고 원활히 운영되는 척을 할 수 있다
- 신입 매니저에게는 과로 방지를, 숙련 매니저에게는 사내 문화와의 적응을 강조해야 한다
- 지루한 회의는 잠재적 문제의 신호탄이다
- 리더
- 완벽한 정보 없이 어려운 결정을 내리고 책임져야 한다
- 몇 달, 몇 년에 걸친 계획을 세울 수 있어야 한다
- 생산적인 방식의 정치를 할 수 있어야 한다
- 문화
- 성공과 실수를 통해 학습하고 실패로부터의 교훈을 투명하게 공개할 수 있어야 한다
- 배워라, 실패해라, 팀 구조를 디버깅해라
- 구조화 되지 않은 조직의 징후
- 업무 중심적이다 → 목표가 아닌 본인 업무에만 몰입되어 있다
- 비교적 작고 동질적이다 → 다양한 배경의 팀원들이 예기치 못한 갈등을 격는다
- 의사소통의 수준이 높다 → 모두가 동의해야 하고, 회의가 너무 많다
- 기술 분화 수준이 낮다 → 모두가 서로를 백업할 수 있지만 전문성이 떨어진다
- 다기능 팀
- 하나의 목표를 위해 다양한 직군의 사람들이 참여하는 조직 체계
- 좋은 이유로 인기있는 체계
- 팀 간의 경쟁을 줄이고 목표를 향해 달릴 수 있게 도움을 주는 작은 조직
- 테크 리드( aka 개발 리더, 테크니컬 리더, 리드 프로그래머/엔지니어… etc )
- 2~10명의 개발 팀을 책임지는 팀장
- 코드의 세부 사항에 집중하는 사람에게는 적합하지 않다
- 원온원 미팅, 피드백, 팀원 교육 및 지원 보고서 작업 등을 담당한다
- 아키텍처를 이해하고 기술적 결정을 주도해야 한다
- 팁
- 복잡한 업무를 분석하고 잘게 나누는 일이 중요해진다
- 일을 어렵게 만드는 세부 사항과 문제가 될 수 있는 부분은 끝까지 신경쓴다
- 코딩을 해야 하지만 너무 많이 해서도 안된다
- 팀의 업무 몰입을 방해하지 않도록 회의 시간을 잘 잡아야 한다
- 엔지니어링 리드
- 하나의 팀 전체를 이끄는 역할 → 사람을 돕는 일이 훨씬 중요해짐
- 개발 프로세스의 병목 지점과 장애물을 찾고 제거하는 책임
- 로드맵과 기술 사항을 고려해 진행한다
- 매우 작은 기능을 구현하거나 버그를 잡는다
- 팁
- 팀이 산만해 지지 않도록 보호해야 한다
- 코드 체크인 빈도는 세분화에 매우 도움이 된다
- 의견 충돌이 가능한 안전한 환경을 제공해야 한다
- 유지 보수 업무에 20% 정도의 시간을 배정해야 한다
- 30% 시간은 없다고 생각하라 → 휴가, 회의, 검토 등으로 소비된다
- 처음 경험하는 일에 시간을 더 쓰고 호기심을 가져야 한다
- 엔지니어링 디렉터
- 여러 팀을 이끄는 역할
- 다른 부서와의 협업을 통해 전략/전술적 로드맵을 창출한다
- 팁
- 코드 리뷰로 기술적 감을 유지한다
- 시간 우선 순위를 정해 처리하는 것이 좋다 → 매우 바쁘다
- 빈번한 업무는 위임하라 → 간단하고 단순한 업무는 직접 처리하고 그렇지 않다면 다음 리더의 교육 목적으로 써야한다
- 긍정적이지만 안되는 부분을 명확히 이야기해야 한다
- 팀의 릴리즈 속도가 중요한 척도가 될 수 있다
- 개발 부사장
- 미니 CTO의 역할
- 고성과 조직에 관심이 있지만 주목 받고 싶지 않은 유능한 개발자가 적합하다
- 프로세스, 기술 관리의 핵심
- CTO
- 현재 회사 발전에 단계에 필요한 전략 기술 임원
- 기술적인 측면에서의 비즈니스 전략이 주 업무
- 비즈니스 전략 직무이다
- 팀과 나를 분리해야 한다
- 회사 내에서 어떻게 일해야 탁월한지를 측정할 수 있는 기준점을 세워야 한다
- 알파긱: 기술적으로는 뛰어나지만 두려움(실패, 도전 방지)의 문화를 만들어 낸다
- 계획의 가치는 프로젝트를 어느 정도로 깊이 있게 고민하는가 에 있다