Чому клієнти так часто змінюють вимоги?
- Olena Hurach
- 1 день тому
- Читати 3 хв
Оновлено: 13 годин тому
Питання, яким дуже часто я задавалася і яке мене довго мучило, на початку кар'єри. Зараз воно трансформувалося більше у “Чому саме цей клієнт часто змінює вимоги? А це справді так, чи я щось пропускаю?”
Багато чого я зрозуміла і переоцінила за ці 5 років, великою мірою завдяки тому, що змінила кілька компаній, працювала як BA (PO) на 10+ проектах і провела біля 15 діскавері фаз. Вважаю, що великою мірою толерантність до цих постійних змін приходить, коли ти часто зустрічаєш нових людей (з всіх куточків світу), нові процеси, а також любиш займатись нон-стоп вдосконаленням роботи, та просто аналізом всього, що там відбувається 🙂
Зараз мій основний ʼlessons learned’ полягає у тому, що не варто дивитись на зміни, як на проблему, а радше, як на данність, з якою ми, БА, щодня стикаємось. Зрештою, якби не вони, то можливо БА би не існували, як окрема роль.
Отже, чому так відбувається? Я би поділила всі можливі варіанти на дві частини:
Вам лише здається, що клієнт постійно змінює думку, але насправді це не так (пояснення нижче).
Так і є. Можливі причини також нижче.
Коли це не запит на зміну
Отже, коли вам може виглядати, що клієнт тільки те і робить, що фонтанує новими ідеями і перекреслює старі, але це не так:
Ви не все з'ясували на початку, бо банально не спитали.
Ви не зрозуміли клієнта, але насправді він мав на увазі те саме.
Можливо, на той момент вам бракувало розуміння професійного сленгу, часу, енергії, будь-чого, щоб справді його почути.
Вимоги в когось/десь були, але їх там не взяли.
Бувало, що через кілька місяців проєкту я виявляла якийсь клієнтський артефакт, який пояснював дуууже багато. Але я не відкрила його вчасно (або відкрила й пропустила його повз увагу, або не додумалася попросити про нього). Або класика жанру - через N місяців ви дізнаєтеся, що існує ще якийсь стейкхолдер, який виявляється, що знав “все”, але ніхто його не спитав.
Ці ідеї насправді не нові.
Вони вже існували, але стейкхолдери свідомо або несвідомо їх не донесли. Клієнт міг вважати, що це ще не на часі, неважливо, може вас заплутати, і тому не розповів. Або мав своє інше бачення, чому на даному етапі не варто ними ділитися.
Ви думали, що наразі можна не питати про функціонал Б, бо ви зараз робите функціонал А
І тоді виглядало, що немає прямого зв'язку. Але він виявився із часом. І клієнт теж не передбачив цього.
Чому клієнт справді постійно докидує нові вимоги
Йому раніше не ставили саме цих питань у цьому контексті, у такому форматі, і, відповідно, він і сам не міг подумати, що не договорив щось.
Ви підняли питання один раз, на одному спільному дзвінку, і цим опісля запустили хвилю роздумів, інших нарад та мозкових штурмів на стороні замовника.
Коли ви реалізували певний функціонал або створили прототип, замовник наочно побачив продукт (чи його частину), спробував усе й зрозумів, що функціонал Х уже не може так працювати, як він думав початково. І це було неможливо (або майже неможливо) зрозуміти до того, як він його протестував.
Іноді з початком проєкту клієнт починає жити в цьому контексті ще більше, ніж раніше, і природньо обговорює його з друзями, колегами, родичами за вечерею. Відповідно всі ці люди постійно підкидають нові ідеї з якими він радісно біжить до вас :)
Клієнт не розуміє, який ефект це дає для команди й проєкту загалом, а також якою є ціна переробки (доробки), тому постійно перебуває в процесі генерації ідей.
Клієнт не усвідомлює загального обсягу змін. Йому здається, що він буквально кілька разів щось додав/уточнив. В процесі постійного обговорення функціоналу, пріоритетів і змін ці речі трохи розмиваються.
З'явилися нові стейкхолдери, яких раніше взагалі не було в компанії замовника.
З'явилися нові вимоги законодавства, які зобов'язують вас щось змінити у функціоналі чи архітектурі.
Майже безперервно з'являються нові вимоги ринку, або кінцевих користувачів. І тут питання лише в тому, чи відстежує це замовник. Якщо так - звісно, ви будете дізнаватися про це першими.
Клієнт думає, що класно пропрацювати багато варіантів і обрати найкращий. Не бачить жодної проблеми у великій кількості змін.
Клієнт все розуміє і готовий платити за зміни. Розуміє, яка від цього шкода, як це впливає на бюджет, команду, time to market, реакцію користувачів, ризики і тд. Але він приймає все це і йому ок.
Новини та статті з бізнес-аналізу:
