LinkedIn식 광택 없는 30-60-90일 플랜

인터넷의 대부분 30-60-90일 플랜은 면접에서 발표하는 사람을 위해 쓰였고, 그것을 살아내는 사람을 위한 것이 아니다. 멋있어 보이지만 6주차 화요일 아침에 도움이 안 된다.

진짜 도움이 되는 버전은 더 짧고, 덜 다듬어지고, 한 명에게만 공유된다: 본인 매니저.

30페이지 말고 3페이지

작동하는 플랜은 3페이지에 들어간다. 1페이지는 1-30일, 2페이지는 31-60일, 3페이지는 61-90일. 각 페이지는 같은 3섹션: 무엇을 배울지, 누구와 이야기할지, 무엇을 만들지. 끝.

1페이지를 deliverable로 채우고 싶은 충동을 참아라. 1-30일은 학습이다. 첫 달에 산출물을 내는 것은 공개적으로 추측하는 것이고, 팀은 아직 당신의 추측을 받을 권리를 주지 않았다.

공유 섹션 한 군데

각 페이지에는 매니저와 1:1에서 함께 업데이트하는 공유 섹션이 있다. 두 프롬프트: "내가 못 보고 있는 게 뭔가요?" 그리고 "내 자리에서 일한다면 무엇을 바꿀 건가요?" 대부분 매니저는 두 번째에 더 좋은 답을 한다. 질문에 우쭐해서 본능적으로 진짜 신경 쓰는 것을 드러낸다.

적히지 않는 규칙

플랜은 채점되지 않는다. 작업 도구다. 항목을 지우고 우선순위를 바꾸고 4주차 프로젝트가 틀렸다는 것을 발견하는 것은 플랜이 작동한다는 신호이지 실패가 아니다. 90일에 만지는 버전은 5일에 쓴 것과 거의 다르게 보여야 정상이다.

예외: 플랜의 마일스톤은 끈끈하다. 30일 메모는 존재한다. 60일 캘리브레이션은 일어난다. 90일 리뷰는 캘린더에 있다. 내용은 움직이고 리듬은 유지된다.

공유 문서에 들어갈 것

단계별 3섹션. 각 5줄 이하.

학습: 30일에 완벽히 알 5가지. "코드베이스" 같은 솜털이 아니라 구체적인 파일, 구체적인 사람, 구체적인 문서. "인증 플로우 익숙함"은 솜털이다. "auth/session.go 읽고 Priya와 토큰 리프레시 버그 페어링"은 신호다.

대화 상대: 30일까지 1:1할 8-12명. 직책 말고 이름. 1주차에 잡되 실제 대화는 3주차에.

산출물: 1-2개의 보이는 아티팩트. 문서, 작은 수정, 고객 이메일. "무엇을 작업했나요?"라고 물을 때 가리킬 수 있는 것.

3페이지, 3단계, 1개 공유 문서. 그게 프레임워크 전부다. 나머지는 팟캐스트다.