[Goorm COMMIT 온오프라인 세미나] 기술 부채를 바라보는 다른 시각
기술 부채, 꼭 다 갚아야 할까요?
* 기술 부채 = 1992년 와드 커닝험이 만든 용어로 기술적인 ‘빚’에 가깝습니다. 기술의 완성도보다 비즈니스 속도를 중요하게 여겨 기술적인 문제를 뒤로 미루다 보면 마치 갚아야 할 부채처럼 압박이 될 수 있다는 뜻이에요. 급하게 개발한 것들이 결국 나중에 해결해야만 하는 업무로 남는 거죠.
개발자라면 누구나 한 번쯤 기술 부채를 마주치게 됩니다. 처음부터 깔끔한 코드로 빠르게 개발하는 게 이상적이지만 기술 부채는 필연적으로 발생하기 마련이에요. 오버엔지니어링(현재 필요한 것보다 과하게 제품을 디자인하는 것)에 빠지거나 빠듯한 일정, 급격한 요구사항 변경, 개발 전문성 부족 등 이유는 다양합니다.
기술 부채가 무조건 나쁜 건 아닙니다. 최소기능제품(Minimum Viable Product, MVP)을 개발하다 보면 어쩔 수 없이 쌓이는 기술 부채가 그렇죠. 기술 부채를 완전히 막기는 어렵습니다. 피할 수 없다면 어떻게 바라보고 대해야 할까요? 다수의 스타트업에서 CTO를 역임하신 양수열 님이 들려드립니다. 기술 부채를 바라보는 새로운 생각과 태도를 배워볼게요.
내용이 좋아보여 공유드립니다.
