본문은 팀이 기술 스택을 채택하고 발전시키는 ‘내부 기술 스택 채택의 나선형 주기’를 7단계로 설명합니다. 이는 고정된 선형 과정이 아닌, 반복되는 사이클입니다.
🌀 내부 기술 스택 채택의 7단계
-
1. 채택 (Adopting): 소규모 팀이 MVP 구축을 위해 스택을 선택하며, 빠른 개발과 커뮤니티 이점을 기대합니다.
-
2. 확장 (Expanding): 스택 유용성 입증, 기능/개발자/도구 증가, 온보딩/문서화 중요성 증대, 초기 기여자 역할 변화.
-
3. 정상화 (Normalizing): 스택이 기본값으로 표준화되지만, 초기 결정 배경 희미, 보이지 않는 복잡성 증가, ‘원래 이렇게 해왔다’는 관행 형성.
-
4. 파편화 (Fragmenting): 팀 규모 증가, 새로운 도구/아키텍처 논의, 응집력 약화, ‘레거시 코드’ 용어 등장.
-
5. 표류 (Drifting): 시스템이 느리고 무거움, 기술 부채 언급되나 우선순위 밀림, 지속 가능성 의문 제기.
-
6. 논의 (Debating): 스택의 장기적 적합성 질문, 재작성 제안, 감정적 논쟁, 외부 의견 참고.
-
7. 재_몰입 (Recommitting): 스택과 미래에 재투자 결정, 현대화/업그레이드/문서화/리팩토링 집중, 채용은 팀 정렬 및 성장에 기여할 인재 중시.
💡 재_몰입과 팀의 역할
팀이 재_몰입을 결정하면, 스택을 문화의 중심에 두고, 내부 교육에 투자하며, 커뮤니티에 적극 참여하고, 생태계를 후원하며, 언어보다 사고방식을 우선하는 채용을 통해 스택의 장기적 건강을 위한 질문을 던질 수 있습니다. 현재 단계를 파악하고 팀원들과 대화하는 것이 중요하며, 이는 스택의 지속 가능한 발전을 위한 핵심입니다.