린과 식스 시그마를 프로젝트에 쓰는 법
린(Lean)과 식스 시그마(Six Sigma)는 원래 제조 현장에서 시작된 개선 방법입니다. 하지만 낭비를 줄이고 품질의 흔들림을 줄이자는 생각은 프로젝트에도 그대로 쓸 수 있습니다. 두 방법이 무엇을 하는지, 프로젝트관리에서는 어디에 쓰면 좋은지 정리합니다.
린: 가치를 만들지 않는 일을 줄인다
린은 고객에게 가치를 주는 일만 남기고 나머지 낭비를 줄이는 데 집중합니다. 린의 사고는 흔히 다섯 가지 원칙으로 정리합니다.
- 가치 정의: 고객이 무엇에 돈을 낼지부터 정합니다.
- 가치흐름 파악: 결과물이 만들어지기까지의 모든 단계를 그려 봅니다.
- 흐름 만들기: 기다림과 멈춤 없이 일이 흘러가게 합니다.
- 당기기: 필요할 때 필요한 만큼만 만듭니다.
- 끊임없는 개선: 이 과정을 계속 되풀이해 낭비를 더 줄여 갑니다.
프로젝트에서 흔한 낭비는 승인 대기, 되돌아가는 수정, 아무도 읽지 않는 문서, 한 사람이 여러 일을 오가며 생기는 전환 시간 같은 것입니다. 소프트웨어 개발에서 쓰는 칸반도 린(토요타 생산 방식)에서 나온 방법입니다. 낭비를 찾을 때는 결과물이 처음부터 끝까지 지나가는 단계를 시간과 함께 적어 보세요. 실제로 손이 가는 시간보다 기다리는 시간이 더 길게 나오기도 합니다.
식스 시그마: 흔들림을 줄인다
식스 시그마는 결과의 흔들림(변동)을 줄여 결함을 줄이는 데 집중합니다. 시그마는 통계의 표준편차를 뜻하며, 식스 시그마 수준은 기회 100만 번당 결함 3.4개 정도에 해당합니다(장기적으로 공정 평균이 1.5시그마 움직인다고 가정한 값). 개선은 보통 다섯 단계로 진행합니다.
- 정의(Define): 문제와 목표, 범위를 정합니다.
- 측정(Measure): 지금 수준을 데이터로 잽니다.
- 분석(Analyze): 원인을 찾습니다.
- 개선(Improve): 원인을 없애는 방법을 실행합니다.
- 관리(Control): 개선된 수준이 유지되게 합니다.
앞 글자를 따서 DMAIC라고 부릅니다. 데이터로 원인을 찾는다는 점이 특징입니다.
둘을 합친 린 식스 시그마
두 방법은 서로 보완합니다. 린은 속도와 흐름을, 식스 시그마는 품질과 정확성을 다룹니다. 그래서 둘을 합쳐 린 식스 시그마라는 이름으로 함께 쓰기도 합니다. 낭비를 줄여 빨라지면서도 결함이 늘지 않게 하는 것입니다.
프로젝트에서 쓰는 법
- 개선 프로젝트의 틀로: 불량률 줄이기, 처리 시간 줄이기 같은 개선 과제는 DMAIC 단계를 그대로 프로젝트 단계로 써도 됩니다.
- 프로젝트 절차 다듬기: 우리 팀의 승인 절차나 시험 절차를 가치흐름으로 그려 보면 기다림이 어디서 생기는지 보입니다.
- 품질 관리에: 결함 데이터를 모아 원인별로 나누어 보면, 몇 가지 원인이 결함의 큰 몫을 차지하는지 확인할 수 있습니다. 이때 파레토 차트 같은 도구를 씁니다.
- 회고와 함께: 애자일 팀이라면 스프린트 회고에서 찾은 낭비를 다음 스프린트의 개선 과제로 삼을 수 있습니다.
정리
린은 가치를 만들지 않는 낭비를 줄여 흐름을 빠르게 하고, 식스 시그마는 데이터로 원인을 찾아 흔들림과 결함을 줄입니다. 개선 과제는 DMAIC 단계로 진행하고, 우리 팀의 일하는 절차도 가치흐름으로 그려 낭비를 찾아보세요.
참고(확인 2026-10-03)
- Womack, J. P., & Jones, D. T., Lean Thinking, 1996
- George, M. L., Lean Six Sigma, 2002
혼자 배운다면 공개 과정, 팀 단위라면 기업 맞춤 출강이 있습니다. 프로젝트 관리 과정 보기 → 새 창