Несколько недель назад мы подняли тема «эффективного» управления , что вызвало много споров в комментариях.
Но любое массовое корпоративное явление имеет свои коренные причины.
В нашем случае это рост компании.
Рост – это почти всегда хорошо.
Как бы сотрудники ни относились к тому, что происходит внутри компании в будущем, с точки зрения бизнеса рост является показателем успешности и правильности взятого курса.
Наем новых людей, менеджеров и даже «эффективных» менеджеров всегда диктуется возросшими потребностями.
Без этих новых и, казалось бы, порой не очень нужных людей бизнес не может развиваться.
И вот, однажды утром ведущий разработчик, наемный технический директор и звездный специалист просыпаются, приходят в офис и обнаруживают, что теперь они уже не мастера своего дела.
Сейчас все изменилось и их позиции, по сути, не существует. 
Все это очень сильно бьет по эго и самооценке.
Почему это происходит? Как с этим справиться? И нужно ли справляться? Давайте разберемся вместе.
Как это произошло
Представим, что у нас в вакууме есть сферический ведущий разработчик, который стоял у истоков и плюс-минус год назад поднял с колен продукт нашей быстрорастущей компании.Этот разработчик писал основные функции, проводил обзоры кода, внедрял новые технологии, посещал собеседования для новых сотрудников и так далее.
В какой-то момент продукт вышел из стадии закрытой альфа-версии и успешно занял свою долю рынка; выручка растет, клиентская база растет, вес владельца компании также сдвинулся с мертвой точки и всего за полгода-год будет расти быстрее, чем два предыдущих показателя вместе взятые.
Казалось бы, сейчас тот момент, когда наш ведущий разработчик может взойти на созданный им трон, устроиться поудобнее и отправить своих рабов работать в свое удовольствие.
Но его вызывают на ковер.
В офисе сидит директор компании – его непосредственный руководитель, а также владелец бизнеса, руководитель отдела кадров и кто-нибудь еще по душе.
Разговор начинается вполне спокойно, даже буднично, но в какой-то момент слышится слово «перестройка».
Или «развитие».
Или «изменения».
Вы можете выбрать любой подходящий.
Слово может быть разное, но смысл всегда один: «%%USERNAME%%, ты молодец, спортсмен и комсомолец, но компания растёт и твоя работа в нынешнем виде нам больше не нужна».
В этот момент у большинства героев таких сцен (наших ведущих разработчиков или других Суперзвезд) темнеет в глазах и земля уходит из-под ног.
«Что значит, тебе это не нужно? Неужели я зря работал по 70-100 часов в неделю, не виделся с семьей, друзьями, частично облысел и, в конце концов, стал похож на носферату? Привет! Ты решил бросить меня? Но никто никого не обманывает, у нас здесь в большинстве своем приличное общество.
На самом деле это довольно просто.
Все, что делала наша SuperStar за последний год разработки продукта, было важным и нужным.
Очень важно и очень нужно.
Большинство владельцев бизнеса и других руководителей прекрасно осознают, какую роль наш разработчик играет в их собственном благополучии.
Но есть одна проблема.
Все, что сделал наш разработчик не масштабируется .
Бизнес – это история о зарабатывании денег
Нам необходимо сделать небольшое отступление, чтобы внести ясность.Любой бизнес, в том числе и разработка программного обеспечения, — это зарабатывание денег для основателей, а не реализация амбиций сотрудников.
Но чаще всего на старте именно амбиции и стремление к профессиональному самоутверждению делают вчерашние стартапы успешными компаниями.
Первый этап разработки и выхода на рынок любого продукта ложится на плечи наших увлеченных товарищей, которые не видят своих семей, работают по 10-14 часов в день и быстро лысеют от перегрузок, как физических, так и моральных.
Бизнес охотно поддерживает таких людей в их самосожжении на рабочем месте, но лишь до тех пор, пока ему, бизнесу, это выгодно.
Очень быстро компания вырастает из «детских штанишек» бесконечного спринта, инноваций и инноваций, которые привносят отцы-основатели проекта, и переходит на стадию «плато» — размеренное урезание фич, поддержку и тщательный мониторинг существующих и потенциальных.
конкуренты.
Именно на этом этапе наши стахановские звезды становятся «лишними», потому что их бесконечный спринт, фичи и «давай по-новому», отбрасывающее разработку на пару сотен часов, уже не нужны и вредны для бизнеса, что теперь должно не удивлять, а гарантировать стабильность для клиентов и инвесторов.
Именно поэтому нашей звезде предлагается либо найти новое место работы, либо успокоиться, разобрать свой «трон» из черепов, поправить нервы и смириться с тем, что теперь он будет работать в общем коллективе.
Дальнейшие сценарии развития событий
На самом деле такая ситуация очень сильно бьет по эго.Вчера вы были центральным, незаменимым специалистом, который вел продукт в светлое будущее, а сегодня вас просят снять корону, надеть значок, потому что у вас есть служба безопасности, и прислушаться к мнению инвесторов или аналитиков рынка.
Время сумасшедших спринтов осталось позади, в офисе появляется все больше незнакомцев, а новые разработчики порой ругаются на костыли в коде или непонятные им функции.
Им не объяснишь, что это было необходимо! Сейчас начинаются разговоры о рефакторинге и внедрении новых, более стабильных инструментов, а пропасть между владельцем компании и нашим разработчиком становится всё шире и шире.
Многие не выдерживают этого и покидают проект. Одни очень обижаются, громко хлопнув дверью, да так, что штукатурка осыпается с потолка, другие тихо, получая благодарственную «компенсацию» за плохое самочувствие и выпавшие волосы (но не всегда).
Но что делать, если вы не хотите отказываться от продукта, в который вложили столько сил, времени и нервов?
Незаменимых людей быть не должно
При переходе от стадии создания продукта к коммерческой долгосрочной разработке и поддержке бизнес, клиенты и инвесторы должны быть уверены, что структура компании стабильна, а процессы внутри нее масштабируемы.Это банальный здравый смысл: незаменимых людей быть не должно.
В процессе разработки коммерческого продукта, которым пользуются N клиентов, не должно быть человека, который бы поддерживал «все и сразу».
Именно поэтому «мутация» компании начинается с реструктуризации, расставания с ранее ключевыми разработчиками SuperStar и найма большого количества новых сотрудников.
В данном случае все зависит от человека.
Если он примет новые правила игры, будет рассматривать продукт как товар, каким он и является, и готов разделить власть и ответственность, то для него всегда найдется высокооплачиваемое «теплое» место.
Но чтобы правильно «играть» в этой ситуации, нужно понимать бизнес-логику: любая попытка и дальше «запирать» процессы на себе и вытягивать какие-то особые условия, право вето или другие рычаги давления на развитие будет воспринято как прямой саботаж.
Потому что чаще всего все эти инструменты воздействия используются для достижения субъективного, а не объективного результата.
Разработчики крайне подозрительно относятся к продавцам и другим аналитикам, которые говорят, что они сейчас востребованы.
Еще более обескураживают ситуации, когда эти же аналитики отмечают, что некоторая часть тяжелой работы, проделанной разработчиками, не имеет отношения к текущим потребностям клиента.
В этот момент многие люди срываются, рвут рубашки на груди и начинают кричать: «Да я столько сил приложила к этому! Я не позволю!» и так далее.
Именно такого поведения бизнес опасается со стороны разработчиков SuperStar, поднявших проект с нуля, и именно такого поведения они пытаются избежать путем увольнения ключевых участников.
старой команды.
По сути, все сводится к одной простой истине: если вы не являетесь совладельцем бизнеса, то не вам определять, как он будет развиваться.
И не важно, сколько времени и сил было потрачено на первом этапе становления компании.
Да, может быть больно, может быть обидно, что продукт превратился в болото корпоративного сегмента и перестал обрастать новыми функциями и фишками.
Но прямое столкновение с интересами бизнеса приведет только к одному – поиску новой работы.
И даже если вы правы в конкретном случае и видите, что новый курс ведет в пропасть, а не к звездам, статистика играет против вас.
Потому что на каждого понимающего ситуацию разработчика приходится 99 звездных разработчиков, которые перетянули одеяло на себя, не видя всей картины.
Как часто вы сталкивались с тем, что ведущие разработчики сопротивляются изменениям и инновациям, связанным с ростом компании, просто потому, что это для них? не понравилось ? Мне это не понравилось, но это не было ошибкой .
К сожалению, такие ситуации далеко не редкость.
Чтобы идти в ногу с текущими потребностями бизнеса, вам необходимо принять тот факт, что написанный вами код — это не ваша собственность, а часть коммерческого продукта, цель которого — заработать деньги, а не угодить одному из разработчиков.
Как остаться на «корабле»
На самом деле способ остаться и работать дальше достаточно прост, но он лежит в плоскости борьбы с собственными привычками.Многие из описываемых нами разработчиков сталкиваются с тем, что новое руководство, владелец компании и даже коллеги начинают мыслить совершенно другими категориями.
Собственно, этому и учат на MBA – извлечению максимальной прибыли из продукта.
Если вы не разделяете эти взгляды, но хотите остаться на своем нынешнем месте, то следует принять во внимание следующие моменты:
- Продукт создан для клиентов и с заботой о клиентах, потому что теперь они у вас есть.
- Подход к развитию изменится и это нормально.
- Масштабирование неизбежно.
- Нельзя пытаться перевернуть всю разработку на себя.
- Вполне вероятно, что вам придется занять руководящую должность, а это нравится не всем.
- Интересных задач и профессиональных «вызовов» будет все меньше и к этому нужно быть готовым.
- Теперь гораздо больше людей будут иметь право голоса и влияние на развитие.
Это бизнес.
- Противостояние с новыми людьми и начальством ни к чему хорошему для всех сторон не приведет.
Но если продукт всего один, то выбор не слишком велик: поддержать то, что «сделали», перейти в управление или искать новый проект. Как это грустно.
Пост скриптум
Описанное не следует путать с ситуациями, когда разработчика фактически «выдавливают» из компании менеджеры-менеджеры.Возможно, мы поговорим об этом в другой раз.
Теги: #кроссовер #Управление проектами #разработка #карьера в нем #растущие проблемы #Управление проектами #управление персоналом #Карьера в IT-индустрии
-
Шпаргалка По Spring Boot Webclient
19 Oct, 24 -
Факап Iap, Выполненный Google
19 Oct, 24 -
Знакомьтесь: Сервисы Google Play
19 Oct, 24 -
Чудеса В Затмении
19 Oct, 24 -
Выпуск Rubymine 4.5
19 Oct, 24 -
Linux Эффективен (Часть I)
19 Oct, 24 -
Личный Опыт: Хобби = Бизнес?
19 Oct, 24
