일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
Tags
- edge
- wpf
- Encapusulation
- Read
- Unity
- Binary
- c++
- Pointer
- Gaussian
- digitalRead
- atmega328
- public
- Gradient
- aduino
- UNO
- compare
- flutter
- file access
- Filtering
- sensor
- stream
- mfc
- Class
- APP
- memory
- subpixel
- Android
- SERIAL
- parameter
- Contour
Archives
- Today
- Total
폴크(FOLC)
Agile - Kanban 본문
728x90
반응형
일(work)의 흐름을 시각화하고, 작업의 병목을 최소화하며, 지속적으로 프로세스를 개선하는 데 중점을 둔 Lean 기반의 방법론
*. 구성 요소
1. 칸반 보드(Kanban Board)
- 작업 항목의 흐름을 보여주는 시각화 도구
- 대표적인 예: Notion, GitHub Projects 등
2. 컬럼(Columns)
- 각 열은 작업의 상태를 나타냄
- 예: To Do → In Progress → Review → Done
3. 카드(Cards)
- 각각의 작업 항목을 나타냄
- 책임자, 마감일, 세부 정보 등을 포함
4. WIP 제한(Work In Progress Limit)
- 한 번에 처리할 수 있는 작업 수를 제한
- 작업 과부하 방지 및 병목점 발견에 유용
*. 주요 원칙
시각화(Visualize Work) | 모든 작업 항목을 보드에 표시해 누구나 현재 상태를 파악 가능 |
작업 흐름 제한(Limit WIP) | 각 단계에 동시에 존재할 수 있는 작업 개수를 제한 |
흐름 관리(Manage Flow) | 작업 흐름을 부드럽게 유지하며 병목 탐지 및 개선 |
명확한 규칙 만들기(Make Policies Explicit) | 각 단계의 기준과 역할을 명확히 정의 |
피드백 루프 사용(Implement Feedback Loops) | 정기적인 회고 및 개선 프로세스 실행 |
지속적 개선(Continuous Improvement) | 점진적인 변화와 실험을 통해 시스템 최적화 |
*. 적용 예시
- 칸반 보드를 사용하여 기획 → 디자인 → 개발 → 코드 리뷰 → 배포 과정을 시각화
- 각 단계에 WIP 제한을 두어 병목 방지 (예: 코드 리뷰는 동시에 2개까지만)
- 매일 아침 스탠드업 회의를 통해 작업 흐름 점검 및 조정
- **매주 회고(Retrospective)**를 통해 개선점 논의
장점
- 작업 상태를 한눈에 시각화
- WIP 제한으로 생산성 유지
- 팀원 간 협업 및 책임 명확화
- 변화에 유연하게 대응
- 점진적 개선이 용이
단점
- 명확한 시간 관리가 어려울 수 있음
- 명확한 목표가 없으면 장기적인 방향성이 흐려질 수 있음
- 자율성에 따라 팀 성숙도에 큰 영향을 받음
728x90
반응형
사업자 정보 표시
사업자 등록번호 : -- | TEL : --