Agile є всюди

Між вашими заняттями йогою у вашому рюкзаку знайшли листок CrossFit або на щоденній стенді (DSM) перед кавоваркою, ваш технічний директор каже, що кожна сучасна компанія повинна перейти на Agile.
Отже, якщо ви не розумієте (добре), що роблять ваші колеги-розробники щоранку, стоячи перед дошкою, вас (ще?) не запросили і ви хочете блищати перед Scrum Master, ми надаємо вам деякі визначення, щоб знати, про що йдеться.

Перш за все, що таке спритність?

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

Бійка

Методологічна база Scrum є найбільш поширеним методом Agile у світі. Це, зокрема, покладається на короткі ітерації (спринти) з конкретною організацією, ролями та зустрічами.

Scrum Master

Член команди Scrum, Scrum Master забезпечує правильне застосування методу Scrum та забезпечує належне підтримання умов роботи команди. Саме він організовує спринтерські ретроспективи. Цю роль може виконувати член команди розробників. Добре функціонуюча команда зрештою може обійтися без Scrum Master.

Власник продукту

PO є повноправним членом команди Scrum. Він відповідає за визначення продукту, який принесе максимальну цінність користувачам протягом часу та бюджету, виділеного на проект. Тільки він і тільки він керує та розставляє пріоритети Backlog. Він близький до команди Scrum, але працює в бізнес-командах.

Зацікавлені сторони

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

Команда Scrum (або команда розробників)

Команда Scrum в основному складається з розробників, технічного керівника, але може також включати UX та/або UI. Вони усвідомлюють функціональні можливості продукту, презентують їх, упаковують та доставляють. PO та Scrum Master також є частиною команди.

Спринт

Спринт (або ітерація французькою мовою) — це короткий проміжок часу, як правило, від 2 до 4 тижнів максимум, протягом якого команда проектує, реалізує, розробляє та тестує нові функції продукту. В кінці спринту продукт потенційно можна відправити.

Відпустіть

Реліз відповідає новій версії продукту, доступній користувачам. Реліз складається з кількох спринтів.

Історія користувача

Une Історія користувача (або США) – це простий і зрозумілий опис функції, яку потрібно розробити. Він містить інформацію про кого? що ? Чому ? Його можна доповнити правилами управління, критеріями приймання, документацією (каркасами, бізнес-правилами тощо), KPI тощо.

Epic

Це макрофункція або «велика» історія користувача, яка потім розбивається на кілька історій користувачів.

Блокування продукту

Це основний інструмент ОП. Це список історій користувачів, запланованих і підтримуваних Власником продукту у співпраці з командою Scrum.

Графік розкриття

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

Дорожня карта

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

Kanban

Kanban — це гнучкий метод, заснований на візуальному управлінні завданнями та постійному вдосконаленні. Його можна використовувати на додаток до Scrum. Це також часто дошка завдань для візуального відстеження прогресу.

Agile Ритуали / Церемонії

Це всі зустрічі проекту, визначені структурою методології Scrum:

• планування спринту,
• щоденна сутичка,
• огляд спринту
• ретроспектива

В якості бонусу/виносу

Agile Manifesto

Маніфест Agile визначає основні принципи спритності в 4 пунктах:
#1 Люди та їх взаємодія, а не процеси та інструменти
#2 Робочі рішення, а не вичерпна документація
#3 Співпраця з клієнтами, перевага перед переговорами по контракту
#4 Реакція на зміни, а не дотримання плану.
Мета полягає не в тому, щоб бути вичерпним, а в тому, щоб дати деякі ключі до розуміння термінів, які найчастіше зустрічаються в agility. Ми повернемося з деякими концепціями та методами, запровадженими нашими власниками продуктів.
UX-Republic приймає на роботу! Якщо всі ці концепції більше не містять для вас жодних секретів, якщо ви шукаєте складні завдання з нашими ключовими клієнтами, а також якщо вам подобається працювати з UX, UI, аналітиками даних та розробниками, то не зволікайте!
Фелікс Р., власник продукту @UX-Republic