Цена статус-кво

Небольшая компания несколько лет развивает собственный программный продукт. В команде пять человек, включая Основателя, Senior-разработчика и Разработчика на частичной занятости. По косвенным признакам Основатель видит, что команда недорабатывает: долго делает, казалось бы, простые изменения, а оценку новой функции для крупного клиента разработчики перекидывают друг на друга и не могут дать уже неделю. Но ему не хватает технической экспертизы, чтобы предметно обсудить это с ними. Недавно он узнал, что Senior-разработчик тайно устроился на подработку в другую компанию на 10 часов в неделю, хотя на прямой вопрос, не отвлекает ли его что-нибудь от работы, ответил «нет».

Основной бизнес стагнирует, поэтому компания запустила новый продукт в смежной отрасли, где команде не хватает экспертизы, и для этого Основатель привлёк внешнего Эксперта.

Сначала Эксперт активно консультировал Основателя в своей области, а затем, будучи техническим специалистом, постепенно включился и в текущие задачи, в том числе, по просьбе Основателя, в выстраивание разработки с использованием ИИ. Основатель предложил ему стать CTO и партнёром с долей в компании. Принципиальная договорённость есть, но документы пока не подписаны, и команде о новой роли не объявляли.

Эксперт предложил команде свои опробованные практики и инструменты разработки с ИИ. Senior-разработчик включился: начал ими пользоваться и сам предложил улучшения. Разработчик на одном из ежедневных созвонов открыто заявил, что пользоваться ими не собирается: у них давний сложившийся проект, а это навязанные сверху инструменты, которым две недели от роду.

Позиции до переговоров:

Основатель – недоволен темпом команды и возмущён скрытой подработкой Senior-разработчика. Хочет закрепить Эксперта в роли CTO, чтобы тот выстроил быстрый и прозрачный процесс разработки. Склоняется к тому, чтобы объявить команде решение сверху: «теперь у вас новый CTO, слушайтесь его».

Эксперт – хочет войти в проект и сохранить ядро команды. Считает, что уважение команды надо заслужить, а не получить приказом. Senior-разработчик уже прислушивается к нему, но остальные, вопреки ожиданиям, сами не подтянулись. Скрытую подработку считает недопустимой. Управленческий опыт есть, но команды он всегда собирал с нуля и ни разу не входил руководителем в сложившуюся.

Senior-разработчик – проект давно стал для него простым, и он заскучал, поэтому нашёл подработку на стороне и никому не сказал. С приходом Эксперта стал вовлечённее, но из-за других дел, и личных, и внешней подработки, проекту порой не хватает его внимания.

Разработчик – боится, что с приходом ИИ его навыки обесцениваются. Его устраивает спокойный режим, и менять ничего не хочется. Воспринимает Эксперта как чужака, спущенного сверху, который мешает жить как раньше.

Дмитрий Мешков автор

  • HR
  • IT
  • внутрифирменный конфликт
  • конкуренция
  • конфликт коллег
  • конфликт собственника и команды
  • кризис в бизнесе
  • мотивация
  • неуправляемые подчинённые
  • управление изменениями
  • управление командой в IT