Вы платите каждый месяц и не знаете, за что. Не потому что вас обманывают: работа подрядчика живёт в инструментах подрядчика, а до вас доходит устный пересказ раз в месяц. Этот разрыв нормален, и он же то самое место, где рождаются все недоразумения. Текст написан, чтобы вы знали, что просить. Он не утверждает, что ваш подрядчик плох, и не предполагает, что хорош.
Почему вы ничего не видите, даже когда всё в порядке
У подрядчика есть система задач, почта, переписка. Работа идёт там. Вас нет ни в одном из этих мест, поэтому информация доходит до вас через одного человека, менеджера проекта, и в том темпе, который задаёт он.
Это отлично работает, пока спокойно, и ломается в первый же день, когда что-то пошло не так: ровно тогда этот человек занят, и последнее, что он делает, это пишет вам сводку.
Вывод не "требуйте больше отчётов". Отчёт, написанный руками, пишется тогда, когда есть время, то есть не тогда, когда он нужен. Просить надо доступ к тому, что записывается и так.
Четыре вопроса до подписания
Задайте их до начала, пока отвечать удобно.
- Кто конкретно будет работать. Не "команда из четырёх", а имена и доля времени. Расплывчатый ответ здесь через два месяца превращается в "разработчик, который это знал, ушёл".
- Как я узнаю, что сделано. Правильный ответ это место, куда можно зайти, а не обещание месячной сводки. Если такого места нет, спросите, что есть, и запомните, что ответом было "мы вам пришлём".
- Что происходит при срыве срока. Не "мы не сорвём". Спросите, как вы узнаете о срыве и когда: в день, когда он случился, или в конце месяца.
- Кому я звоню, когда не работает. Имя, а не должность. И что происходит, когда этот человек в отпуске.
Доступы, которые должны быть у вас с первого дня
Это не недоверие, а гигиена. Даже с лучшим подрядчиком на свете вот это должно быть записано на вас:
- Домен. Не на подрядчика и не на его сотрудника. Это то, что больнее всего терять и нельзя вернуть силой.
- Хостинг и сервер. Хотя бы владельческая учётная запись, которой распоряжаетесь вы, даже если обслуживает подрядчик.
- Репозиторий кода. Чтобы держать учётную запись, где он лежит, читать код не нужно.
- Почтовый ящик системы. Из него уходят письма вашим клиентам и в него приходят ответы.
- Учётные записи внешних сервисов, за которые платите вы: эквайринг, SMS, облако.
Просьба совершенно законная и не является оскорблением. Профессиональный подрядчик сделает это за час. Отказ или повторный перенос сами по себе отвечают на вопрос "что будет, если мы расстанемся".
Как проверить оценку сроков, не разбираясь в технологиях
Чтобы задать три хороших вопроса, программировать уметь не надо.
"Из каких частей состоит эта оценка?" Оценка "три недели", которую нельзя разложить, это догадка. Разбивка на пять пунктов с числами это уже оценка, даже если в итоге окажется неточной.
"Что здесь самое рискованное?" У любой работы есть одна часть, которая может взорваться. Подрядчик, который говорит "рисков нет", либо не думал, либо не хочет рассказывать.
"Что будет, если не успеете?" Важный ответ не "успеем", а что режется первым. Договорённость о порядке урезания заранее стоит больше любого обещания.
И четвёртый вопрос, который не задаёт никто: "что нужно от меня и к какому сроку?" Большинство оценок ломается не о код, а о контент, согласование или доступ, не пришедшие вовремя с вашей стороны.
Что просить в месячном отчёте
Отчёт из одной строки с суммой отчётом не является. Что действительно говорит хоть что-то:
- Часы, привязанные к задачам. Не "40 часов разработки", а какая задача сколько заняла. Без этого нельзя спросить "почему так дорого": не на что показать.
- Что закрыто и что открыто за месяц. Список "сделано" сам по себе прячет главное: сколько нового встало в очередь.
- Что сдвинулось по срокам и почему. А не статус "в работе", который не меняется три месяца.
- Что стоило денег помимо часов. Хостинг, лицензии, внешние сервисы. Это копится тихо.
- Что застряло у вас. Хороший подрядчик скажет, что ждёт ответа от вас, и скажет это до конца месяца, а не в отчёте за него.
И просите, чтобы отчёт приходил сам, в назначенный день. Отчёт, который приходит только по запросу, измеряет в основном то, что вы не забыли спросить.
Признаки беды, от лёгких к тяжёлым
Ни один сам по себе не доказательство. Три сразу это уже разговор.
- Отчёт приходит, только когда просят. Самый частый признак, и он не про лень, а про то, что данных в готовом виде не существует. У кого они есть, тот присылает без напоминания.
- В отчёте есть часы и нет задач. "38 часов поддержки" это не ответ, а заголовок.
- У задач не видно даты последнего движения. Если нельзя увидеть, когда что-то двигалось в последний раз, этого не знает и сам подрядчик.
- На "почему так долго" отвечают "так получилось". Верный ответ звучит иначе: "три переделки из-за изменения требования двенадцатого числа".
- Один человек знает всё. Удобно ровно до дня, когда он заболел. Спросите, кто ещё знает, и просите ответ именами.
- "Мы вам писали об этом". Попросите ссылку на письмо. Если показать переписку нечем, это утверждение нельзя проверить ни в одну сторону, в том числе в пользу подрядчика.
- Сроки двигаются молча. Сдвиг срока это нормальная часть разработки. Сдвиг, о котором вам не сказали, это уже другое.
- "Почти закончили" повторяется. Третье "ещё неделя" это не опоздание, а отсутствие измерения.
Что, наоборот, признаком беды не является
Чтобы не искать врага там, где его нет.
- Тишина в чате не равна простою. Сосредоточенная работа выглядит именно так.
- Много часов не обязательно хорошая новость. Иногда это признак, что что-то делали дважды.
- Замена человека внутри команды нормальна. Ненормально, что вам об этом не сказали и знание не передали.
- "Не успели в этом месяце" это законный ответ, если он сказан вовремя и с причиной. Подрядчик, который никогда не опаздывает, обычно просто не рассказывает.
Пять вопросов раз в месяц
Не допрос. Разговор на десять минут:
- Что закрыли за месяц и что из этого я бы почувствовал как клиент.
- Что открылось за месяц и не было в плане.
- Что застряло и у кого: у вас или у меня.
- Какая дата сдвинулась и по какой причине.
- Что мне нужно решить, чтобы вы не встали на следующей неделе.
Пятый вопрос важнее остальных. Заметная часть задержек лежит не у подрядчика, а в ожидании вашего ответа, и обе стороны обычно узнают об этом слишком поздно.
Что делать, если уже плохо
Если вы дочитали досюда и узнали три признака, порядок действий важен. И правильный порядок вовсе не "менять подрядчика".
Сначала задокументируйте неделю. Не чтобы обвинить: память обычно преувеличивает в обе стороны. Неделя фактической записи превращает разговор из "мне кажется, что не работают" в "с третьего по десятое не было ни одного обновления, и две задачи не двигались".
Потом попросите встречу с числами, а не про ощущения. Пришлите заранее три вопроса, на которые хотите ответ. Подрядчик, который придёт подготовленным, ответит; подрядчик, который придёт объяснять, почему сложно, уже ответил, не ответив.
Потом попросите план на тридцать дней с двумя промежуточными точками. Не обещание, а точки, которые можно проверить по дороге.
И только после этого разговор про расставание, и первый вопрос там не "к кому переходим", а "что должно перейти": доступы, код, документация, знание. Порядочный подрядчик поможет; если нет, то хорошо, что вы узнали это сейчас, а не через год.
И ещё одно, неприятное, но честное: иногда проблема не у подрядчика. Если ваша сторона задерживает согласования, меняет требования на середине и просит устно, организованным не будет выглядеть никто. Пятый вопрос из списка выше нужен ровно для этого.
Как выглядит работающая прозрачность
Это не профессиональный секрет. Настоящая прозрачность выглядит так:
- есть одно место, куда можно зайти и увидеть месяц: часы, задачи, что закрыто, что открыто;
- у каждого часа есть задача, к которой он относится;
- у каждой задачи есть дата последнего движения, и видно, что она правда двигалась;
- то, что вынесли наружу (отчёт, файл, выгрузка), записано, и видно, кто и когда;
- а то, что застряло, видно без вопроса.
Как это выглядит на практике, можно посмотреть на страницах модулей, ссылки ниже.
А если у вашего подрядчика такого инструмента нет
Это не повод менять подрядчика. Большую часть перечисленного можно получить общей таблицей и регулярной встречей, если обе стороны их правда поддерживают. Инструмент не создаёт прозрачность, он только снижает её цену, и поэтому она выживает в загруженный месяц.
Важна привычка: постоянная дата, одна и та же структура каждый месяц, и данные, которые записываются по ходу работы, а не собираются задним числом накануне встречи.
И если вы всё же присматриваете инструмент: у нас он есть, и отвечает он ровно на то, что здесь написано. Но если ваш подрядчик хорошо работает без него, не меняйте ничего. Этот текст написан, чтобы вы знали, что просить, а не чтобы вы что-то купили.
Частые вопросы
Нормально ли, что я не знаю, что подрядчик делает каждый месяц?
Какие учётные записи должны быть оформлены на меня?
Что должно быть в месячном отчёте подрядчика?
Нужен ли особый инструмент, чтобы получить прозрачность от подрядчика?
Хотите посмотреть, как это выглядит на настоящем проекте? Можно начать с пробного периода, без карты.
Начать бесплатно