Деякі інструменти управління програмним забезпеченням Scrum дають вам цю опцію, щоб чітко називати свої спринти.
Чи є у вас вподобаний спосіб називання спринтів або ви просто використовуєте просту схему, наприклад, 1, 2, 3, ...?
Деякі інструменти управління програмним забезпеченням 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)
...
Цей синтаксис відповідає на запитання:
І також:
В одній компанії, де я працював, ми мали щомісячні спринти / релізи, і ми їх називали в алфавітному порядку через Інтернет-меми. Випуски, над якими я нещодавно працював:
Це додало трохи задоволення процесу, особливо коли прийшов час назвати майбутню ітерацію.
Якщо вся справа призначена для певної мети ("додати звітність", "принести в європейські місця"), то там ваше ім'я. Якщо це колекція речей із відсталих, то для нас працює неясна дата ("червневий реліз"). Це дозволяє нам сказати користувачеві: "Я не вважаю, що підходить у червневому випуску, це нормально, щоб розмістити його в наступному?" або "якщо ви хочете, щоб у червневому випуску нам потрібно було вирішити [що завгодно] до 5 червня". Вони просто етикетки, але служать цілі.
Для нас ми насолоджуємось тим, що все-таки внутрішньо додаємо кумедні імена до наших пронумерованих випусків та великих проектів, щоб трохи розбити монотонність. Ми завжди шукаємо смішніші / креативніші назви для наших великих проектів та випусків, однак ми також, очевидно, використовуємо традиційну систему нумерації (1.0, 1.1) або на основі дати, щоб відслідковувати з точки зору коду, найкращим на сьогоднішній день є реппери старої школи. Ніхто не каже, що розробка scrum не може бути трохи смішною
Вих. Beastie Boys, Coolio, DJ Jazzy Jeff, Eazy-E, Flavor Flav тощо.
У моїй команді спринти, як правило, названі по версії випуску, яку ми готуємо. У випадку випуску виробництва, який охоплює кілька спринтів, додаємо ітераційний номер. Так, наприклад,
тощо.
Дати!
У нашому процесі використовується гілка випуску для кожного спринту, який ми виконуємо, тому назви гілки спринту та випуску вирівнюються. Ми використовуємо заплановану дату випуску як назву філії та спринту.
Це одночасно полегшує розуміння історії - наприклад, якщо ви переглядаєте старий електронний лист про помилку, яку, на вашу думку, було виправлено, виходячи з дати електронної пошти, ви можете легко перейти до найменування найближчої гілки ( s) для кращого уявлення про зміни. (Звичайно, ви повинні сподіватися, що це також відслідковується у вашому трекері помилок / замість цього, але ми всі знаємо, що це не завжди так.)
Також дуже приємно, що вся наша команда завжди точно знає, як називається, тому ми завжди знаходимось на одній сторінці, коли йдеться про спринт чи гілку. (Ніколи не буває плутанини "Чи є" борсук "цього випуску чи минулого тижня?".)
На мою думку, використання цифр для імені насправді не дає ніякого значення. У цьому питанні, хоча це може бути цікаво робити, а також абстрактні імена. Використання імен, орієнтованих на цілі, може бути приємним доповненням (наприклад, "2012-04-03: Оновлені віджети клієнтів"), але я не повернусь би до використання лише абстрактних імен.
Для кожного випуску ми вибираємо велике кодове ім'я міста в алфавітному порядку (наприклад, A tlanta, B oston, C hicago, D allas ...)
І деякі імена коледжів у цьому місті стають нашими спринтськими іменами (Morehouse, Spelman, ..., Гарвард, Кембридж тощо)
Я ніколи не думав над тим, щоб назвати їх. Ми зазвичай додаємо ідентифікатор збірки в кінці, щоб ми могли відслідковувати проблеми, але називання насправді не є частиною процесу. З випусками кожні два тижні ви б переглядали 26 імен на рік.
Я гадаю, що це зробить це цікавою частиною плану спринту. Можливо, я б спробував це для нашого наступного спринту.