프로젝트에서 스프린트 이름을 어떻게 지정합니까? [닫은]

일부 Scrum 소프트웨어 관리 도구는 스프린트 이름을 명시 적으로 지정할 수있는이 옵션을 제공합니다.

스프린트 이름을 지정하는 기본 방법이 있습니까, 아니면 1, 2, 3, ...과 같은 간단한 구성표를 사용하십니까?

팀에 문의하십시오 .

스프린트의 이름을 지정하는 것이 재미 있거나 유용하다고 생각되면 함께 선택하십시오 .

모든 스프린트 에는 목표가 있어야하므로 적절한 이름을 찾는 것이 문제가되지 않습니다.

스프린트 이름을 지정하면 실제로 팀 이 주요 목표에 집중 하는 데 도움이 될 수 있습니다.

나는 개인적으로 그런 종류의 것을 좋아할 것입니다.

이것에 대해 잠시 생각한 후에 나는 다음과 같은 협약을 맺었습니다.

<year> CW <starting calendar week> - <ending calendar week>: <goal> (<version>)

버전은 선택 사항입니다.

따라서 다음과 같은 결과가 나타납니다.

2013 CW 27-28: Improved reporting and dashboards (v1.5.1)
2013 CW 29-30: Redesigned gadgets (v1.5.2)
...

이 구문은 다음과 같은 질문에 답합니다.

• 언제 끝났습니까?
• 왜 그랬어?
• 어떤 버전으로 출시 되었습니까?

그리고 또한:

• 정렬 가능
• 예측 가능
• 정보를 희생하지 않고 유연성을 제공합니다

내가 근무한 한 회사에서 월간 스프린트 / 릴리스를했으며 인터넷 밈에 따라 알파벳 순으로 이름을 지어 냈습니다. 최근에 작업 한 릴리스는 다음과 같습니다.

• 키보드
• 롤캣
• megashark
• 누마 누마

그것은 곧 다가오는 반복의 이름을 지을 때가되었을 때 프로세스에 약간의 재미를 더했습니다.

모든 것이 특정 목적을위한 것이라면 ( "보고 추가", "유럽 지역으로 가져 오기") 당신의 이름이 있습니다. 백 로그에서 수집 한 자료 인 경우 모호한 날짜 ( "6 월 릴리스")가 작동합니다. 이를 통해 사용자에게 "6 월 릴리스에는 적합하지 않다고 생각합니다. 다음 릴리스에 넣을 수 있습니까?" 또는 "6 월 릴리스에서 원하는 경우 6 월 5 일까지 해결해야합니다". 그들은 단지 레이블이지만 목적을 제공합니다.

우리는 내부적으로 어쨌든 재미난 이름을 번호가 매겨진 릴리스와 더 큰 프로젝트에 넣어 단조 로움을 조금 나누는 것을 즐깁니다. 우리는 항상 더 큰 프로젝트와 릴리스에 대해 더 재미 있고 창의적인 이름을 찾고 있지만, 기존 번호 매기기 (1.0, 1.1) 또는 날짜 기반 시스템을 사용하여 코드 관점에서 추적 할 수 있습니다. 아무도 스크럼 개발이 재미있을 수 없다고 말합니다.

전의. Beastie Boys, Coolio, DJ Jazzy Jeff, Eazy-E, Flavor Flav 등

우리 팀에서는 스프린트의 이름이 준비중인 프로덕션 릴리스 버전의 이름을 따르는 경향이 있습니다. 여러 스프린트에 걸친 프로덕션 릴리스의 경우 반복 번호를 추가합니다. 예를 들어

• 5.0.2 반복 1
• 5.0.2 반복 2
• 4.16.1

기타

데이트!

우리의 프로세스는 스프린트마다 릴리스 브랜치를 사용하므로 스프린트 및 릴리스 브랜치 이름이 정렬됩니다. 계획 출시 날짜를 지점 및 스프린트 이름으로 사용합니다.

이렇게하면 역사를 조금 더 쉽게 이해할 수 있습니다. 예를 들어 이메일 날짜를 기준으로 수정 된 버그에 대해 오래된 이메일을보고있는 경우 가장 가까운 지점 이름으로 쉽게 이동할 수 있습니다 ( s) 변경에 대한 더 나은 아이디어를 얻습니다. (물론, 버그 추적기에서도 / 추적해야하지만, 항상 그렇지는 않습니다.)

또한 우리 팀 전체가 항상 그 이름이 무엇인지 정확히 알고 있다는 점이 좋으므로 스프린트 또는 지점을 언급 할 때 항상 같은 페이지에 있습니다. "이번 주 릴리스 또는 지난 주 '버거'입니까?"라는 혼동은 없습니다.

제 생각에는 이름에 숫자를 사용한다고해서 실제로 가치가있는 것은 아닙니다. 그 문제에 있어서는 재미 있지만 추상적 인 이름도 사용하지 마십시오. 목표 지향적 이름을 사용하는 것이 좋을 수도 있지만 (예 : "2012-04-03 : 업데이트 된 고객 위젯") 추상적 인 이름을 사용하는 것으로 돌아 가지 않습니다.

각 릴리스에 대해 알파벳순으로 큰 도시 코드 이름을 선택합니다 (예 : A tlanta, B oston, C hicago, D allas ...)

그 도시의 일부 대학 이름은 스프린트 이름 (모어 하우스, 스펠 먼, ..., 하버드, 케임브리지 등)이됩니다.

나는 그것들의 이름을 생각하지 않았습니다. 우리는 일반적으로 끝에 빌드 ID를 첨부하여 문제를 추적 할 수 있지만 명명은 실제로 프로세스의 일부가 아닙니다. 2 주마다 릴리스를 사용하면 1 년에 26 개의 이름을 사용할 수 있습니다.

나는 이것이 스프린트 계획의 재미있는 부분이 될 것이라고 생각합니다. 다음 스프린트를 위해 시도해야 할 수도 있습니다.