У нецифровому світі спринт – це коротка гонка, яка проводиться швидко. Крім того, це може бути короткий період надзвичайно швидкого бігу, який не є частиною забігу, подібно до того, коли бігун вирішує зробити останній ривок для сильного фінішу, коли він наближається до кінця тримильної пробіжки. .
Попит на нові програми зріс, оскільки суспільство стає все більш цифровим, тому чим швидше компанія зможе випустити надійну практичну програму, тим краще.
Можна сказати, що фірми, що займаються програмним забезпеченням, змагаються, щоб не відставати від попиту споживачів!
Тож у цій статті ми розглянемо визначення спринтів, потребу в них, їхні переваги, а також їхні цикли та процеси.
Давайте почнемо з основ і визначимо, що таке швидкий спринт.
Що таке спринт в Agile?
Гнучкі проекти поділяються на короткі повторювані фази, які називаються «спринтами» або «ітераціями», які зазвичай тривають від одного до чотирьох тижнів.
Наприкінці кожного спринту слід створювати чернетку, прототип або придатну до використання версію кінцевого результату, рішення про який слід приймати на початку проекту. Під час спринтів проекти діляться на керовані частини.
Зауважте, що:
- Команди планують лише один спринт за раз і вносять коригування для наступних спринтів на основі результатів попереднього.
- Кількість і тривалість спринтів вашого проекту слід визначити на початку, навіть якщо кожен спринт планується окремо.
- У процесі Agile управління проектом команда Scrum працює невеликими ітераціями з зацікавленими сторонами проекту.
- Команди розбивають складні проекти на керовані частини роботи, які називаються спринтами, використовуючи структуру Scrum.
- Методологія Scrum дозволяє команді швидко адаптуватися до змін в результаті спринтів.
- Кожен проект ділиться на спринти, і над кожним спринтом працює команда окремо. Між спринтами може пройти до чотирьох тижнів. Найбільш типова тривалість спринту становить два тижні.
- Команди розробників працюють разом на нараді Scrum під час спринту, щоб контролювати їх ефективність і, якщо необхідно, вносити корективи.
Нарешті, після спринту, групи розробників переглядають виконану роботу. Команди розробляють наступну стратегію спринту, використовуючи коментарі та відгуки з оглядів спринтів.
Скільки спринтів у Agile?
Довгостроковою метою організації є її бачення продукту. Проміжні кроки, які допомагають організації досягти кінцевого бачення, називаються цілями продукту.
Тому цілі продукту мають проміжні кроки, які називаються цілями спринту. Команди встановлюють цілі спринту на етапі планування спринту, і вони оцінюються під час ретроспективного етапу спринту.
Цілі спринту можуть змінюватися в міру зміни вимог і проблем із продуктом. Завдання, перераховані командою Scrum, знаходяться в резерві спринту.
Нижче наведено ілюстрацію спринту з використанням Agile-фреймворку
- Бачення продукту: це використовується, щоб запропонувати трубопровідній галузі рішення для виявлення дефектів.
- Ціль продукту: використовується для розробки моделі глибокого навчання для аналізу зображень і пошуку дефектів труб.
- Мета спринту: використовується для підвищення точності моделі до рівня понад 95%. покращити зручність використання інтерфейсу користувача (UI).
- Відставання спринту: це підвищує точність моделі до понад 95% за рахунок покращення набору навчальних даних, використання перетворень і використання передачі навчання. Щоб зробити головну сторінку зручнішою для користувача, змініть її дизайн і приберіть безлад.
Які 4 кроки спринту?
Щоб створити спринт, дотримуйтеся таких кроків:
#1. Плануйте спринт
Коли починається новий спринт, команда проводить нараду з планування спринту. На цій зустрічі присутні власник продукту, представник власника продукту та scrum master.
Обговорюється поточне відставання проекту, а власник продукту допомагає призначити завдання вищого пріоритету.
Команда розробників вибирає, які елементи з резерву виконувати під час кожного спринту.
Потім члени команди розробляють плани виконання завдань, які відкладено, і, якщо необхідно, коригують вимоги, що змінюються.
Нарешті, під час спринту вони переміщують завдання проекту до резерву спринту та зосереджуються на завершенні цих завдань.
#2. Слідкуйте за прогресом.
Співробітники можуть стежити за прогресом команди та вирішувати будь-які проблеми завдяки щоденним перевіркам під час спринту.
У цей час відбувається неформальна зустріч, з якої починається робочий день. На цій зустрічі співробітники повідомляють про хід роботи та щоденні плани.
Крім того, учасники можуть пропонувати альтернативи поточним проблемам, висловлювати занепокоєння та пропонувати рішення для підвищення продуктивності.
#3. Зосередьтеся на виконанні.
Етап виконання привертає більшу увагу команд під час спринту. Це включає в себе всю роботу, яку виконує команда, щоб завершити відставання в спринті, і триває весь спринт.
Команда використовує щоденні сутички, щоб повідомити про очікування та обміркувати шляхи покращення.
Власник продукту зазвичай надає команді відгуки, відповідає на запити, пропонує напрямки та оцінює проміжну роботу.
Нарешті, коли відбуваються несподівані події або клієнт запитує зміни, власник продукту також може говорити про зміну цілі спринту.
#4. Проведіть огляд спринту.
У цьому огляді оцінюються найновіші функції продукту, а також його плани. Це забезпечує кращу видимість, контроль і управління ризиками, ніж традиційні життєві цикли розробки програмного забезпечення.
Нижче наведено порядок денний засідання спринту:
- Привітання учасників
- Представлення розкладу огляду спринту
- Відображення демонстрації, яку команда створила на етапі виконання.
- Отримайте відгук від зацікавлених сторін.
- Вивчення резерву продукту, отримання коментарів і внесення пропозицій щодо майбутнього спринту.
- Встановлення дати доставки та завершення зустрічі пунктами дій.
Які бувають типи спринтів?
Це чотири найбільш типові типи зустрічей Agile, хоча є й інші. Agile-зустрічі також іноді називають «церемоніями» або «Scrum-подіями».
Існує чотири типи спринтів:
#1. Нарада з планування спринту
Що це таке: під час сеансу планування спринту команда Scrum обговорює завдання, які вони хочуть виконати під час наступного спринту, і призначає пріоритет кожному завданню.
Цілі зустрічі:
- Встановіть цілі для наступного спринту (які особливості слід розвивати).
- Розділіть обов'язки та завдання.
Хто повинен відвідувати:
- Власник продукту
- Майстер Scrum
- Команда розвитку
Згідно з порадою, ви повинні планувати дві години зустрічей на кожен тиждень вашого спринту. Тривалість вашої наради з планування спринту має становити чотири години, якщо ваша команда працює в двотижневих спринтах.
Однак обмежте зустрічі вісьмома годинами, оскільки все складніше буде занадто довгим.
#2. Щоденна зустріч
Що це таке: протягом усього спринту щоденно проводяться зустрічі Agile Standup. Проводиться швидка перевірка, щоб побачити, над чим працює кожен член команди, як для них відбувається процес і будь-які перешкоди, з якими вони стикаються.
Крім того, це можливість для щоденного вдосконалення процесу (і, зрештою, кінцевого продукту).
Цілі зустрічі:
- Обговорити стан роботи спринту.
- Визначте перешкоди та бар'єри для роботи.
Хто повинен відвідувати:
- Команда розвитку
Скільки це триває: максимум 15 хвилин.
#3. Оглядова зустріч спринту
Огляд спринту та ретроспектива спринту — це два різні процеси, які часто плутають.
Команда розробників представляє роботу, виконану під час спринту (часто з демонстрацією), під час перегляду спринту, щоб зібрати якомога більше відгуків.
Цілі зустрічі:
- Отримати відгук
Хто повинен відвідувати:
- Власник продукту
- Майстер Scrum
- Команда розвитку
- Всі необхідні партії
Скільки це триває: Рекомендується виділяти годину на кожен тиждень спринту. Тому огляд спринту має тривати дві години, якщо ваш спринт тривав два тижні. Ви не повинні витрачати більше чотирьох годин на огляд спринту.
#4. Ретроспективна зустріч спринт
Команда Scrum приділяє пильну увагу своїй спільній роботі під час ретроспективи спринту, а не лише кінцевому продукту чи результату.
Таким чином, команда повинна прийняти рішення щодо дій, які необхідно вжити для покращення співпраці в кінці кожної ретроспективи спринту.
Цілі зустрічі:
- Перегляньте попередній спринт і визначте, що спрацювало, а що ні.
- Визначте ініціативи для покращення майбутнього спринту.
Хто повинен відвідувати:
- Scrum master для команди розробників
Скільки це триває: Рекомендується приділяти 45 хвилин на кожен тиждень спринту. У вас буде півтори години для ретроспективи спринту, використовуючи наш двотижневий спринт як приклад. Ретроспективи спринтів не повинні тривати більше трьох годин.
Як запустити гнучкий спринт?
Підготовка до наради з планування спринту допомагає оптимізувати співпрацю та результати.
Ось як почати:
#1. Підготуйте свій беклог.
Власникам продуктів слід визначити пріоритетність уточнення відставання перед зустрічами з планування спринту. Scrum-команди повинні мати оновлений резерв, щоб залишатися організованими та працювати на одній сторінці.
Щоб підготувати відставання та вибрати завдання, які потрібно виконати під час майбутнього спринту, ви можете навіть вирішити провести нараду перед плануванням.
Лише Scrum-майстер і власник продукту повинні будуть бути присутніми на цій зустрічі; решта команди розробників необов’язкова.
Ви зможете краще використати обмежений час, відведений на планування спринту, якщо зможете більше підготуватися до наради з планування спринту.
#2. Перевірте доступність команди.
Обов’язково враховуйте здатність вашої команди виконати запропоноване робоче навантаження, перш ніж узяти повну відданість розкладу спринту.
Підтвердьте будь-який запланований час відпустки, зобов’язання щодо інших проектів та будь-які інші потенційні часові обмеження, запитавши членів команди. Адаптуйте робоче навантаження, якщо члени команди не можуть повністю виконати навантаження спринту.
Гнучке планування спринту має враховувати доступність команди, ресурси та будь-які відомі проблеми перед початком.
#3. Визначте швидкість своєї команди.
Обсяг роботи, яку команда може виконати за один спринт, є мірою її швидкості. Сума, яку ваша команда повинна досягти під час будь-якого спринту, не стандартизована.
Відстежуйте результати команди та історію, щоб оцінити швидкість.
#4. Заплануйте нараду з планування спринту.
Зустріч з планування спринту має проводити scrum master. Вибір дати, часу та учасників зустрічі є частиною цієї підготовки.
Scrum-майстер повинен визначити порядок денний і розповсюдити його серед членів команди, власників продукту та зацікавлених сторін.
Що таке Scrum проти Sprint?
Мета спринту є однією з ключових відмінностей між усією структурою Scrum і окремим спринтом у процесі.
Мета фреймворку Scrum — визначити необхідні критерії проекту щодо ролей, часу зустрічей, ресурсів і графіків проектів, які ви встановлюєте для своєї команди.
Навпаки, мета спринту полягає в тому, щоб розпочати, завершити та доставити програмні продукти, щоб продовжувати надавати пакети програмного забезпечення клієнтам протягом усього процесу розробки програмного забезпечення.
Тому дуже важливо визначити загальні параметри проекту під час встановлення цілей для процесу Scrum, тоді як ціль спринту спрямовує команди до завершення кожного етапу проекту.
ЩО ТАКЕ ПРОТОКОЛ ЗАСІДАНЬ ПРАВЛІННЯ? Вступ до протоколювання
Протокол наради: значення, приклад і як його скласти
МАЙСТЕР-ЕЛЕКТРИК: що вони роблять, зарплата та як ним стати
Посилання:
