린(Lean) 개발방법론

출처 : https://needjarvis.tistory.com/323

🤔 린(Lean)이란?

• TPS(Toyota Production System)를 재정립한 경영방법론인 린 시스템의 품질 기법을 소프트웨어 개발에 적용한 개발 방법론
•  낭비의 제거를 통해 프로세스를 지속적으로 개선, 수행속도를 높이고, 소프트웨어의 품질을 향상시키는 기법 (개발 프로세스가 아닌, 경영 기법, 사상임)

---

🛠 린 개발 방법론의 특징?

✔️ 결함제거 

• S/W 개발의 가장 큰 낭비는 결함이고 결함 제거 개념이 애자일과 유사
• 프로젝트 초기 고객과의 접촉을 많이 하여 낭비 및 폐기를 줄이는 프로세스이다.

✔️ 신속성

• 낭비를 발견하고 제거함으로써 고객에 가치를 빠르게 제공한다.  

✔️ 품질 기법

• 생산 시스템을 위해 사용하는 린 공학 품질 기법을 SW 개발에 적용

---

⚙️ 린(Lean)의 7가지 개발원칙

🔻낭비를 제거하라(Eliminate waste)

• 파레토법칙에 의거하여 개발에 정말 중요한 20%에 집중하고 낭비되는 요소 제거
• 낭비의 예로는 결함, 과잉 생산, 대기, 과잉 처리, 불필요한 동작, 사용하지 않는 재능 등이 있다.

🔻배움 증폭(Amplify Learning)

• 프로세스 진행 중 참여자(기획자, 개발자, 사용자 등) 학습의 필요성이 존재한다.

🔻늦은 결정(Defer Commitment)

• 마지막까지 변화를 수용할 수 있도록 결정을 늦춘다. 결정을 연기함으로써 팀은 비용이 많이 드는 실수를 피하고 데이터 및 피드백을 기반으로 더 나은 결정을 내릴 수 있다.

🔻빠른 납품(Deliver Fast)

• 고객에게 가능한 한 빨리 가치를 전달하는 것의 중요성을 강조한다.
• 조기에 자주 제공함으로써 팀은 피드백을 수집하고 고객 요구 사항에 따라 개선할 수 있다.

🔻팀에 권한 위임(Empower the Team)

• 팀 구성원을 존중하고 그들에게 결정을 내리고 문제를 해결할 수 있는 자율성을 부여한다.
• 권한을 부여함으로써 그들은 자신의 작업에 대한 주인의식을 갖고 팀의 성공에 기여할 수 있다.

🔻통합성 구축(Build Integrity in)

• 개발 초기부터 지속적인 통합으로 품질 향상
• 소규모 개발단계마다 오류 발견 및 수정

🔻전체 최적화(See The Whole)

• 개발 프로세스가 개별 구성 요소에 집중하기보다 전체적으로 최적화되어야 한다.
• 전체 프로세스를 최적화함으로써 팀은 낭비를 식별 및 제거하고, 리드 타임을 단축하고, 고객에게 보다 신속하게 가치를 제공할 수 있다.

---

💡 린(Lean)의 7가지의 낭비 요소

낭비 요소	설명
미완성 작업 (Partial Done Work)	배포되지 않은 코드, 코드화 하지 않은 문서, 테스트하지 않은 코드 등
여분기능 (Extra Feature)	고객이 필요로 하지 않는 기능을 추가하는 행동
재학습 (Relearning)	사람들을 개발 과정에 끌어들이지 못해 작업 공간에 제공할 수 있는 지식을 놓여 재학습하는 활동
이관 (Handoff)	업무 이관 시 상당량의 암묵지가 전수되지 못하는 경우, 이런 경우 이관할 때마다 지식이 누락된다
작업전환 (Task Switching)	작업수행 중 다른 작업으로 전환할 경우 집중력 분산 및 시간소모
대기, 지연 (Delay)	필요 인원이 가용 가능할 때까지 기다리는 경우
결함/재작업 (Defects/Rework)	테스트에 결함 유입을 걸러주는 실수방지테스트 포함

---

📝Ref.Site

https://needjarvis.tistory.com/323
http://kko.to/q_6D-Qvmm1
https://itproda.tistory.com/90