Методи збору вимог або «Як зрозуміти, що хоче замовник?»

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

Читати далі →

Воркшопи з виявлення вимог до IT-проектами: як і навіщо їх проводити?

image

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

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

Які тут можуть виникнути труднощі?

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

Що робити?

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

Читати далі →

Демократія в розробці: як у Parallels використовують голосування клієнтів для створення нових функцій

  Напевно, багато користувачів вважають, що набагато краще розробників знають, які саме мають бути у продукту функції. І ми дійсно з цікавістю слухаємо всі їхні пропозиції. Проблема в іншому — зібрати 1000 думок можна, а от робити 1000 різних речей не можна (та й сенсу немає).
 
Щоб робота над нашим продуктом Parallels Plesk йшла ефективніше, ми вирішили запустити систему, де висловитися може кожен користувач, а ми можемо зосередитися на найважливішому. Як засіб реалізації спробували SaaS-рішення Uservoice . І хоча спочатку воно нам не сподобалося, фінальні результати порадували — завдання було вирішено при мінімальних витратах ресурсів.
 
Читати далі →