Человеческая труха за 500к в месяц: Почему в России проще отсудить аванс, чем собрать команду профи и почему я признаю этот провал

Блок-схема устройства<br />
Блок-схема устройства

В 2015 году я руководил проектом, который должен был стать «русским ответом» китайским гигантам майнинга. На пике криптобума знакомый инвестор решил создать собственный вычислитель (майнер) на базе FPGA-чипов Xilinx. Это был уровень сложности НИОКР: девять мощнейших чипов на одной плате, токи потребления до 200А, 14 слоев разводки.

Я отвечал за главное: архитектуру системы, бюджет, найм и сроки. У нас был неограниченный финансовый ресурс и лучшие юристы. Но проект, рассчитанный на 6 месяцев, растянулся на два года и фактически превратился в судебный сериал.

Сегодня я готов признать: это был один из самых важных управленческих провалов в моей карьере.

1. Ловушка «звездной» удаленки

Чтобы реализовать проект такого уровня, мне нужны были лучшие. В РФ специалисты по FPGA - штучный товар. Зарплаты по рынку тогда составляли 200-500 тысяч в месяц. Поскольку большинство профи уже работали на оборонных заводах или в крупных КБ, мы пошли на компромисс: нанимали их по совместительству на удаленку.

Это была первая и главная стратегическая ошибка.

Мой инсайт: Высокая квалификация разработчика в коде абсолютно не гарантирует его адекватность как бизнес-звена. Люди, привыкшие к мягким условиям корпоративного найма, воспринимали контракт ГПХ как необязательную факультативную игру. Они считали, что их «гениальность» — это индульгенция за сорванные дедлайны.

2. Когда «завтра» становится бесконечным

Мы выстраивали работу прозрачно: четкое ТЗ, запас по срокам и деньгам (если задача стоила 100к и 10 дней, мы закладывали 150к и 14 дней в контракт). Мы верили, что платим за ответственность.

Но на деле я столкнулся с феноменом, который я называю «культурой завтраков». Подрядчик мог молчать две недели, а в день сдачи этапа заявить: «У меня сломался компьютер» или «Я неделю разбирался с программным модулем и ничего не сделал». При бюджетах в миллионы долларов эти оправдания звучали как детский лепет.

3. Эффект «гниющего завода» и поездка за правдой

Рабочая поезкда А.Г.Лукашенко<br />
Рабочая поезкда А.Г.Лукашенко

Ситуация начала напоминать известные кадры из хроник про Лукашенко: директор завода докладывает об успехах, а за его спиной гниет под дождем дорогое оборудование. Чтобы пробить этот вакуум, я решил перейти к «полевым методам».

Один из ключевых разработчиков жил в соседнем городе (200 км от нас). После очередного сорванного дедлайна и фразы «я ничего не обещал», я взял двух юристов и поехал к нему лично.

Я ожидал встретить дерзкого оппонента, «рок-звезду» электроники, который в переписке выглядел непобедимым гуру. А увидел испуганного человека, который просто не привык отвечать за свои слова перед бизнесом. Он подписывал новые обязательства дрожащими руками, но в его глазах читалось: «Я снова всё провалю». Тогда я понял: можно заставить человека подписать бумаги, но нельзя заставить его созидать, если внутри у него профессиональная труха и пофигизм.

4. Юридическая победа при техническом поражении

Когда стало ясно, что уговоры не работают, мы включили судебную машину. Юристы взыскивали авансы, неустойки и пени, которые порой превышали стоимость самих контрактов.

FPGA-майнер в процессе тестирования<br />
FPGA-майнер в процессе тестирования

Юристы ликовали: «Мы их раздавили в суде! Мы вернули деньги инвестора!». Но я, как руководитель, понимал: мы выиграли тяжбу, но проиграли проект. Пока мы судились и искали замену «беглецам», прошло два года. Китайцы выпустили дешевые и эффективные решения, а наш проект на FPGA стал морально устаревшим артефактом.

5. Клевета как защита некомпетентности

Самое абсурдное началось потом. Те самые разработчики, которые получили авансы и выдали «ноль» результата, пошли на профильные форумы. Там я внезапно узнал о себе много нового: «мошенник», «затягивает в проекты, чтобы потом засудить».

Это классическая защита: превратить заказчика в монстра, чтобы скрыть свой профессиональный крах. Но в те же ветки также пришли люди, работавшие со мной годами на других проектах. Именно их поддержка помогла защитить репутацию — лояльность соратников оказалась весомее криков случайных подрядчиков.

Оглядываясь назад

Этот проект научил меня большему, чем десять успешных кейсов. Теперь, когда я руковожу крупными проектами, я первым делом смотрю не на стек технологий, а на «социальный клей» внутри команды.

Я начал внимательно анализировать психологические роли и управленческие коды. Теперь для меня критически важно, чтобы команда была совместима не только по Hard Skills, но и по методологиям Адизеса и Белбина. Профессионал, который «хочет, но не может» — это временная трудность. А «звезда», которая «может, но не хочет» или не вписывается в командную роль — это мина замедленного действия, требующая немедленного вмешательства сапёра.

Главные выводы:

> Жесткие контракты не заменят «химию». Если команда не притерта и нет интеграции, проект развалится.

> Лояльность не покупается деньгами. Специалист за 500к может быть абсолютно бесполезным «бизнес-звеном», если он не чувствует сопричастности.

> Удаленка в R&D - это иллюзия контроля. Сложные, динамичные проекты требуют очного присутствия и ежедневных «сцепок».

Я признаю этот провал. Признавать ошибки — не значит расписываться в слабости. Только пройдя через осознание собственного управленческого бессилия перед человеческим фактором, ты становишься по-настоящему «архитектором». Тем, кто строит системы, способные выстоять не только под нагрузкой трафика, но и под нагрузкой человеческого эго.

6
1 комментарий