일정 추정(Estimation) 과 우선 순위 조정

Jira 프로젝트의 주요 기능중 하나는 추정(estimation) 입니다.

스크럼 방법론에서 추정은 개별 항목을 완성하는 데 어느 정도 시간이 걸릴지를 대략적으로 산정하는 방법입니다.

추정을 통해 스프린트에 들어갈 이슈를 선정하거나 나 다음 버전의 초기 릴리스 예정일을 대략적으로 예측할수 있으며 이를 수행하고 보정하면서 백데이타를 쌓아서 나중에 비슷한 이슈가 있을 때 일정 산정에 도움이 됩니다.

추정 활성화

팀이 관리하는 프로젝트에서는 추정을 사용하려면 프로젝트설정 → 기능에 들어가서 추정을 켜줘야 합니다.

회사가 관리하는 프로젝트는 추정에 필요한 필드를

Jira 에서 이슈의 수행 시간을 대략적으로 추정하는 방법은 3가지가 있습니다.

Story point 는 해당 이슈를 수행하는데 다른 이슈에 비해서 상대적으로 어느 정도 노력해야 할지에 대해 대략적인 숫자로 판단하는 방식입니다.

숫자를 보면 일반적으로 정확한 단위라고 생각하는 경향이 있는 것 같습니다. 예로 횡단보도의 신호등에 표시되는 숫자는 초 단위가 아닌 경우가 많은데 일반적으로는 이 숫자를 초 단위로 이해하려고 합니다.

이는 사람들이 숫자를 볼때 정확하게 해석하려고 하기때문인데 마찬가지로 스토리포인트도 잘 모르는 이해당사자들이 보면 스토리포인트에 부여한 숫자는 해당 업무를 수행하는데 드는 시간(즉 시간이나 하루같은 단위)로 이해하는 경우가 많습니다.

하지만 스토리포인트의 숫자 단위가 업무 소요 예상 시간등과는 관계가 없습니다. 즉 스토리 포인트가 3이라고 수행 시간이 3시간이거나 3일이지는 않습니다.

또 숫자의 차이만큼 백로그당 일정이 차이나거나 난이도가 높다고 생각하는 경우가 많은데 이는 사람들이 숫자를 대하는 일반적인 생각이므로 이렇게 생각하지 않게 보정할 방법이 필요합니다.

예로 "개발 인프라 선정" 은 포인트를 2를 부여하고 "사용할 기술 스택 선정" 은 3 을 부여할 경우 3이 2보다 50% 일이 많다고 대개 생각하기 마련입니다.

그런데 "개발 인프라 선정" 에 7 을 부여하고 "사용할 기술 스택 선정"은 8 을 부여했을 경우 대체 업무량에 무슨 차이가 있는지 궁금해 하기 마련입니다.

이런 문제를 해결하기 위해 스토리 포인트는 1, 2, 3, 4, 5, 6 같은 연속된 숫자를 사용하지 않습니다.

대신 피노나치 수열 사용하는데요 즉, 1, 2, 3, 5, 8, 13, 21, 34, 55 이런 숫자를 사용하므로 추정한 포인트 사이의 업무량 차이를 쉽게 인식할 수 있음.

추정 방식을 변경하려면 보드 설정 → 추정(향후에 추정으로 변경될 겁니다.) 를 클릭하고 "추정 통계" 목록 상자에서 "최초 예상 시간" 으로 설정해 주면 됩니다.

그런데 스토리 포인트가 아닌 방식을 권장하지는 않습니다. 추정은 정확한 예측을 하려는게 아니며 이런 정확한 예측은 불가능하며 변화하는 상황에 맞게 유연하게 대응하는게 애자일과 스크럼의 정신입니다.

하지만 예상 시간 방식의 추정은 정확하게 예상 시간을 넣으려고 하지만 실행하면서 딱 맞게 하기는 어렵기 때문에 이 방법을 권장하지는 않습니다.

3번째 추정 방식은 이슈 갯수인데 이는 이슈 별로 경중을 따지지는 않고 단순히 갯수로만 따지므로 실용성이 없어서 잘 사용되지 않습니다.

그리고 시간 추적은 기본이 없음인데 완료될 때마다 "이슈의 Story Points를 빼고 잔여 포인트를 표시하게 됩니다."

2번째는 "남은 예상치와 작업 시간" 인데 이 방식은 이슈에 "작업 시간"을 입력하지 않았을 경우 전혀 쓸모가 없으므로 "기본 설정" 을 사용하는 것이 좋습니다.

이제 포인트를 입력하고 더 정제해 주면 스프린트 계획 미팅이 완료됩니다.

포인트를 입력후 스프린트 실행하면 총 포인트, 해결, 잔여가 표시됨

팀이 관리하는 프로젝트는