앱을 재구축해야 할 때, 기능 추가가 아닌 것일 때를 아는 방법

앱의 기능 추가가 오히려 개발 속도를 늦추고 품질을 저하시키는 임계점을 식별하는 프레임워크를 제시합니다. 재구축 결정은 기술적 판단이 아닌, 유지보수 비용과 신규 구축 비용을 비교하는 경제적 판단이어야 함을 강조합니다.

• 1재구축 결정은 기술적 문제가 아닌, 유지보수 비용과 신규 구축 비용을 비교하는 경제적 문제임
• 2개발 시간이 2배 이상 증가하거나, 한 곳의 수정이 전혀 상관없는 곳의 버그를 유발할 때 재구축 신호로 간주
• 3신규 엔지니어가 업무에 적응(Productive)하는 데 8주 이상 소요된다면 아키텍처 결함 가능성 높음
• 4재구축의 올바른 범위는 새로운 기능을 추가하는 것이 아니라, 기존 기능의 동등한 구현(Feature Parity)에 집중하는 것
• 5특정 영역에만 개발 지연이 발생한다면 전체 재구축이 아닌 부분적 리팩토링(Refactor)이 적절한 대안임