Спокій
Пропозиції порівнянні, а приймання не перетворюється на суперечку про враження.
Вимоги, сформульовані мовою Ваших процесів, ще до оголошення закупівлі чи надсилання запиту пропозицій. Завдяки їм пропозиції можна порівняти, а згодом — вимагати від постачальника виконання домовленого.
Запитання, на які варто знати відповідь.
Якщо на котресь із них відповідь звучить «не знаємо», саме тут я можу допомогти. Ці запитання я ставлю правлінням, секретарям, старостам і керівникам компаній, перш ніж ухвалять рішення і гроші почнуть витрачатися.
- Чи вміємо ми описати постачальнику, що має робити система, так, щоб це можна було перевірити?
- Які сценарії з нашої щоденної роботи мають спрацьовувати без винятків?
- Що станеться з нашими даними і як ми вийдемо з договору, коли захочемо змінити постачальника?
- Як швидко і за якого обсягу даних має працювати система?
Що Ви з цього маєте.
Кращі результати
Ви отримуєте те, чого потребуєте, а не те, що постачальник має в шаблоні.
Менше мілин і помилок
Менше виправлень після запуску, бо вимоги записано до впровадження, а не після нього.
Вартість помилки на цьому етапі. Недостатньо точні вимоги — це додаткові угоди, виправлення після запуску та суперечки про приймання. Радник зазвичай коштує менше, ніж одна невдало обрана технологія, один невідповідний постачальник чи одна пастка в договорі.
Вимоги — це валюта розмови з постачальником.
Записані мовою Ваших процесів, ще до оголошення закупівлі чи надсилання запиту пропозицій, вони дають змогу порівняти пропозиції, а згодом — вимагати від постачальника виконання домовленого. Це моя найважливіша компетенція: перекладаю потреби організації на бізнес-вимоги, сценарії та критерії приймання.
Що саме Ви отримуєте.
- Інтерв’ю, карти процесів, модель даних, інтеграції та тестові сценарії.
- Передусім — відповідь на питання про критерій успіху впровадження: навіщо ми це робимо і яких результатів очікуємо.
- Коли правління має ідею, але бракує часу її розписати: концепція або прототип після однієї розмови, приблизно за 2 дні.
Як я працюю на цьому етапі.
- Інтерв’ю та карти процесівЗ людьми, які працюють у процесі, та з власниками процесів. Створюється опис поточного й очікуваного стану.
- Вимоги та сценаріїМодель даних, інтеграції, подання, сповіщення, правила й тестові сценарії, а також вимоги до зручності роботи, швидкості та обсягу даних.
- Критерії прийманняПеревірювані критерії, за якими Ви зрозумієте, що система працює так, як мала. Постачальник отримує їх до пропозиції, а не після впровадження.
«Він здатен перетворити загальний напрям змін на запитання, які слід поставити окремим підрозділам, вимоги, які необхідно узгодити, та рішення, які має ухвалити керівництво.»
Моя компетенція на цьому етапі.
Проблеми, про які повідомляють бізнес-користувачі, перекладаю мовою, яку розуміє світ ІТ, а можливості технологій — мовою рішень правління.
Цифрова трансформація та управління змінами.
Це ключова компетенція, що поєднує всі етапи: понад 20 років роботи в багатьох організаціях, на боці замовника.
Найчастіші запитання про цей етап.
Навіщо записувати вимоги до закупівлі?
Завдяки їм пропозиції можна порівняти, а постачальника — притягнути до відповідальності за виконання. Без них Ви порівнюєте обіцянки, а приймання спирається на загальне враження.
Що, якщо в правління немає часу їх розписувати?
Достатньо близько 15 хвилин розмови. Повертаюся з концепцією або прототипом приблизно за два дні, на якому можна оцінити напрям, перш ніж проєкт згенерує першу витрату.
Поговорімо про цей етап.
Перша розмова триває 30 хвилин і нічого не коштує. Відповідаю протягом 2 робочих днів.