필요 낭비 (Type 1 무다)

부가가치를 만들지는 않지만 지금은 없앨 수 없는 일. 도요타 생산 방식(Toyota Production System)에서 나온 린(Lean) 사고는 활동을 부가가치 활동(Value-Added), 순수 낭비(Type 2 무다), 필요 낭비(Type 1 무다)로 나눈다. 소프트웨어 개발에서는 프로덕션 코드를 쓰는 일을 빼면 대부분이 둘 중 하나의 낭비다.

• 순수 낭비: 불필요한 기능·성능 개선, 리뷰나 API(Application Programming Interface) 완성을 기다리기, 브랜치 병합, 오래 끄는 미완료 작업. 없애야 하지만 보통 팀 차원의 프로세스 개선이 필요하다
• 필요 낭비: 회의, 테스트 작성, 리팩터링, 버전 관리, 코드 리뷰, 문서 작성, 버그 수정. 더 큰 낭비를 막으니 필요하지만, 줄일 방법을 찾는다

필요 낭비를 줄이는 법

• 테스트: 먼저 쓰면 프로덕션 코드를 쉽게 실행해 볼 수 있어 회귀 방지에 더해 개발 속도에도 이득이 된다(테스트 주도 개발 (TDD))
• 리팩터링: 한 번에 크게 하지 말고 기능을 만들 때마다 조금씩 해서 투자 단위를 작게 쪼갠다(정리(Tidying), 보이스카우트 규칙)
• 문서: 문서는 코드를 만들기 위한 발판일 뿐이다. 실행되지 않는 문서는 시간이 지나면 거짓말을 하기 시작하므로, 코드를 읽어도 알기 어려운 내용 위주로 적게 쓴다

점검 질문 하나: 개발이 진행될수록 속도가 빨라지는가? 그렇다면 코드 품질이 좋은 것이다. 같은 관점을 코드 수준에 적용한 것이 구성요소 줄이기다. 애자일의 "포괄적인 문서보다 작동하는 소프트웨어"도 같은 이야기다(애자일 선언).

출처: 인프런 『심플 디자인』 박영록