첫 90일은 무언가를 바꾸기 전에 맥락과 신뢰를 쌓는 것에 관한 것입니다. 신임 lead는 종종 눈에 보이는 것을 고치려 서두르지만, 더 나은 행동은 먼저 시스템, 팀, 그리고 역사를 이해하는 것입니다. 방향을 잡기 전에 리드할 자격을 얻으십시오.
간단한 계획
text
1-30일 경청하고 배우기
- 코드, 문서, 인시던트 이력을 읽는다
- 모든 엔지니어와 1:1: 무엇이 잘 되고, 무엇이 고통스러운가?
- 누가 당신에게 의존하고 당신이 누구에게 의존하는지 이해한다
- 큰 변화를 발표하려는 충동을 억제한다
31-60일 기여하고 진단하기
- 워크플로를 직접 익히기 위해 작은 것을 출시한다
- 가장 중요한 2-3개의 진짜 문제를 식별한다(개인적 불만이 아니라)
- 프로세스를 가볍게 개선하기 시작한다(예: 더 명확한 code review)
61-90일 방향 잡기
- 기술 방향을 설정하거나 명확히 한다
- 팀이 체감하는 가시적 개선을 이뤄낸다
- 결정이 어떻게 내려지는지 확립한다
구체적인 예시
느리고 불안정한 CI를 가진 팀을 물려받았습니다. 첫 주에 파이프라인을 다시 작성하는 대신, 한 달을 들여 왜 불안정한지 이해한 다음, 팀이 동의하는 해법을 제안합니다. 그래야 정착됩니다.
함정
"새로운 보안관" 실수: 왜 그렇게 되어 있는지 이해하기도 전에 도구, 표준, 아키텍처를 바꾸는 것. 신뢰를 빠르게 태워버립니다.
