Есть старое ресторанное правило: хочешь понять, какая в заведении кухня, загляни в туалет. Если там чисто, скорее всего, и на кухне порядок. Если на зеркале разводы трёхдневной давности, никакое меню с трюфелями Вас уже не спасёт. Это правило грубое, но очень точное, потому что культура не умеет быть избирательной. Она либо есть везде, либо её нет нигде.
С подрядчиками в IT работает ровно то же самое. Качество будущей системы видно задолго до того, как написана первая строчка кода. Оно видно в том, как с Вами разговаривают, какие задают вопросы, как оформляют письма и как ведут себя, когда Вы с ними не согласны. Я много лет нахожусь по обе стороны этого стола: продаю услуги Ingello и сам нанимаю подрядчиков для отдельных задач. И чем дольше я этим занимаюсь, тем меньше смотрю на презентации и тем больше смотрю «под капот».
Первый разговор: кто задаёт вопросы
Хороший врач сначала собирает анамнез и только потом выписывает лекарство. Плохой выписывает таблетки, пока Вы ещё снимаете куртку. В разработке это выглядит так: сильный подрядчик в первом разговоре больше спрашивает, чем рассказывает. Его интересует, как сейчас устроены Ваши процессы, кто будет пользоваться системой, что болит сильнее всего, откуда приходят деньги и где они теряются.
Если же весь первый созвон Вам рассказывают о себе, о своих технологиях, наградах и о том, что они «делали похожее для крупного банка», это тревожный знак. Человек, который не задал вопросов, не может знать, что Вам нужно. Значит, он будет продавать то, что умеет, а не то, что Вам требуется. Я иногда шучу, что подрядчик, у которого на всё есть готовый ответ, просто ещё не понял вопроса.
Обратите внимание и на неудобные вопросы. Хороший подрядчик обязательно спросит то, о чём Вы сами не подумали или подумать боялись: кто будет поддерживать систему через год, что будет с данными, если сменится поставщик, кто у Вас принимает решения и сколько на это уходит времени. Это не вредность. Это признак того, что человек уже мысленно строит Вашу систему и наткнулся на её слабые места.
Письмо после встречи
Мой любимый тест очень простой: что приходит Вам после первой встречи. Если ничего, это плохо. Если приходит «спасибо, было приятно пообщаться, ждём ТЗ», чуть лучше, но ненамного. Если приходит короткое резюме: что мы поняли о задаче, какие видим риски, какие вопросы остались открытыми и какой следующий шаг, значит, перед Вами люди, которые умеют работать с информацией.
Разработка программного обеспечения на восемьдесят процентов состоит из передачи смысла между людьми и только на двадцать из написания кода. Тот, кто не может аккуратно зафиксировать часовой разговор, не сможет аккуратно зафиксировать и полгода требований. А именно на потерянных требованиях проекты и погибают чаще всего, а вовсе не на сложных алгоритмах.
Как выглядит оценка
Следующая точка проверки это коммерческое предложение и оценка. Здесь легко ошибиться, потому что глаз цепляется за итоговую сумму. Смотреть же стоит на структуру. Хорошая оценка разбита на понятные части: этапы, модули, примерные трудозатраты по каждому. В ней честно написано, что не входит в работу. В ней есть допущения: «мы исходим из того, что интеграция с банком делается через стандартное API». И в ней есть риски, названные вслух.
Оценка одной строкой «Разработка CRM: 15 000 долларов, 3 месяца» говорит только о том, что цифру придумали. Возможно, она даже окажется верной, но Вы этого никогда не узнаете, пока не станет поздно. Как строитель, который называет цену дома, не посмотрев на участок: может, и угадает, но фундамент лучше заливать с тем, кто сначала проверил грунт.
Маленький платный этап вместо большого прыжка
Самый надёжный способ проверить качество сервиса это начать с небольшой оплачиваемой работы. В Ingello мы почти всегда предлагаем начинать с аналитического этапа или с прототипа: пара недель, понятный результат, умеренные деньги. Для клиента это возможность увидеть нас в деле, прежде чем доверить нам большой бюджет. Для нас возможность понять, можем ли мы с этим клиентом работать. Это как тест-драйв, только честнее: Вы едете не по кругу у автосалона, а по своему реальному маршруту.
На этом этапе смотрите на следующее:
- Соблюдаются ли договорённости о сроках, хотя бы маленькие: обещали прислать во вторник, прислали во вторник.
- Видите ли Вы промежуточный результат или Вам показывают всё только в последний день.
- Как подрядчик сообщает о проблемах: заранее и с вариантами решения или в момент, когда уже всё сгорело.
- Кто реально делает работу: те люди, с которыми Вы общались на продаже, или неизвестные Вам исполнители, о которых Вы узнали случайно.
- Понятен ли результат человеку, который не участвовал во встречах.
Тест на несогласие
Отдельно рекомендую проверить, как подрядчик реагирует на несогласие. Специально оспорьте одно из его предложений. Хороший специалист не обидится и не сдастся мгновенно. Он объяснит свою позицию аргументами, а если Ваши аргументы окажутся сильнее, честно это признает. Плохой поведёт себя одним из двух способов: либо начнёт спорить на уровне «мы лучше знаем», либо моментально согласится с чем угодно, лишь бы Вы были довольны.
Второй вариант опаснее, хотя выглядит приятнее. Подрядчик, который соглашается со всем, не защитит Вас от Ваших собственных ошибок. А Вы, как и любой заказчик, их обязательно совершите, потому что не обязаны разбираться в архитектуре баз данных. Вам нужен партнёр, который в нужный момент скажет «НЕТ, так делать не надо, и вот почему».
Культура подрядчика не умеет быть избирательной. Если небрежно написано письмо, небрежно будет написан и код.
Что сделать завтра
Если Вы сейчас выбираете подрядчика, составьте для себя короткий чек-лист из этой статьи и пройдите по нему с каждым кандидатом: сколько вопросов задали, что прислали после встречи, как устроена оценка, на что согласны в маленьком первом этапе. Сравнивайте не цены, а ответы. Через неделю такой проверки картина обычно становится настолько ясной, что решение принимается почти само.
И не стесняйтесь проверять нас тем же способом. Мы в Ingello Systems к этому привыкли и, честно говоря, больше доверяем клиентам, которые проверяют. С ними потом гораздо легче работать, потому что они понимают, за что платят.
