6) Infrastructure Duties (Інфраструктурні завдання) – завдання, пов’язані з налаштуванням та підтримкою інфраструктури проекту. Отже, я вирушив в Амстердам, аби дізнатися в Мелані Весселс, agile-коуча з Reserving.com, як її колеги в компанії виконують свою роботу. Якщо ваша команда з продажів потребує підвищення кваліфікації, ми з радістю проведемо тренінги для відділу продажу.
SAFe надає деталізовані та зрозумілі шаблони, які ви можете адаптувати до власних потреб. Тобто достатньо лише обрати профіль того, куди вам потрібен макет, і далі оформлювати його згідно з рекомендаціями, наданими у фреймворку. Наразі ми прикладаємо дуже багато зусиль для виправлення нашого легасі-коду та витягання інформації із цієї монолітної бази даних до мікросервісів. Тепер нам доводиться приділяти багато часу інжинірингу та сповільнювати темпи, щоби побудувати кращу основу в той спосіб, що допомагатиме нам у наступні п’ять років. Деякі експерти пропонують розрізняти мінімально комерційно цінні функції (minimum marketable options, або MMF) і звичайні користувацькі історії.
У разі відмови від застарілих ідей бэклог іноді доповнюється і уточнюється. Спринт-беклог – це короткостроковий план для команди на найближчий спринт, що містить лише ті завдання, які команда планує виконати під час конкретного спринту. Цей беклог фіксований, і його зміст визначається на початку кожного спринту. Використання дощок беклогу (фізичних або цифрових) допоможе візуалізувати пріоритети та прогрес. Елементи беклогу можуть бути представлені у вигляді карток, які легко переміщати для оновлення статусу або пріоритету. Це також сприяє кращому взаєморозумінню та співпраці в команді.
Звичайно, він не самотній у своїй задачі і може попросити будь-яку допомогу, якої він потребує. Власник продукту повинен добре розуміти клієнта і знаходитися в тісному контакті з ним. Він може і повинен також завжди спілкуватися з іншими зацікавленими сторонами, щоб враховувати їх побажання.
Це гарантує, що робота команди завжди вирівнюється з поточними цілями та пріоритетами проєкту. У літературі з управління проєктами беклог продукту часто визначають як «список функціональних особливостей, потрібних у продукті» (а це вже список справ!) Але подібне визначення хибне. Беклог — це список функціональних особливостей, бажаних у продукті (тобто список бажань). Ще один елемент беклога продукту – ощадливий експеримент чи історія експерименту. Беклог – це список функціональних особливостей, бажаних у продукті (тобто список бажань). Як видно з цього прикладу, для бэклога продукту не потрібні які-небудь складні інструменти.
Саме так називається кожне невелике підзавдання, з яких складається проект. Всі спринти повинні бути однаковими за тривалістю, та ви не повірите, але найчастіше довжина одного — два тижні, рідше за місяць. І це дійсно список бажань, оскільки я цілком розумію, що не зможу купити і прочитати всі ті книжки.
Співпрацюючи з нами, ви отримуєте переваги ефективного планування, гнучкості та відмінної організації завдяки дотриманню принципів Scrum. Після того як бэклог продукту створений, важливо регулярно його підтримувати, щоб йти в ногу з програмою. Послідовність бэклога продукту змінюється по мірі того, як команда краще розуміє результати і знаходить рішення. Таке впорядкування існуючих елементів, постійне додавання, видалення і уточнення цих елементів визначає динамічний характер бэклога. Зацікавлені сторони, такі як клієнти, користувачі, маркетологи та менеджери з продукту, можуть надавати зворотний зв’язок, ідеї та вимоги, що впливають на зміст беклогу продукту.
Так само багато функцій у беклозі продукту не будуть реалізовані, тому що ми завжди маємо більше ідей і вимог, ніж можемо колись здійснити. Беклог продукту є інструментом, що зазвичай відповідає потоку формулювання гіпотез в інноваційному вирі, бо містить ідеї, що можуть виявитися вартими реалізації. Після того як бэклог збільшується, власники продукту повинні згрупувати його в короткострокові і довгострокові позиції. Найближчі за змістом задачі повинні бути повністю конкретизовані, перш ніж вони будуть позначені як такі. Це означає, що повні користувальницькі історії були складені, співпраця з проектуванням і розробкою було залагоджено, оцінка розробки була зроблена. Більш довгострокові елементи можуть залишатися трохи розпливчастими, хоча непогано б отримати приблизну оцінку від команди розробників, щоб допомогти розставити пріоритети.
У деяких проектах/компаніях, залежно від структури команди, роль Product Owner може виконувати проектний менеджер. Під час формування беклогу спринту або продукту обов’язково деталізуйте завдання і виставляйте їх що таке scrum у порядку пріоритету. Забезпечте регулярну комунікацію з командою, за необхідності оновлюйте документ на основі виконаної роботи або внесених змін. Для зручності використовуйте інструменти візуалізації, наприклад, електронні дошки. Scrum — гнучка й неймовірно популярна методологія управління проектами.
Спринт — фіксований часовий період в агільній розробці, зазвичай тривалістю від одного до чотирьох тижнів. Ведення беклогу нагадує одвічний танець двох протилежних партнерів — порядку та хаосу. Результатом стає не збільшення визначеності, а рух крок у крок із постійними змінами. Коли ви усвідомите, що дійсно ведете беклог, то, можливо, почнете більш прискіпливо ставитися до ідей численних фіч, що ніколи не будуть реалізовані.
Елементи беклогу стають основними складовими роботи команди над проектом. Її суть полягає в тому, що над проєктом працює безпосередньо команда фахівців, Scrum-майстер і власник продукту. Найбільш поширений спосіб визначення елементів бэклога – це користувацька історія. Одним із найважливіших елементів беклогу є користувацькі історії (User Stories). Вони дозволяють команді краще зрозуміти, як кінцевий користувач буде взаємодіяти з продуктом, і які саме функції створюють найбільшу для нього цінність.
Структуроване та продумане ведення беклогу допомагає команді фокусуватися на найважливіших задачах і ефективно досягати цілей проекту, при цьому залишаючись гнучкими та готовими до змін. Продуктовий беклог – це довгостроковий план розвитку продукту, який постійно оновлюється та містить усі вимоги до продукту. У продукті можуть бути як користувацькі історії, баги, так і завдання з покращення. Окрім виправлення багів, команда також працює над іншими типами завдань, які допомагають проекту рухатися вперед.