NASA 관제 센터 전문가처럼 프로젝트 매니저는 팀이 인시던트 없이 프로젝트를 제공하도록 수많은 측면을 추적해야 합니다. 차이가 있다면 NASA는 우주선을 관리하는 반면 프로젝트 매니저는 산출물을 모니터링합니다.
린 방법론을 사용하면 아폴로 13호 참사와 비슷한 프로젝트 관리 재해를 예방하고 프로젝트를 기한 내에 예산 범위 내에서 제공할 수 있습니다.
린 방법론은 점진적으로 조정하는 지속적인 프로세스를 촉진하고 리소스 및 노력을 최적화하고 팀이 효율적이고 효과적으로 작업할 수 있도록 지원하여 제품 제공 속도를 크게 높입니다.
이 문서에서는 린 방법론과 그 이점을 비롯해 소프트웨어 팀이 린 원칙을 구현하는 데 Jira가 어떻게 도움이 되는지 자세히 알아봅니다.
린 방법론의 역사
린 방법론은 지속적인 개선을 통해 팀의 프로세스 및 결과를 완전히 최적화하는 것을 목표로 합니다. 잘 해낸다면 팀은 린을 통해 고객에게 가치를 효율적으로 제공할 수 있습니다.
Toyota 설립자 Kiichiro Toyoda는 제2차 세계대전 이후 리소스를 보존하고 낭비를 없애기 위해 린 방법론을 개발했습니다. 슈퍼마켓에서 물건을 구입하고 재입고하는 모습을 지켜본 후 그는 정확히 고객이 필요로 할 때 제품을 만드는 데 초점을 맞춘 JIT(Just-in-time) 개념을 생각해냈습니다.
Toyoda의 컨셉은 Toyota Production System을 거쳐 결국 린 방법론이 되었습니다. 이렇게 작은 시작에서 린은 애자일 프로젝트 관리의 기반으로 발전했으며, 소프트웨어 개발, 건설, 의료를 포함한 여러 산업에서 이제 린 방법론을 사용합니다.
린 방법론 개요
린 방법론은 모든 린 프로젝트에 프레임워크를 제공하는 두 가지 요소에 기반을 두고 있습니다. 그 두 가지는 바로 지속적인 개선과 사람에 대한 존중입니다.
- 지속적인 개선: 지속적인 피드백 루프는 팀이 프로세스, 제품, 직원을 점진적으로 변경하여 시스템을 지속적으로 개선하는 데 도움이 됩니다. 팀은 기존 프로세스 또는 시스템을 한 번에 하나씩 식별, 평가, 수정하여 낭비를 없애고 전체적으로 효율성을 높일 수 있습니다.
- 존중: 매니저는 팀 기여의 가치와 고객 피드백을 인정하고 인사이트 및 아이디어를 진지하게 받아들입니다. 린 매니저는 워크플로 전체에 가장 효율적인 방식으로 업무를 분배하고 긴밀한 공동 작업을 장려하여 고객 가치를 최대화합니다.
린 방법론의 핵심 원칙은 이 두 가지 요소를 모두 고려하여 개발되었습니다.
린 방법론의 원칙
작업이 고객 경험에 끼치는 영향을 고려하는 것은 필수입니다. 린의 다섯 가지 핵심 원칙을 통해 팀은 작업을 체계화하고 프로젝트 매니저에게 감독 권한을 부여할 수 있습니다. 다섯 가지 핵심 원칙은 다음과 같습니다.
1. 가치 식별
고객에게 가치를 제공하려면 먼저 고객의 요구 사항을 이해해야 합니다. 다음을 통해 이해할 수 있습니다.
- 고객과 직접 소통하여 불만 사항에 대해 알아봅니다.
- 제품이 불만 사항을 완화하는 데 어떻게 도움이 되는지 확인합니다.
다음으로, 고객 요구 사항을 충족하는 데 있어 제품의 가치를 정의하고 이를 팀원에게 전달해야 합니다. 제품 가치가 고객 경험에 미치는 영향을 중심으로 팀의 작업의 틀을 잡고 팀이 고객에게 가치를 제공하는 데 도움이 되는 최고의 도구를 연구하면 됩니다.
가치를 식별하면 팀이 고객에게 가치를 더하는 기능만 만들도록 하여 시간과 비용을 절약할 수 있습니다.
2. 가치 흐름 매핑
가치 흐름의 일부는 양질의 고객 경험을 제공하는 데 필요한 활동으로 이루어져 있습니다. 가치 흐름 매핑은 다이어그램을 사용하여 프로젝트 프로세스를 시각화하고, 이는 낭비를 없애는 데 중요한 가치 흐름 관리에 도움이 됩니다.
가치 흐름 매핑에는 다음 활동이 포함됩니다.
- 문제를 파악하고 적합한 팀 선택: 고객의 주요 불만 사항을 파악한 다음, 이 문제를 해결할 기술을 갖춘 팀을 선택합니다.
- 프로세스 범위 제한 및 매핑: 프로젝트의 범위를 필요한 활동으로 제한합니다. 그런 다음 Jira의 스크럼 보드 템플릿을 사용하여 프로세스를 매핑하고 각 산출물의 날짜를 설정할 수 있습니다.
- 데이터 수집: 팀이 프로젝트에 할애하는 시간과 같은 데이터를 추적하여 어떤 리소스가 필요한지 파악합니다.
- 평가 및 조정: 지속적인 프로세스 개선을 위해 프로세스를 지속적으로 평가하고 “더 좋은 방법이 있습니까?”라고 질문합니다.
3. 흐름 만들기
흐름 상태란 팀에서 시간이 흐르는 것을 알아차리지 못할 정도로 순조롭게 진행될 때를 말합니다. 흐름 상태를 만들면 팀 참여 및 성과가 높아집니다.
팀 흐름은 가치 흐름의 효율성을 반영하며, 지속적인 피드백 루프를 사용하여 지속적으로 상세히 조정할 수 있습니다. 린 방법론을 위해서는 지연을 줄이고 핸드오프 시간을 최소화하기 위한 원활하고 지속적인 흐름이 필요합니다.
Atlassian의 최신 작업 방식 코치인 Mark Cruth는 "린을 구현할 때는 흐름에 집중합니다."라고 말합니다. "흐름은 낭비 줄이기, 사일로 제거 또는 지속적인 개선 등 린의 각 요소에서 중심적인 역할을 하며 모든 요소는 흐름으로 다시 돌아옵니다."
다음을 구현하여 팀의 흐름을 개선할 수 있습니다.
4. 풀 수립
풀 시스템을 사용하면 팀은 고객에게 필요한 것만 작업하고 예측한 것이 아닌 실제 고객 수요에 따라 생산하게 됩니다.
고객 요구 사항을 정확히 평가하려면 팀은 고객과 대화하고 의견을 구해야 합니다.
5. 완벽을 추구
린에는 성장의 사고방식이 필요합니다. 그리고 린은 지속적인 개선을 통해 완벽을 추구하며 지속적인 피드백 루프를 사용하여 프로젝트 매니저, 팀, 회사가 낭비를 줄이고 효율성을 높이도록 도와줍니다.
린 방법론의 이점
프로젝트 매니저라면 이해 관계자 피드백을 기다리는 등 프로젝트에 문제가 생긴 경험이 있을 것입니다. 피드백이 너무 늦으면 프로젝트 전체가 중단됩니다. 린 방법론은 장애물을 완화하는 데 도움이 되는 다음과 같은 많은 이점을 제공합니다.
- 효율성 향상: 가치 흐름을 매핑하면 고객 요구 사항을 중심으로 작업을 집중하여 고객이 원하지 않는 제품 및 서비스에 대한 불필요한 작업을 없앨 수 있습니다.
- 이슈 감소: 린은 커뮤니케이션 부족 및 비현실적인 마감 날짜와 같은 이슈가 더 큰 문제로 번지기 전에 완화합니다. 커뮤니케이션 측면에서 린은 추적 및 투명성을 제공하므로 모두가 작업, 책임 및 마감 날짜를 명확하게 파악할 수 있습니다. 팀이 프로세스에 더 밀접하게 참여하므로 합리적이지 않은 타임라인을 반박할 수도 있습니다.
- 비용 절감: 명확한 계획을 세우고 장애물을 제거하면 고객 수요를 충족할 만큼만 생산하여 비용을 절약할 수 있습니다. 그렇게 하면 재고를 필요 이상으로 많이 생산하지 않게 되며, 실제 제품의 경우 특히 중요합니다.
- 향상된 고객 관계: 고객 가치에 집중하여 더 강한 고객 관계를 만들 수 있으며, 이는 비즈니스에 매우 중요한 측면입니다.
- 지속적 개선: 린의 지속적인 피드백 루프는 프로세스를 향상하고 지속적으로 개선하여 가치를 효율적으로 제공하는 데 도움이 됩니다.
- 팀 투자: 린에는 팀의 사전 참여가 더 많이 필요하기 때문에 팀이 결과에 더 많이 참여하게 됩니다. 팀은 무슨 작업을 하고 있는지, 언제 완료할 것으로 예상하는지에 대해 의견을 냅니다. 권한이 부여된 팀은 참여도가 높습니다.
린 방법론의 잠재적인 과제
많은 이점에도 불구하고 린을 실행하려면 프로젝트 매니저가 인식하고 극복할 방법을 모색해야 하는 몇 가지 과제가 있을 수 있습니다. 예를 들어 다음과 같은 과제가 있습니다.
- 경영진 지원 부족: 비협조적인 경영진은 린 팀을 망치고 걸림돌이 될 수 있습니다.
- 해결: 최대한 빨리 팀의 동의를 얻어서 린이 어떤 효과를 가져올 수 있는지 보여줍니다.
- 불충분한 교육: 제대로 교육받지 못한 팀은 결과에 부정적인 영향을 미칠 수 있습니다. 팀이 린 프로세스를 이해하지 못한다면 쉽게 활용할 것이라고 기대할 수 없습니다.
- 해결: 팀을 온보딩할 때 린 방법론에 대해 충분히 교육합니다. 실습 교육을 제공하는 린 인증 프로그램에 팀을 등록할 수 있습니다. 인증을 받으면 팀이 린 방법론에 대한 올바른 지식을 갖추고 있다는 확신을 가질 수 있습니다.
-
문화보다는 도구에 집중: 사람보다 도구를 우선시하면 팀 참여도가 낮아집니다. 린 방법론에서 도구를 강조하면 팀과 작업을 비인간적으로 만들고 가치를 떨어뜨릴 수 있습니다. 팀이 가치를 인정받는다고 느끼지 못하면 최선을 다할 가능성이 낮아집니다.
-
해결: 린의 지속적 개선 철학을 통해 신뢰의 문화를 구축합니다. 지속적 피드백 및 성장 기회를 제공하면 매니저가 팀의 경력 개발에 관심이 있음을 보여줄 수 있습니다.
-
- 메트릭에 충분히 집중하지 못함: 린 방법론에서 메트릭은 팀 개선의 핵심입니다.
- 해결: 프로젝트 성공을 측정하는 메트릭에 주의를 기울이고 팀을 발전시킬 개선 영역을 찾아봅니다.
프로젝트 관리에 Jira 사용
린은 낭비를 없애고 프로세스를 지속적으로 간소화하여 프로젝트 관리를 가속하고 팀을 애자일하게 유지합니다.
Jira는 소프트웨어 팀이 린 상태를 유지하고 더 많은 고객 가치를 제공하도록 지원합니다. 팀은 상황에 맞는 인사이트를 통해 지속적으로 배우고 업무 방식을 개선하는 능력을 키우고 강화할 수 있습니다. 스크럼 및 칸반 보드는 팀이 다음에 수행할 작업을 완전히 파악하도록 하여 최소 시간으로 최대의 결과를 계속해서 창출할 수 있도록 합니다. Jira를 공동 작업의 중심으로 사용하면 모든 팀이 서로, 그리고 조직의 나머지 부서와 긴밀한 관계를 유지할 수 있습니다.
또한 Jira는 기업이 가치 흐름을 시각화할 수 있도록 해줍니다. 이를 통해 기업은 다음을 수행할 수 있습니다.
- 프로세스 흐름 자동화를 설정합니다. Jira의 강력한 자동화 엔진으로 팀의 시간을 되찾고 수동 작업을 줄입니다. 작업을 비즈니스 요구 사항에 맞게 정렬합니다. 이미 만들어져 있는 애자일 보고서를 통해 일상적인 작업이 전략적 목표에 어떻게 이어지고 중요한 이해 관계자에게 정보를 제공하는지 확인하세요.
- 투자를 추적합니다. 프로젝트에 사용되고 있는 리소스와 투자한 시간을 파악하면 다음 프로젝트에 노력을 적절하게 할당할 수 있습니다.
- 장애물을 발견합니다. 잠재적인 장애물을 식별하고 문제가 발생하기 전에 방지합니다.
- 지속적인 가치를 제공합니다. 팀은 더 높은 명확성 및 더 많은 인사이트를 통해 고객과 회사 전반에 지속적으로 가치를 제공할 수 있습니다.
이 솔루션은 또한 애자일, Open DevOps, 가치 흐름 관리와 같은 다른 방법에도 효과적입니다.
린 방법론: 자주 묻는 질문
애자일과 린의 차이는 무엇입니까?
얼핏 보면 린 방법론과 애자일을 구분하기 어려울 수 있습니다. 둘 다 효율성 및 고객 가치에 초점을 맞추지만, 프로젝트 관리의 서로 다른 측면을 강조합니다. 린은 낭비 제거, 프로세스, 가치 제공에 초점을 맞추고, 애자일은 고객, 불확실성 완화, 효과적인 소프트웨어 제공에 초점을 맞춥니다.
자세히 살펴보겠습니다.
- 초점: 린은 하향식 접근법으로, 프로세스 개선과 관련이 있습니다. 하지만 애자일은 작업을 더 작은 반복 루프로 나누는 상향식 접근법입니다.
- 제품 제공: 린 팀 및 애자일 팀은 모두 제품을 최대한 빠르게 제공하기 위해 노력합니다. 하지만 애자일은 속도보다 피드백을 중요시합니다. 따라서 애자일 팀은 작업을 더 작게 만들고 피드백을 받고 반복합니다. 린은 더 빠르게 제공하기 위해 전체 프로세스를 개선하는 데 초점을 맞춥니다.
- 프레임워크: 린에는 구체적인 프레임워크가 없지만 애자일에는 있습니다. 스크럼 및 칸반은 애자일 원칙을 적용할 수 있도록 도와주는 두 개의 애자일 프로젝트 관리 프레임워크입니다. Jira는 프로젝트 매니저가 애자일 방법론을 시작하는 데 도움이 되는 스크럼 템플릿 및 칸반 템플릿을 제공합니다.
DevOps와 린의 차이는 무엇입니까?
DevOps는 개발 팀 및 운영 팀 간 기능 협업을 통해 소프트웨어를 더 빨리 제공할 수 있도록 도와줍니다.DevOps의 핵심 철학은 이해 및 협업의 문화를 바탕으로 비즈니스에 지속적으로 가치를 제공하는 것입니다.
반대로 린의 핵심 철학은 프로세스 개선 및 낭비 제거를 통해 가치를 제공하는 것입니다.
린 및 DevOps는 고객 중심 방법론이지만, 두 가지 주요 영역에서 차이가 있습니다.
- 고객 가치: DevOps는 고객 공감 이미지 맵을 만들어 고객 가치에 비즈니스 목표를 맞춥니다. 린은 필요에 따라 고객 가치 활동을 선택합니다.
- 초점: DevOps는 설명서 및 협업을 통해 개발 및 운영을 통합합니다. 린은 프로세스, 리소스, 노력을 최적화합니다.
또한 DevOps는 풀리퀘스트와 같은 일상적인 작업을 자동화합니다. 관련 내용은 DevOps 입문자 가이드에서 더 자세히 설명합니다.
이미 DevOps를 사용하고 있는 경우 열린 도구 접근법 및 자동화를 갖춘 Jira에서 즉시 사용할 수 있는 DevOps 솔루션인 Open DevOps를 사용하면 애자일 팀이 고품질의 소프트웨어를 제공 및 운영하는 데 집중하고 DevOps와 관련이 있는 "직접 구축하고 직접 운영" 관행을 시행하도록 지원할 수 있습니다.
애자일, 린, DevOps를 동시에 사용할 수 있습니까?
그렇습니다! 세 방법론은 고객에게 고품질 및 가치를 제공한다는 목표하에 서로를 보완해 줍니다. DevOps는 사일로를 무너뜨려 개발 팀과 운영 팀을 통합합니다. 애자일은 지속적 개선을 장려합니다. 린은 지속적 개선의 이상을 실행에 옮깁니다.
세 방법론을 모두 사용하면 제품 제공 및 고객 가치 제공 속도를 높일 수 있습니다. 예를 들어 회사에서 세 방법론을 모두 사용하지만 함께 사용하지는 않을 수 있습니다. 린은 애자일 프로세스를 개선하는 데 도움이 되고, 애자일의 반복적 접근법은 린의 지속적 개선에 도움이 될 수 있습니다. 그리고 DevOps를 사용하면 교차 공동 작업을 개선할 수 있습니다.
세 방법론을 모두 사용하면 더 효율적인 관행을 통해 고객에게 가치를 제공하는 최강자로 거듭날 수 있습니다.
Atlassian의 프로젝트 관리 도구 제품군을 사용하여 이러한 방법론을 연결할 수 있습니다.