최규민의 작업 기록

Frontend 설계 지침서 제작

현상:
동일한 주제의 코드 품질 논쟁들이 1년간 지속됨
액션 1:
TF 리드, 설문조사와 원온원 미팅을 통해 Frontend 챕터 대상으로 인식 조사 및 문제 정의
조사 결과:
현재 코드베이스에 대한 인식이 대체로 나쁨, 논쟁에서 무엇이 더 나은 접근인지 판단하기 어려움, 부담감으로 인해 침묵, 주로 추상화·응집·결합·가독성을 키워드로 논쟁 발생
액션 2:
계층화·의존성 개념 이해, 컴포넌트 설계와 비즈니스 로직 관리의 모범 사례, 추상화·응집·결합·재사용 판단 기준, 제품 코드베이스 내 문제 해결 사례를 기록한 지침서 제작·공유
성과:
구성원 80% 이상의 동의를 얻어 리팩터링과 코드 리뷰의 판단 근거로 활용, 무한한 논쟁 대신 ‘Disagree and Commit’ 함으로써 일단 실행하고 피드백을 통해 개선할 수 있게 됨

소속 스쿼드의 제품 개발 프로세스 재설계

현상:
이전 스프린트의 결과와 무관한 새 작업만 반복, 애자일·스프린트 이벤트의 목적에 대한 팀의 이해 부족, 관리되지 않는 저품질 기능 수 증가, 계획 실행 단계에서 반복되는 변경과 혼란, 부채로 인한 낮은 생산성과 구성원의 스트레스
접근 1:
스프린트를 단순 시작·마감일이 아닌 올바른 ‘문제 정의 – 가설 검증 – 학습’ 흐름으로 재설계. 기대 효과 없는 구현 반복에서 벗어나 효과를 검증하고 다음 작업에 대한 근거 마련
접근 2:
제품 기능 구현·전달 외의 업무가 필요함을 주장하면 비난받는 분위기 타파. 제어할 수 없을 만큼 불어난 부채를 제어할 수 있는 수준으로 정상화 필요
액션 1:
‘Definition of Ready’ 정의. 섣부른 구현 대신 해결하려는 문제, 기대 효과, 프로젝트 의존성 등을 사전 파악하고 인수 기준으로 완료 상태 동기화
액션 2:
제품·기술 부채(Product·Technical Debt) 청산을 위한 스프린트를 제안·실행하여 시급한 문제 해결, 이후로도 작업마다 의존성이 있는 부채를 선행 해결하고 주기적으로 우선순위 재평가

팀이 현재 겪고 있는 문제 현상들의 인과 관계를 분석 후 리더십과 공유

접근:
소속 팀의 상황으로부터 문제의식 시작
액션 1:
주 2~3회의 원온원 미팅으로 팀·개인이 겪는 문제를 수집, 인과 관계를 분석
수집 결과:
팀 규모에 맞는 협업 프로토콜 부재, 명확하지 않은 R&R, 직무 전문성에 기반한 업무를 팀 내에서 주장하기 어려운 조직문화, 직무 간 상황 공유 부족으로 인한 갈등 고조, 근거·합의가 부족한 의사결정과 업무 선정, 제품·기술 부채의 지속적인 방치
액션 2:
시스템 원형과 인과 루프 다이어그램으로 시각화
액션 3:
리더십과 공유하여 개인이나 특정 직무에 부담을 전가하는 단기 대응 대신 조직·리더십 차원의 근본적인 해결 제안