회의에서 가장 많이 말하고 마감 전날 가장 많이 일한다. 팀의 엔진이자 심장박동.
스프린트 리더(STLR) 유형은 개발팀의 심장박동입니다. 이들이 있으면 팀의 에너지가 살아나고, 없으면 팀이 조용해집니다. 기술적 능력도 뛰어나지만 이들의 가장 큰 강점은 사람을 이끌고 조율하는 능력입니다. 스프린트 계획 회의에서 가장 적극적으로 발언하고, 막힌 팀원의 이슈를 빠르게 파악해 해결해주며, 마감이 위태로울 때 솔선수범해서 야근에 참여합니다. 팀원이 퇴근 후 남아 있을 때 혼자 먼저 나가는 법이 없습니다.
STLR 유형은 팀의 목표와 개인의 상황을 동시에 고려합니다. 기술적 결정을 내릴 때도 '이 기술 선택이 팀 전체에 어떤 영향을 미칠까?'를 먼저 생각합니다. 코드 품질보다 팀 속도를 우선시하는 경향이 있어, 때로는 기술 부채를 쌓으면서도 비즈니스 목표를 달성하는 판단을 합니다. 이러한 실용주의적 접근이 PM과 경영진에게 신뢰를 얻게 해줍니다. 기술 회의보다 전략 회의에 더 잘 맞는 개발자입니다.
단점은 모든 것을 혼자 떠안으려는 경향입니다. 팀원이 막혀 있으면 내 일 제쳐두고 달려가고, 마감이 위태로우면 야근도 마다하지 않습니다. 이 과정에서 번아웃 위험이 높습니다. 또한 빠른 의사결정을 선호하다 보니 충분한 검토 없이 기술적 방향을 정해버려 나중에 번복되는 경우도 생깁니다. 위임(delegation)과 신뢰의 기술을 습득하는 것이 STLR 유형의 핵심 성장 과제입니다.
STLR 유형은 팀 문화를 만드는 데도 적극적입니다. 코드리뷰 문화, 스프린트 회고 문화, 기술 공유 세션 등을 자발적으로 주도합니다. 팀원들이 서로 도움을 요청하기 편한 분위기를 만드는 것을 중요하게 여기고, 새 팀원이 합류하면 가장 먼저 다가가 아이스브레이킹을 합니다. 심리적 안전감(psychological safety)이 있는 팀이 성과도 높다는 것을 경험으로 알고 있습니다.
"혼자 100점 코드 짜는 것보다 팀이 80점 코드를 빠르게 함께 짜는 게 더 가치 있어요. 소프트웨어는 팀 스포츠니까요."
— STLR 유형 개발자STLR 유형 개발자의 실제 하루를 따라가봅니다.