Золотые наручники: как ведущий разработчик превратил продукт в тыкву и держит компанию в заложниках

Жил-был программный продукт — двигатель фирмы. Гордость, основа бизнеса, локомотив продаж. Но шли годы, бизнес рос, требования менялись, а продукт застыл во времени. Как в сказке: после полуночи карета превратилась в тыкву. Только здесь тыквой стал код, а полуночью — момент, когда бизнес осознал: «Мы не можем развиваться дальше».

Как дошли до жизни такой?

Ведущий разработчик (назовём его Архитектор) создавал эту систему 10 лет. Он был незаменим. Но когда бизнес заговорил о модернизации, герой неожиданно захотел на покой.

Он пришёл к собственнику с идеей: «Буду работать удалённо на полставки, консультировать. А вы ищите нового ведущего, который всё перепишет». Звучало почти благородно.

➡️Джентльменское соглашение

На совещании договорились. Архитектор кивал, обещал помочь с вводом нового человека. «Найдём достойную замену, я всё передам». Глаза горели искренностью. Или казалось?

Мы начали поиск. Кандидаты пошли. И тут началось...

➡️Театр одного актёра

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

После собеседований он сокрушался: «Опять не тот уровень. Не потянет. Без меня не справится». А я понимал: он делает всё, чтобы никого не взяли. Чтобы остаться единственным. Чтобы вечно сопровождать этот мёртвый продукт и получать деньги.

🔖Золотые наручники

Это классическая история «золотых наручников» (golden handcuffs), только с изнанки. Не компания надевает наручники на сотрудника, а сотрудник — на компанию. Механизм:

1. Создать уникальную сложность. Написать код так, чтобы никто кроме тебя не разобрался.

2. Не документировать. Знания только в голове.

3. Саботировать передачу знаний.

4. Стать незаменимым и диктовать условия.

⁉️Почему это работает

Собственник боится. Боится, что продукт рухнет, бизнес встанет. Архитектор эти страхи умело подогревает.

К тому же, Архитектор — «свой». 10 лет в компании, личные связи. Когда я пытался объяснить собственнику, что происходит, я натыкался на стену: «Ну он же не враг себе, зачем ему саботировать?»

❓Наивность или слепота?

Заинтересован? Да он заинтересован ровно в обратном. Его идеальный сценарий: работать на полставки удалённо и получать стабильный доход годами. А компания так и останется с тыквой.

⚠️Что делать?

Честно? Без жёсткой позиции собственника — ничего. Если первое лицо не готово рискнуть, шантажист победит.

📣Нужно:

- Поставить ультиматум: либо Архитектор передаёт знания и уходит, либо компания ищет другой путь.

- Оплачивать передачу знаний отдельно, с чёткими KPI.

- Нанимать сильного техлида поверх, который возьмёт управление, даже при саботаже.

⭐️Вывод

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

📎А у вас было такое? Сталкивались с разработчиками, которые специально усложняли код, чтобы стать незаменимыми?