실행 가능한 지표 (애자일) 편집하기 (부분)

==실행 가능한 지표의 유형==
===스크럼(Scrum) 관련 지표===
*스프린트 번다운 차트(Sprint Burndown)
**스프린트 기간 동안 남은 작업량이 어떻게 변화하는지를 시각화한 차트이다.
**실행 가능성: 남은 작업이 일정 부근에서 멈추거나 역전된다면 원인을 찾아 스프린트 계획이나 작업분할을 조정할 수 있다.
*속도(Velocity)
**한 스프린트에서 팀이 완료한 스토리 포인트 또는 작업량의 평균치.
**실행 가능성: 속도가 지나치게 들쭉날쭉하다면 추정 방식, 작업 분할, 외부 방해요인 등을 회고에서 점검할 수 있다.
*에픽 또는 릴리스 번다운(Epic/Release Burndown)
**에픽이나 릴리스 수준에서 남은 작업량이 어떻게 줄어드는지를 보여준다.
**실행 가능성: 예측보다 늦어지고 있다면 기능 우선순위 변경, 범위 조정, 리소스 재배치 등의 액션을 취할 수 있다.
===칸반(Kanban) 및 흐름 기반 지표===
*리드타임(Lead Time)
**작업 요청이 들어온 시점부터 완료될 때까지 걸리는 시간.
**실행 가능성: 리드타임이 길어지면 병목이 어디인지, 작업이 왜 지연되는지 분석할 수 있다.
*사이클타임(Cycle Time)
**작업이 실제로 시작된 시점부터 완료될 때까지의 시간.
**실행 가능성: 사이클타임이 일정 수준보다 길거나 변동폭이 크다면 작업 세분화, 우선순위, 병목 등에 대해 개선할 수 있다.
*처리량(Throughput)
**일정 기간 동안 완료된 작업의 수.
**실행 가능성: 처리량이 낮아지고 있다면 팀의 병목, 리소스 부족, 작업 중복 등의 원인을 조사할 수 있다.
*누적 흐름도(Cumulative Flow Diagram)
**각 상태(예: 백로그, 진행중, 완료)를 시간에 따라 누적해서 보여주는 도표.
**실행 가능성: 특정 단계의 밴드가 넓어지거나 고착되어 있으면 그 단계가 병목임을 시각적으로 확인하고 개입할 수 있다.
*진행 중인 작업 수(WIP: Work In Progress)
**현재 수행 중인 작업의 수.
**실행 가능성: WIP가 너무 많으면 작업이 동시에 지연될 수 있으므로 WIP 제한을 설정하거나 우선순위를 재조정할 수 있다.
===품질·가치·고객 중심 지표===
*결함 밀도(Defect Density)
**코드 라인 또는 기능 단위당 버그 수.
**실행 가능성: 결함 밀도가 높거나 증가 추세라면 테스트 커버리지 개선, 코드리뷰 강화, 리팩토링 등의 액션을 설계할 수 있다.
*배포 빈도(Deployment Frequency)
**얼마나 자주 제품을 릴리스 또는 배포하고 있는가.
**실행 가능성: 릴리스 빈도가 너무 낮으면 릴리스 파이프라인을 점검하거나 자동화를 강화할 수 있다.
*순추천지수(NPS: Net Promoter Score)
**고객이 제품이나 서비스를 얼마나 추천할 의향이 있는가를 측정.
**실행 가능성: NPS가 하락한다면 고객 피드백 분석 후 제품 우선순위 조정, UX 개선, 고객지원 강화 등의 행동을 취할 수 있다.