3년 차 앱 개발자가 일하는 순서를 공유합니다

Context

코드 리뷰 문화가 중요한 팀 환경에서 작업 규모가 커질수록 리뷰어의 부담이 증가하고, 수정 사항이 누적되어 리뷰 시간이 길어지는 문제가 발생했다.

Technical Solution

• 기획서 리뷰 및 머릿속 동작 시뮬레이션: 기능의 목적과 작동 방식을 명확히 이해하고 에지 케이스를 사전에 메모
• 큰 단위 작업 흐름 구성: 다이어그램으로 데이터 흐름과 상태 변화를 시각화한 후 관련 작업끼리 묶기
• Jira 티켓 가시화: 기획서 1개를 에픽으로 생성하고 하위에 여러 이슈 생성하여 구체적 관리
• PoC/프로토타이핑 진행: 실제 코드 작성으로 예상치 못한 문제 확인 및 400줄 기준으로 작업 분리 여부 판단
• 셀프 피드백 단계: git diff와 remote repository push로 변경 사항 검토 후 티켓을 세분화하거나 유지
• 리뷰어 배려한 구현: 의미별로 커밋 단위를 쪼개고 명확한 메시지 작성 및 논리적 변경 순서 유지
• PR 템플릿 사용: Description, Comments for issue, Causes, Affected features, Tests, BTS issues 항목으로 구성
• 개발 방향 협의(필요시): 티켓 생성 전에 동료에게 간단히 설명하고 피드백 수렴

Key Takeaway

코드 리뷰가 중요한 팀에서는 큰 작업을 리뷰어가 이해하기 좋은 크기로 사전에 분리하고, 각 단계마다 명확한 문서화와 동료 소통을 병행하면 리뷰 시간 단축과 불필요한 수정 감소가 가능하다.