자료
서론
시니어가 없는 조직에서 프로젝트를 이끌어 가는 방법이 궁금하다면, 해당 영상이 충분히 재미있을 것이다. 나또한 작은 조직을 경험해봤고, 사수가 없었던 것을 경험해봤던 '저연차 개발자'이기 때문에 이 영상에 호기심이 생겼고, 시청을 통해 대규모 서비스에서의 경험을 간접적으로나마 느낄 수 있었다.
내용
룰을 정립하라.
추천 책, "스태프 엔지니어", "이펙티브 엔지니어"
주니어로만 팀구성이 된 계기
기존에 시니어 1명과 주니어 5명으로 이루어진 팀이었는데 조직개편으로 인해 시니어가 다른 팀으로 가게 되면서 주니어만 남았다.
시니어와 주니어의 역할
책, 스태프 엔지니어를 보고 참고한 내용이라고 한다.
- 시니어의 역할
- 팀 내/외 영향력을 가한다.
- 가장 지루하고 시시한 일을 도맡아 하기도 한다. (낡은 코드, 레거시)
- 가장 어려운 테크니컬 문제를 풀어내기도 한다.
- 각 팀원의 업무와 기여도를 리마인드 해준다.
- 주니어의 역할
- 도전해볼 수 있는 일을 한다.
- 성장할 수 있는 일을 한다.
시니어가 없을 때 문제점과 해결책
Ground Rules
- 커뮤니케이션 진행
- 코드 리뷰 진행
- 페어 프로그래밍 문화 정착
- Git Flow방식 사용
- Commit Convention 확정
- 업무 진행 방식 정하기
Daily Thread
- 밍글링 가능
- 오늘 할 일, 컨디션 등 공유 (사적인 내용도 가능)
- 시간제약 없이 원할 때 커뮤니케이션 가능
Weekly
- 프론트엔드 파트 내 회고하는 시간 추가
- 아이스브레이킹 시간을 최대 20분으로 정했다. 아이스브레이킹 시간에 떠들면서 논의할 안건을 쌓아둔다. 회고는 KPT(Keep/Problem/Try)기반으로 진행한다.
- 위 회고들을 통해 다음달의 액션 아이템을 정한다.
Monthly
- Google Jam Board로 먼슬리 회고를 진행한다.
- KPT 기반으로 진행한다.
요정문화
커뮤니케이션 스킬, 전체적인 그림을 볼 수 있는 시야, 단계별 고려사항을 얻을 수 있다.
- 팀원들의 기념일을 챙겨준다.
- 잊고 있던 안건을 끌어 올린다.
- 할일 리마인드
- 문서화
- 진척도 트래킹
- 그라운드룰을 점검한다.(잘하고 있나~?)
- 작업상황을 외부에 전파한다.(개발 일정이나 작업 상황에 관해 공유)
- 우선순위를 고려하여 일정을 조정한다.
- 싱크업 미팅을 통해 느슨해지지 않도록 리드한다.
문제를 해결해가는 과정
- 문제의 발견 → 문제를 해부 → 실천 → 피드백
- 문제제기는 어떻게 보면 껄끄러울 수 있으니 적극 호응해줘야 한다.
- 필요한 부분이 있다면 자동화하며, 언제든 누구든 "잠깐 페어 가능하신가요~?"하고 먼저 요청할 수 있다.
- 반영을 해주지 않아도 되니, 자유롭게 말하는 게 좋다.
..ㅁ