Когда я подключился к проекту как аналитик, мне показалось, что всё идёт своим чередом. Маленькая команда, понятные задачи, рабочие процессы. Заказчик (а это была наша компания) и исполнитель (друзья нашего директора) общались неформально, без лишней бюрократии. Договор был заключен на оплату почасовых услуг, без конкретики и расписанных обязательств со стороны исполнителя. Казалось, что все друг друга понимают, и процесс идёт, пусть и медленно.
Но стоило копнуть глубже, как обнаружилась первая проблема: никто ничего не фиксировал. Ни договорённостей, ни требований, ни плана работ. Всё строилось на доверии. Вот тут-то я и заподозрил, что в конце этой истории кто-то останется в дураках.
Ловушка доверия
Всё началось с мелочей. Один забыл, о чём договорились на прошлой встрече. Другой уверял, что «мы же уже это обсуждали». В чатах терялись важные детали. На звонках рождались решения, которые тут же забывались. Документации не было вообще. Архитектурные схемы? Да, но без описаний. Бизнес-процесс? В головах у людей. Фиксированные требования? Да вы что, мы же друзья, решим по ходу дела!
Проблема не в том, что не было отчётов и протоколов. Проблема в том, что никто не чувствовал в этом необходимости. Мы ведь все взрослые люди, договоримся. Правда?
Кризис
Наступил момент, когда проект начал буксовать. Исполнитель все реже выходил на связь. Новые задачи его раздражали. «Этого не было в договорённостях!» – говорил он. А где эти договорённости? Ах да, их никто не зафиксировал.
Мы решили спасать ситуацию. Составили описание бизнес-процесса, задокументировали архитектуру, перевели общение в деловое русло. Но поезд уже ушёл. Исполнитель потерял интерес, а заказчик осознал, что без должного контроля и структуры проект превратился в хаос.
Кто виноват?
Можно было бы сказать, что виноват исполнитель. Он же не довёл работу до конца! Или заказчик, который изначально не выделил аналитика и руководителя проектов. Но правда сложнее: виноваты все.
Проекты на доверии — это прекрасно. Пока не наступает момент, когда доверие перестаёт работать.
Исполнитель ожидал, что заказчик будет чётче формулировать задачи. Заказчик ждал, что исполнитель будет предлагать решения. В итоге каждый ждал чего-то от другого, а результата не было.
Разбор полётов
Проект закрыли. Время потрачено, ресурсы сожжены, нервные клетки не восстановлены.
Какие выводы?
- Документация — это не бюрократия, а спасательный круг. Фиксируйте договорённости, даже если вы дружите с исполнителем 20 лет.
- Общение должно быть структурированным. Если что-то решено в чате — оформите это в рабочем документе.
- Нужен человек, который управляет проектом. Без этого даже небольшой проект может развалиться.
- Исполнитель — это не волшебник. Он не может додумать за вас и угадывать, что вам нужно. Чёткие требования = успешный проект.
- Доверие — хорошо, но контроль — лучше. Дружеские отношения не отменяют ответственности.
Финальное слово
Мы разошлись с этим исполнителем как в море корабли. Не врагами, но уже и не друзьями. Этот проект нас многому научил.
А вам желаю одного: не наступайте на эти грабли.
Больше полезного и интересного ищите в нашем Telegam-канале. Подписывайтесь! По вопросам сотрудничества, по внедрению 1С:ERP и не только пишите по этому адресу : erp.lab@1cbit.ru
Лаборатория внедрения 1С:ERP | @erplab