5) Technical Debt (Технічний борг) – проблеми в коді або архітектурі, які потрібно вирішити для підтримки довгострокової якості продукту. 3) Bugs (Помилки) – елемент беклогу, що являє собою проблему яку необхідно виправити, щоб покарщити продукт. Тому далі пропонуємо вам коротко розглянути найбільш типові приклади шаблонів, що розповсюджені навіть в тих компаніях, де SAFe не застосовують за замовчуванням. Після того, як беклог сформований можна проводити планування спринта. Детальніше тут – Покрокова інструкція проведення Sprint Planning в Agile.
Навіщо Потрібен Беклог Продукту
І як тільки ви вирішите, що використовуватимете методологію Scrum, ваш проектний менеджер адаптує всі ці принципи, правила та практики під конкретний проект, і почнеться робота. Так само багато функцій у беклозі продукту не будуть реалізовані, тому що ми завжди маємо більше ідей і вимог, ніж можемо колись здійснити. Беклог продукту є інструментом, що зазвичай відповідає потоку формулювання гіпотез в інноваційному вирі, бо містить ідеї, що можуть виявитися вартими реалізації.
У продукті можуть бути як користувацькі історії, баги, так і завдання з покращення. Ще один елемент беклога продукту – ощадливий експеримент чи історія експерименту. 2) Tasks (Задачі) – дрібніші завдання, на які розбивають історії користувачів, що необхідно виконати для реалізації функціоналу.
Це можуть бути дослідження невизначеностей, технічний борг, завдання на покращення продукту, а також задачі з підтримки інфраструктури. Власник продукту несе основну відповідальність за беклог продукту. Він визначає бачення продукту і стратегічні цілі, які мають бути досягнуті. Власник розставляє завдання за пріоритетністю, щоб домогтися максимальної цінності свого продукту для бізнесу і користувачів. Беклог продукту — основа для планування спринтів у Scrum або потоків робіт у Kanban. Там команда обирає елементи з беклогу для реалізації протягом майбутнього циклу розробки.
- Зазвичай керівником product backlog виступає його власник (product owner).
- Він має бути гнучким, щоб адаптуватися до мінливих умов і нової інформації від команди, зацікавлених сторін і ринку загалом.
- Найважливіші задачі, які потрібно виконати насамперед, мають знаходитись на початку беклогу.
- Він вносить у беклог повний перелік вимог щодо функціоналу, цілей, завдань проекту.
І я також працюю над «беклогом найбожевільніших беклогів», що забирає у мене найбільше часу. Беклог продукту — центральний елемент методологій агільної розробки (Agile). Він являє собою впорядкований список усіх завдань, функціональних можливостей, вимог, поліпшень і виправлень, які належить впровадити в продукт. Останнім часом в ІТ світі все більше дискусій з приводу різниці між Product Owner та Product Supervisor, а також відносно їх обов’язків. Її історія не зосереджена навколо Кремнієвої Долини, де часто шукають натхнення багато сучасних авторів. Таким чином, бачимо, що максимальний профіт отримуємо від простої розробки, яка не потребує великої кількості ресурсів чи часу, проте приносить досить вагомий дохід.
Під час формування беклогу спринту або продукту обов’язково деталізуйте завдання і виставляйте їх у порядку пріоритету. Забезпечте регулярну комунікацію з командою, за необхідності оновлюйте документ на основі виконаної роботи або внесених змін. Для зручності використовуйте інструменти візуалізації, наприклад, електронні дошки. Її суть полягає в тому, що над проєктом працює безпосередньо команда фахівців, Scrum-майстер і власник продукту.
Типові Помилки У Роботі З Пріоритетами Беклогу – Як Їх Уникнути
Потенційна структура беклогу буде цілком залежати від масштабу проєкту та команди розробки. Як і в будь-якому проєкті, в розробці необхідне повне бачення цінності та цілей продукту. Безпосередньо SAFe для цього використовує модель OKR (Objective/Key Results), яка реверсивно описує цілі, тобто з точки результатів (очікуваних). За відсутності бачення як основи всього проєкту команді буде досить важко будувати ефективний та якісний процес розробки IT-рішення.
Також в аналізі розкриваємо питання інвестицій, потреб ринку і ЦА. Якщо так – продовжуємо проєкт, якщо ні, закриваємо концепцію та рухаємось далі. TransferWise — лондонська онлайн-служба грошових переказів, заснована в січні 2011 року естонцями Крісто Кярманном і Тааветом Хінрікусом. Компанія підтримує більше 750 валютних що таке scrum маршрутів по всьому світу.
Фактично, сьогодні власник практично будь-якого бізнесу потребує розуміння беклогів та вміння працювати з ними. У цьому немає нічого складного, особливо, якщо ви вже маєте чітко сформоване та описане бачення продукту, його стратегічні теми тощо. SAFe надає деталізовані та зрозумілі шаблони, які ви можете адаптувати до власних потреб.
Вони мають безліч ефективних шаблонів, чіткі правила оформлення документів та ієрархію, що дозволяє відстежувати зміни в проєкті. Ведення беклогу нагадує одвічний танець двох протилежних партнерів — порядку та хаосу. Результатом стає не збільшення визначеності, а рух крок у крок із постійними змінами. Коли ви усвідомите, що дійсно ведете беклог, то, можливо, почнете більш прискіпливо ставитися до ідей численних фіч, що ніколи не будуть реалізовані. Можливо також, що ви вдаватиметеся до періодичного очищення свого «списку бажань». Саме це я нещодавно зробив із тими чотирма тисячами книжкових назв.