프로세스상의 문제점을 해결하려고 애쓰는 사람들에게 그 문제를 해결할 수 있는 길이 주어지지 않는다면 그 소프트웨어 개발 프로세스는 아무 소용이 없다. 모든 팀은 그들의 일상을 힘들게 하는 문제들을 체계적으로 찾고 해결하는 시간을 정기적으로 가져야 한다.…
프로세스 개선의 첫 번째 규칙은 모든 것을 한꺼번에 하지 않는다는 것이다. 프로세스 개선을 어쩌다 한 번씩 하게되면 사람들은 한 번에 모든 문제를 해결하려 들게 된다. 이것은 많은 일을 일괄 작업으로 진행하게 만드는 대규모 프로젝트와 긴 릴리즈 주기를 연상하게 한다. 반면에 우리의 접근은 지속적인 개선의 리듬을 타는 것이다.
'린 소프트웨어 개발의 적용'에 나오는 얘기입니다. 소프트웨어 개발과 마찬가지로 프로세스의 개선도 조금씩 지속적으로 이루어져야 합니다. 한꺼번에 모든 문제를 해결할 수 있는 방법은 존재하지 않습니다. 조그마한 개선책을 내고 실천하고 평가하고 또 개선하는 과정이 지속적으로 이루어질 때 의미있는 개선이 이루어지는 것 같습니다.
그런 의미에서 “모든 팀은 그들의 일상을 힘들게 하는 문제들을 체계적으로 찾고 해결하는 시간을 정기적으로 가져야 한다” 는 말은 새겨둘만 합니다.
