Зустрічі Scrum та їх значення - Новини, поради; Інструкції щодо спритності, розробки,

Scrum - найпопулярніша з гнучких моделей процесів. Проте частота зустрічей, передбачених правилами Scrum, іноді піддається критиці. Це, безумовно, також пов’язано із загальним скептицизмом щодо зустрічей, який склався в останні роки через певне божевілля під час зустрічей. (Див. Дуже читабельну статтю Сета Годіна: Вважитися серйозно до проблеми зі своїми зустрічами.)

Однак досвід власних проектів показав, що всі зустрічі, яких вимагає Scrum, надзвичайно корисні для ефективного та успішного процесу проекту - за умови, що ними добре управляти та проводити їх дисципліновано. Ця стаття показує важливість окремих зустрічей Scrum для ходу проекту та чому ми вважаємо їх необхідними.

Якщо ви подивитеся на типове графічне зображення процесу Scrum, ви помітите, що спринти (так ітерації називаються в Scrum) відображаються у вигляді двох кіл:

Ці кола є центральними. Вони базуються на колі Демінга, також відомому як цикл PDCA, від управління якістю. Коло Демінга представляє процес вирішення проблем із чотирма фазами:

План (план)
Робити (робити)
Перевірте
Дійте

Повторне проходження чотирьох фаз повинно забезпечити постійне вдосконалення:

Зустрічі сутичок

Якщо ви уважніше придивитесь до зустрічей у Скрумі, то побачите, що вони покликані регулярно проводити команди через такий процес. Цикл PDCA проходить з кожним спринтом (велике коло на ілюстрації процесу Scrum) та з кожним днем (мале коло). Наради, які підтримують це, є:

Зустріч із планування спринту
Щоденна сутичка
Огляд спринту
Спринт ретроспектива

Зустріч із планування спринту

Як випливає з назви, зустріч з планування спринту використовується для планування роботи на майбутній спринт. Власник продукту пояснює команді ціль спринту та попередній вибір вимог. Потім він спочатку представляє вимогу з найвищим пріоритетом. Це обговорюється настільки, наскільки виникає загальне уявлення про вимогу. Критерії прийняття вимоги в кінці спринту також обговорюються разом.

Потім команда розбиває вимогу на всі необхідні дії, включаючи завдання з проектування, тестування та документування. Ці завдання оцінюються, і команда перевіряє, чи здатна вона виконати цю вимогу, включаючи всі завдання в поточному спринті. Якщо це стосується запиту, він переноситься до відставання спринту.

Тепер настала черга запиту з наступним найвищим пріоритетом і проходить ті самі кроки. Команда включає стільки вимог до відставання у спринті, скільки вона здатна реалізувати.

Варіант зустрічі з планування, який також використовується в // SEIBERT/MEDIA, передбачає поділ на дві зустрічі: У першій частині ми обговорюємо з власником продукту, які вимоги заплановані на спринт. Лише після того, як команда дотримується вимог, деталі з’ясовуються під час другої зустрічі та здійснюється розподіл на окремі завдання.

Після з’ясування завдань команда може нарешті взятися за перші завдання та розпочати їх виконання.

Щоденна сутичка

Щоденна сутичка - це щоденна зустріч, яка триває максимум 15 хвилин. Це допомагає команді самоорганізуватися і відбувається щодня в один і той же час в одному місці. На цій зустрічі кожен член команди коротко відповідає на три запитання:

Що я зробив з часу останньої Щоденної сутички?
Які виклики виникли?
Що я планую зробити для наступної Щоденної сутички?

За підтримки Daily Scrum переживається щоденний цикл PDCA. Зустріч починається з перевірки, чи змогла команда досягти цілей, які вона поставила перед собою на останній зустрічі. Висновки попереднього дня можуть бути включені до плану дня.

Ця зустріч допомагає забезпечити щоденний обмін інформацією та розподіл завдань. Усі члени команди інформуються про поточний прогрес, і команда отримує можливість ініціювати контрзаходи на ранній стадії ("Перевірка та адаптація"), якщо бажаний прогрес не досягнутий.

Огляд спринту

Огляд спринту проводиться в останній день спринту, під час якого команда представляє результати роботи власнику товару на затвердження. Під час огляду спринту команда має на увазі фіксований кінцевий термін в кінці спринту, до якого повинен бути доступний потенційно збільшений продукт. Власник продукту може приймати лише вимоги, які були впроваджені повністю та без помилок, аж до спринтерської перевірки. Робота, яка була розпочата, але не завершена, зараховується як невиконана. У спринтерському огляді з його контрольним характером стає особливо зрозумілим, що вже розроблено і де все ще може знадобитися коригування.

Спринт ретроспектива

В кінці спринтерського циклу відбувається ретроспектива. Це сильно відрізняється від інших зустрічей Scrum. Продуктивна частина спринтерського циклу завершена оглядом спринту. У ретроспективі спринту співпраця між учасниками відбивається тепер відкрито та чесно. Команда спеціально вирішує проблеми, але не звинувачує в цьому окремих працівників. Причини ускладнень розглядаються разом, щоб можна було вирішити коріння проблем, а не симптоми.

Ретроспективу спринту можна порівняти з брифінгом у пожежній службі або брифінгом у військових. Як і оглядова зустріч, ретроспектива також має контрольний характер, але тут основна увага приділяється не продукту, а процесу та співпраці. Потім слід використати результати спринтерського огляду та ретроспективу для започаткування заходів щодо вдосконалення.

Висновок

Професійна модерація та визначення часового рамки забезпечують дисциплінованість та цілеспрямованість зустрічей. Потім кожна окрема зустріч вносить цінний внесок у успішний проект.

Ви плануєте проект програмного забезпечення або розширення існуючої програми? Хотіли б ви встановити гнучкі методи розробки у вашій компанії? Ми з радістю проконсультуємо вас та підтримаємо у вашому проекті з нашими працівниками, які мають сертифікат Scrum Master та власника продукту. Будь ласка, зв'яжіться з нами без зобов'язань. Ви також можете знайти більше інформації на нашій спеціальній сторінці про спритність.