business analyst

Як готуватися до фази Discovery — напевно, цьому я присвячу найбільше часу, тому що, на мій погляд, це важливо. Розглянемо відмінності між Discovery на локації (on-site) і віддалено (off-site). Через останні події, пов'язані з пандемією коронавірусу, багато фаз Discovery доводиться проводити віддалено, тому торкнемося й цієї частини. Фаза Discovery — це тема, яка захоплює розуми всіх бізнес-аналітиків без винятку. Я часто чую на співбесідах, що люди кажуть: "Мене приваблює Di

Життєвий шлях проекту починається з фази Discovery і перетворюється на фазу Delivery. В рамках Discovery ми: досліджуємо предметну область; досліджуємо бізнес-процеси замовника; дізнаємось очікування замовника від нового продукту; виявляємо вузькі місця; формулюємо розв'язання його проблем на високому рівні; розставляємо пріоритети та формуємо backlog; складаємо roadmap проекту. Є початкові умови, які дозволять провести Discovery: довіра замовника; його бажання йти вам назуст

Спроба підняти хайповість теми нашої розмови: запитаймо у ChatGPT, що таке discovery phase у розрізі розробки ПЗ. Отже, версія ChatGPT: «Discovery phase — це початковий етап у розробці програмного забезпечення, що полягає у вивченні потреб клієнта, визначенні вимог до проєкту, виробленні концепції та оцінці технічної реалізації проєкту. Основна мета цієї фази — отримання повнішого розуміння того, що саме має бути розроблено, як це має бути зроблено та скільки часу й ресурсів

Більше половини ІТ-проектів закінчуються провалом. Одні з найпоширеніших причин невдач ІТ-проектів – неправильна інтерпретація бізнес-цілей, ігнорування клієнтів, неправильне розміщення пріоритетів. Але всі вони мають загальний корінь проблеми: неправильний підхід до розробки програмного забезпечення. Основні методології розробки ПЗ Методологія розробки програмного забезпечення (SDLC) є послідовністю дій, які необхідно виконати, щоб отримати готове рішення. Простіше кажучи, ц

Цитуючи автора книги Managing Information Technology Projects Джеймса Тейлора, "життєвий цикл проекту охоплює всю діяльність проекту".  Завданням розробки ПЗ є виконання вимог продукту. Якщо ви хочете навчитися створювати та випускати високоякісне ПЗ, вам доведеться слідувати плану. За словами Тейлора, вашою метою має стати всебічний аналіз діяльності проекту та контролю кожного етапу його розробки. Ось тільки з чого почати? Відповісти можна так: направити ваш робочий процес

Бізнес-аналітик (БА) – це спеціаліст, який відповідає за збір, аналіз та інтерпретацію різних даних. Результати його роботи необхідні компаніям для подальшого розвитку та прийняття ґрунтовних рішень щодо розширення діяльності, запуску цифрових продуктів та багато іншого. У статті поговоримо загалом про професію бізнес-аналітика, а також про його функції та роль на кожному етапі розробки продукту й доставки до кінцевих користувачів. Етапи, на яких задіяний бізнес-аналітик Діял

Персони чи персонажі користувачів є одним із інструментів дизайну продукту або послуги, орієнтованого на користувача (user-centered design), який ґрунтується на ідеї, що створювати продукти потрібно «навколо» людей та їх цілей, а не навчати людей тому, як використовувати продукти. Також не робити "дизайн для всіх". Ключове завдання в даному випадку – це зрозуміти, що потрібно користувачеві через його поведінку, ставлення, потреби та цілі, виявляючи емпатію та дизайн-мислення.

Стейкхолдер (Stakeholder) - це  член "груп, без підтримки яких організація припинила б своє існування", як визначено у першому вживанні цього слова у внутрішньому меморандумі Стенфордського дослідницького інституту 1963 року. Пізніше ця теорія була розвинута і відстоювалася Р. Едвардом Фріменом у 1980-х роках. З того часу вона набула широкого визнання в діловій практиці та в теоретичних дослідженнях, пов'язаних зі стратегічним управлінням, корпоративним управлінням, бізнес-ці