Є старе ресторанне правило: хочеш зрозуміти, яка в закладі кухня, зазирни до вбиральні. Якщо там чисто, найпевніше, і на кухні лад. Якщо на дзеркалі розводи триденної давнини, жодне меню з трюфелями Вас уже не врятує. Правило грубе, але дуже точне, бо культура не вміє бути вибірковою. Вона або є всюди, або її немає ніде.
Із підрядниками в IT працює те саме. Якість майбутньої системи видно задовго до того, як написано перший рядок коду. Її видно в тому, як із Вами розмовляють, які ставлять запитання, як оформлюють листи і як поводяться, коли Ви з ними не згодні. Я багато років перебуваю по обидва боки цього столу: продаю послуги Ingello і сам наймаю підрядників для окремих задач. І що довше я цим займаюся, то менше дивлюся на презентації й то більше дивлюся «під капот».
Перша розмова: хто ставить запитання
Добрий лікар спочатку збирає анамнез і лише потім виписує ліки. Поганий виписує пігулки, поки Ви ще знімаєте куртку. У розробці це виглядає так: сильний підрядник на першій розмові більше питає, ніж розповідає. Його цікавить, як зараз влаштовані Ваші процеси, хто користуватиметься системою, що болить найдужче, звідки приходять гроші й де вони губляться.
Якщо ж увесь перший дзвінок Вам розповідають про себе, про свої технології, нагороди й про те, що вони «робили схоже для великого банку», це тривожний знак. Людина, яка не поставила запитань, не може знати, що Вам потрібно. Отже, вона продаватиме те, що вміє, а не те, що Вам треба. Я іноді жартую, що підрядник, у якого на все є готова відповідь, просто ще не зрозумів запитання.
Зверніть увагу й на незручні запитання. Добрий підрядник обовʼязково спитає те, про що Ви самі не подумали або боялися подумати: хто підтримуватиме систему через рік, що буде з даними, якщо зміниться постачальник, хто у Вас ухвалює рішення і скільки на це йде часу. Це не шкідливість. Це ознака того, що людина вже подумки будує Вашу систему й натрапила на її слабкі місця.
Лист після зустрічі
Мій улюблений тест дуже простий: що Вам приходить після першої зустрічі. Якщо нічого, це погано. Якщо приходить «дякуємо, було приємно поспілкуватися, чекаємо ТЗ», трохи краще, але ненабагато. Якщо приходить коротке резюме: що ми зрозуміли про задачу, які бачимо ризики, які запитання лишилися відкритими і який наступний крок, значить, перед Вами люди, які вміють працювати з інформацією.
Розробка програмного забезпечення на вісімдесят відсотків складається з передачі сенсу між людьми і лише на двадцять із написання коду. Хто не може акуратно зафіксувати годинну розмову, не зможе акуратно зафіксувати й пів року вимог. А саме на загублених вимогах проєкти гинуть найчастіше, а зовсім не на складних алгоритмах.
Як виглядає оцінка
Наступна точка перевірки це комерційна пропозиція та оцінка. Тут легко помилитися, бо око чіпляється за підсумкову суму. Дивитися ж варто на структуру. Добра оцінка розбита на зрозумілі частини: етапи, модулі, приблизні трудовитрати за кожним. У ній чесно написано, що не входить у роботу. У ній є припущення: «ми виходимо з того, що інтеграція з банком робиться через стандартне API». І в ній є ризики, названі вголос.
Оцінка одним рядком «Розробка CRM: 15 000 доларів, 3 місяці» свідчить лише про те, що цифру вигадали. Можливо, вона навіть виявиться правильною, але Ви цього ніколи не дізнаєтеся, поки не стане пізно. Як будівельник, що називає ціну будинку, не подивившись на ділянку: може, й вгадає, але фундамент краще заливати з тим, хто спершу перевірив ґрунт.
Маленький платний етап замість великого стрибка
Найнадійніший спосіб перевірити якість сервісу це почати з невеликої оплачуваної роботи. В Ingello ми майже завжди пропонуємо починати з аналітичного етапу або з прототипу: пара тижнів, зрозумілий результат, помірні гроші. Для клієнта це можливість побачити нас у ділі, перш ніж довірити нам великий бюджет. Для нас це можливість зрозуміти, чи можемо ми з цим клієнтом працювати. Це як тест-драйв, тільки чесніший: Ви їдете не по колу біля автосалону, а своїм реальним маршрутом.
На цьому етапі дивіться на таке:
- Чи дотримуються домовленостей щодо термінів, бодай маленьких: обіцяли надіслати у вівторок, надіслали у вівторок.
- Чи бачите Ви проміжний результат, чи Вам показують усе лише в останній день.
- Як підрядник повідомляє про проблеми: заздалегідь і з варіантами рішення чи тоді, коли вже все згоріло.
- Хто насправді робить роботу: ті люди, з якими Ви спілкувалися на продажу, чи невідомі Вам виконавці, про яких Ви дізналися випадково.
- Чи зрозумілий результат людині, яка не брала участі в зустрічах.
Тест на незгоду
Окремо раджу перевірити, як підрядник реагує на незгоду. Навмисно оскаржте одну з його пропозицій. Добрий фахівець не образиться й не здасться миттєво. Він пояснить свою позицію аргументами, а якщо Ваші аргументи виявляться сильнішими, чесно це визнає. Поганий поведеться одним із двох способів: або почне сперечатися на рівні «ми краще знаємо», або миттєво погодиться з будь-чим, аби Ви були задоволені.
Другий варіант небезпечніший, хоч і виглядає приємніше. Підрядник, який з усім погоджується, не захистить Вас від Ваших власних помилок. А Ви, як і будь-який замовник, їх обовʼязково припуститеся, бо не мусите розумітися на архітектурі баз даних. Вам потрібен партнер, який у потрібну мить скаже «НІ, так робити не треба, і ось чому».
Культура підрядника не вміє бути вибірковою. Якщо недбало написаний лист, недбало буде написаний і код.
Що зробити завтра
Якщо Ви зараз обираєте підрядника, складіть для себе короткий чек-лист із цієї статті й пройдіть ним із кожним кандидатом: скільки запитань поставили, що надіслали після зустрічі, як влаштована оцінка, на що погоджуються в маленькому першому етапі. Порівнюйте не ціни, а відповіді. За тиждень такої перевірки картина зазвичай стає настільки ясною, що рішення ухвалюється майже саме.
І не соромтеся перевіряти нас у той самий спосіб. Ми в Ingello Systems до цього звикли й, чесно кажучи, більше довіряємо клієнтам, які перевіряють. З ними потім значно легше працювати, бо вони розуміють, за що платять.
