Jira 스토리 포인트, 기획자가 참여하는 법

Jira 스토리 포인트, 기획자가 참여하는 법

Jira 스토리 포인트, 기획자가 참여하는 법

Jira 스토리 포인트, 기획자가 참여하는 법 썸네일


1. 2점과 5점 사이에서 아무 말도 못 했던 순간

회원가입 이메일 인증 스토리를 추정하는 회의였습니다. 개발자 한 분은 2점을 불렀고, 다른 한 분은 5점을 불렀습니다. 저는 개발 얘기라 제가 낄 자리가 아니라고 생각해서 그냥 지켜보기만 했습니다.

나중에 돌아보니 그 순간이 가장 중요한 순간이었습니다. 두 사람의 점수가 왜 달랐는지 물어봤다면, 스토리 설명에 빠져 있던 정보를 그 자리에서 채울 수 있었을 겁니다. 이번 글에서는 기획자가 추정 회의에서 할 수 있는 역할을 정리해보겠습니다.

2. 스토리 포인트는 시간이 아니라 상대적 난이도다

등산 코스 난이도에 비유하면 이해가 쉽습니다. "초급, 중급, 고급"은 실제 거리가 몇 km인지를 뜻하지 않습니다. 오르면서 체감하는 난이도를 나타냅니다. 스토리 포인트도 마찬가지입니다. "2점, 5점"은 몇 시간이 걸리는지가 아니라 팀이 느끼는 상대적인 복잡도입니다.

그래서 점수 자체보다 "왜 그 점수를 골랐는지"에 더 많은 정보가 담겨 있습니다. 기획자가 참여할 자리는 점수를 매기는 곳이 아니라, 그 이유를 듣고 놓친 부분을 찾는 곳입니다.

3. 이메일 인증 스토리, 2점과 5점이 갈린 이유

다시 이메일 인증 스토리로 돌아가 보겠습니다. 2점을 부른 개발자는 "이전 프로젝트에서 비슷한 인증 기능을 만들어본 적이 있다"고 했습니다. 5점을 부른 개발자는 "이번 프로젝트는 인증 라이브러리가 달라서 처음부터 다시 확인해야 한다"고 했습니다.

개발자점수이유
A2점비슷한 기능을 이미 만들어본 경험이 있다
B5점이번 프로젝트의 인증 라이브러리는 처음이라 확인이 필요하다

점수 차이는 실력 차이가 아니라 "재사용 가능한 코드가 있는가"라는 정보 차이였습니다. 이 질문을 그 자리에서 했다면, 재발송 로직이나 인증 유효 시간처럼 스토리 설명에 빠져 있던 조건을 미리 채울 수 있었을 겁니다.

4. 추정 회의에서 기획자가 하는 3단계


  1. 1단계. 점수 차이가 클 때 "왜 그렇게 보셨어요"라고 묻는다 점수를 맞추라고 재촉하지 말고, 서로 다르게 본 이유부터 들어보세요.
  2. 2단계. 답변에서 나온 불확실한 부분을 스토리 설명에 추가한다 "재발송 로직도 포함되나요", "인증 유효 시간은 얼마인가요" 같은 질문이 나왔다면, 그 내용을 스토리 설명에 바로 적어 넣습니다.
  3. 3단계. 최종 점수보다 합의한 이유를 티켓에 남긴다 "3점으로 합의, 재발송 로직 포함, 유효 시간 10분"처럼 점수와 함께 그 근거를 짧게 남겨두면 나중에 왜 이 점수였는지 다시 찾을 필요가 없습니다.

5. 실무 팁 3가지

팁1. 점수를 제안하지 말고 질문으로 참여한다

기획자가 점수를 먼저 말하면 오히려 개발자의 판단을 흐릴 수 있습니다. "이건 몇 점 같아요"보다 "왜 그렇게 보셨어요"로 참여하세요.

팁2. 의견이 갈리는 순간이 가장 중요한 순간이다

점수가 바로 일치하면 넘어가도 되지만, 갈릴 때는 속도를 늦추고 들어보세요. 그 차이 안에 스토리에서 놓친 정보가 숨어 있는 경우가 많습니다.

팁3. 점수와 함께 합의 이유를 한 줄 남긴다

점수만 적어두면 나중에 왜 그 점수였는지 아무도 기억하지 못합니다. 합의에 이른 이유를 티켓 댓글이나 설명에 짧게라도 남겨두세요.
다만 스토리 포인트는 팀마다 기준이 다릅니다. 우리 팀의 3점과 다른 팀의 3점은 크기가 다를 수 있습니다. 다른 팀이나 지난 스프린트의 점수와 절대적으로 비교하지 않도록 주의하시기 바랍니다.

6. 마무리

오늘 내용 3줄 요약
  • 스토리 포인트는 시간이 아니라 팀이 느끼는 상대적 난이도입니다.
  • 점수 차이가 클 때 이유를 물어보면 스토리에서 놓친 정보를 찾을 수 있습니다.
  • 기획자의 역할은 점수를 매기는 것이 아니라 질문으로 참여하는 것입니다.

다음 추정 회의에서 점수 차이가 크게 나면, 맞추라고 재촉하기 전에 이유부터 물어보세요.

회원가입 스토리를 쪼개고(Jira 에픽 쪼개기) 완료 기준을 맞춘(Jira 워크플로우, Done 기준 맞추는 법) 이야기가 이 글로 이어집니다. Jira를 처음부터 다시 익히시는 중이라면 Jira 기획자 가이드 허브 글에서 지금 상황에 맞는 글을 먼저 찾아보세요.

7. FAQ

Q. 기획자가 직접 점수를 매겨도 되나요?
매길 수는 있지만 권하지는 않습니다. 실제로 구현하는 사람이 아니면 난이도를 정확히 가늠하기 어렵습니다. 점수는 개발자에게 맡기고, 기획자는 그 점수의 이유를 확인하는 역할에 집중하는 편이 낫습니다.
Q. 의견이 계속 안 맞으면 다수결로 정해도 되나요?
급할 때는 그럴 수 있지만, 의견 차이의 이유를 듣지 않고 다수결로 넘어가면 놓친 정보도 함께 묻히게 됩니다. 시간이 걸리더라도 이유를 먼저 확인한 뒤에 다수결이든 재논의든 결정하시길 권합니다.