[SW 개발 모델] 애자일(Agile) 방법론
https://claremont.tistory.com/entry/SW-%EA%B0%9C%EB%B0%9C-%EB%AA%A8%EB%8D%B8-%EC%9B%8C%ED%84%B0%ED%8F%B4Waterfall-%EB%AA%A8%EB%8D%B8 [SW 개발 모델] 워터폴(Waterfall) 모델ㅁ워터폴(Waterfall) 모델: 전통적으로 사용되는 방법론 중
claremont.tistory.com
칸반 보드는 WIP(Work In Progress)를 제한두는 것이 핵심이다!!!
ㅁ칸반(Kanban): 개발 프로세스를 시각화하고, 작업 흐름을 최적화하여 생산성을 높이는 애자일(Agile) 방법론 중 하나
[칸반의 특징]
- 작업 흐름의 시각화: 현재 진행 중인 작업을 한눈에 확인 가능
- 작업의 진행 제한(WIP, Work In Progress Limits): 동시에 진행되는 작업 수를 제한하여 과부하 방지
- 연속적인 개선(Continuous Improvement): 지속적으로 프로세스를 최적화하여 효율성 향상
- 유연한 우선순위 관리: 계획 변경이 자유로워 변화에 빠르게 대응 가능
ㅇ칸반 보드(Kanban Board): 작업을 시각적으로 관리하는 도구로, 프로젝트의 진행 상태를 한눈에 확인할 수 있도록 돕는다
[칸반 보드(Kanban Board) 구성 요소]
1. To Do (할 일): 작업이 할당되었지만 아직 시작되지 않은 상태
2. In Progress (진행 중): 현재 작업이 진행 중인 상태
3. Review (검토 중): 코드 리뷰, 테스트 등 검토가 필요한 상태
4. Done (완료됨): 모든 작업이 끝나고 완료된 상태
...
똑같은 칸반 보드는 세상에 존재하지 않는다! "한 번 만들어놓고 더 이상 바뀌지 않는 보드는 죽은 보드다"
칸반 보드는 물리적인 화이트보드 + 포스트잇 또는 Trello, Jira, Azure DevOps 등의 디지털 도구로 구현할 수 있다
(예시) Trello로 제작한 Spotify 칸반 보드
<칸반의 주요 원칙 6가지>
1) 작업 흐름을 시각화한다
작업이 어떤 상태인지 한눈에 파악할 수 있도록 칸반 보드에 모든 작업을 표시한다
2) 진행 중인 작업을 제한한다
한 번에 너무 많은 작업이 진행되면 생산성이 저하되므로, WIP(Work In Progress) 한도를 설정하여 과부하를 방지한다
3) 작업 흐름을 관리한다
작업이 병목 현상을 일으키지 않도록, 작업이 각 단계를 원활하게 통과하는지 지속적으로 모니터링한다
4) 프로세스를 명확히 한다
작업 단계를 표준화하고, 각 단계에서 수행해야 할 구체적인 기준을 설정한다
5) 피드백 루프를 설정한다
주기적인 회고(Retrospective)를 통해 칸반 프로세스를 지속적으로 개선한다
6) 실험과 개선을 지속한다
프로세스를 지속적으로 분석하고, 실험을 통해 점진적인 개선을 수행한다
(칸반 장점)
✅ 작업 병목 현상 방지 → WIP 제한을 통해 과부하 방지
✅ 유연한 변경 대응 → 계획 변경이 자유롭고 빠르게 반영 가능
✅ 생산성 향상 → 작업 흐름을 최적화하여 낭비 최소화
✅ 지속적인 개선 가능 → 회고(Retrospective)를 통해 점진적인 개선 가능
(칸반 단점)
❌ 구체적인 역할이 없음 → 명확한 책임 구분이 어려울 수 있음
❌ 프로세스 관리가 중요 → 지속적인 모니터링이 필요하며, 관리 부실 시 비효율 발생
❌ 긴급 작업이 많을 경우 문제 발생 → 작업 우선순위가 계속 변경되면 흐름이 깨질 수 있음
(참고) 칸반과 스크럼 모두 애자일 프레임워크 중 하나로 비교되는 경우가 많다
[SW 개발 모델] 스크럼(Scrum): 효과적인 애자일 개발 방법론
https://claremont.tistory.com/entry/SW-%EA%B0%9C%EB%B0%9C-%EB%AA%A8%EB%8D%B8-%EC%95%A0%EC%9E%90%EC%9D%BCAgile-%EB%B0%A9%EB%B2%95%EB%A1%A0 [SW 개발 모델] 애자일(Agile) 방법론https://claremont.tistory.com/entry/SW-%EA%B0%9C%EB%B0%9C-%EB%AA%A8%EB%8
claremont.tistory.com
'소프트웨어공학 > SW 개발 모델' 카테고리의 다른 글
[SW 개발 모델] 스크럼(Scrum): 효과적인 애자일 개발 방법론 (0) | 2025.02.18 |
---|---|
[SW 개발 모델] MoSCoW 원칙: 효과적인 요구사항 우선순위 결정 방법 (0) | 2025.02.18 |
[SW 개발 모델] 애자일에서의 WBS와 스프린트 및 백로그의 융합 (1) | 2025.02.18 |
[SW 개발 모델] 스프린트, 백로그, 테일러링 개념 (0) | 2025.02.18 |
[SW 개발 모델] PMBOK와 WBS 개념 (0) | 2025.02.18 |