7 принципів Agile з Agile Extension від IIBA

7 принципів Agile з Agile Extension від IIBA

Принципи — це ті рейки, які спрямовують людей життєвим шляхом. Міжнародний Інститут Бізнес-Аналізу (IIBA) визначив 7 головних принципів, які вказують бізнес-аналітикам як працювати приносити більше користі команді та клієнту, роблячи менше роботи з більшим коефіцієнтом корисності. Стаття буде корисна як бізнес-аналітикам-початківцям, так і тим колегам, хто хоче глибше зануритися в Agile або підготуватися до складання іспиту AAC.

До теми: Питання на іспит CBAP/CCBA. Розбір прикладу

Стаття написана з погляду бізнес-аналітика, проте описує ті принципи Agile, якими слід керуватися всім учасникам Agile команд для поліпшення своєї роботи.

Стаття є переробкою тих параграфів “Agile Extension to BABOK Guide”, які говорять про принци Agile бізнес-аналізу та містить невеликі доповнення та пояснення.

See The Whole

Перший принцип – бачити картину повністю – спрямовує бізнес-аналітиків до того, щоб створювати в команді колективне бачення цінності, яке принесе рішення бізнесу. Використання цього принципу допоможе бізнес-аналітику відповісти на питання “чому”: “Навіщо клієнту потрібен цей продукт?”, “Чому робимо таку систему?”

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

Що таке Big Picture та як її створювати

Говорячи про Whole, важливо пояснити, що це за звір. Whole – або Big Picture – це контекст у якому відбувається зміна (створюється продукт, проект). Контекст створюється не одним бізнес-аналітиком. Тут важлива участь лідерів ініціативи: проектного менеджера, Product Owner, Product Manager. 5 причин, заради яких БА створює загальне розуміння контексту:

  • щоб команда знала куди та навіщо йде проект;
  • щоб було легше валідувати із замовником саме рішення та підходи до нього;
  • щоб було легше керувати створенням рішення та запитами на зміни, швидко та точно трасувати зміни у вимогах та бачити як зміни впливають на мету ініціативи.

 

До теми: Як бачити завдання в цілому

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

Think As a Customer

“Думай як користувач” допоможе аналітику та команді почути голос тих, хто використовує продукт. Аналітики починають із високорівневого розуміння того, хто користувач рішення. Розуміння посилюється в міру зростання ініціативи, обростаючи деталями того, які потреби користувачів чи бізнесу задовольняє команда створюючи проект.

Користувач – це не тільки людина. Досвідчені колеги згадують проекти, де користувачем виступали корови. У такому разі бізнес-аналітик зобов’язаний почути в ньому запит на вимоги, які команда зобов’язана виконати. Головне у виконанні цього принципу – це цінність. Концентрація у ньому вкаже організації, які ставити цілі, які функції розробляти.

У Agile-плануванні цей принцип допоможе аналітику, організації та команді не зробити нісенітниці. Напевно, читач пам’ятає про Waterfall і про те, що там планування займає місяці та роки і не враховує мінливі потреби користувачів.

Принцип “Think as a customer” включає вивчення реакції користувачів на рішення. У книзі “Lean Startup” Ерік Ріс писав про прискорення feedback loops. Тобто про те, що важливо розуміти користувачів та те, як вони використовують продукт, швидко. IIBA пише, що фокус на користувачі допоможе організації приймати правильні рішення про продовження або скасування ініціативи та розподіл ресурсів.

Analyze To Determine What Is Valuable

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

  • розуміти сенс вимог, що надходять для аналізу;
  • бути впевненим, що рішення та компоненти приносить користь бізнесу;
  • використовувати останні дані: правильні рішення, прийняті з застарілої інформації, у результаті будуть хибними.

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

Get Real Using Examples

Цей принцип схожий на “генти генбуцу” – принцип з “Дао Тойота”, який змушує продакт-менеджерів “виходити з офісу”, щоб зрозуміти запит користувачів. Get Real Using Examples допомагає аналітикам у створенні загального розуміння запитів, які задовольнить рішення.

`Examples` надходять постійно з будь-якої взаємодії з користувачами – скарги на підтримку, фідбек-тікети від лідерів ініціативи, аналітики чи інтерв’ю з користувачами. Команда опрацьовує різні рішення, які задовольнять запит, створюючи спільне розуміння, як рішення задовольнить потреби.

Бізнес-аналітик може використовувати отримані приклади використання для створення критеріїв приймання, розробки рішення (щоб відповісти на запитання, що ми робимо?). Також вони можуть бути основою для створення тест-кейсів командою тестування.

Understand What Is Doable

Цей принцип допоможе бізнес-аналітику зрозуміти, яке рішення застосовується для задоволення потреби в контексті, де працює команда. Щоразу запитуючи “Чи можна це зробити?” ми відповідаємо і на запитання “Чи є сенс робити зараз?” і “Чи треба взагалі це робити?” Контекст включає:

  • обмеження технологій, що використовуються у проекті;
  • навички команди;
  • час протягом якого команда зобов’язана доставити рішення користувачам.

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

Stimulate Collaboration and Continous Improvement

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

  • бути відкритими до змін (якщо між людьми багато комунікації, то вони і спілкуватися починають відкрито, довіряючи один одному);
  • безупинно шукати методи поліпшення процесів, побудованих у команді.

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

Avoid Waste

Хоч і здається, що цей принцип про сміття, насправді він про зайву роботу та допомагає аналітикам робити менше, створюючи більше цінності. “Avoid Waste” постулює: “More outcome with less output”.

Waste може з’явитися двома шляхами:

  1. за допомогою роботи, що створює цінність побічно;
  2. за допомогою роботи, що взагалі не створює цінності.

Використовуючи цей принцип, аналітик зводить до мінімуму перший спосіб створення waste і позбувається другого. Щоб уникнути зайвої роботи, бізнес-аналітик повинен:

  • використовувати прості методи повідомлення вимог (наприклад: діаграми замість текстів);
  • не створювати занадто рано вимоги та тікети в Jira (це загрожує переповненим беклогом, який команда не виконає);
  • створювати деталізовані вимоги якомога ближче до моменту, коли розробник зможе взяти їх у роботу, щоб уникнути переробок та змін;
  • використовувати лише свіжі дані для комунікації можливих рішень (рішення, прийняті на поганих даних – це waste).

Також цікаво: 7 кроків, як бізнес-аналітику піднятися на вищий рівень

Висновок

Хоча принципи Agile бізнес-аналізу і здаються нескладними, але насправді ними важко користуватися на практиці. Колеги, пам’ятайте, що Agile є тими навичками, які easy to learn, difficult to master і користуйтеся мудрістю IIBA, щоб створювати більше цінності за меншу кількість дій.

Автор: Алексей Хованский (IT Business Analyst)

Це переклад статті, опублікованої на сайті HABR 20 листопада 2021 року

Якщо ви знайшли помилку, будь ласка, виділіть фрагмент тексту та натисніть Ctrl+Enter.

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

Повідомити про помилку

Текст, який буде надіслано нашим редакторам: