Я работаю в компании среднего размера, которая предоставляет определенные услуги американским муниципальным органам власти. Большая часть нашего продукта — это программное обеспечение, управляющее некоторыми из этих услуг, которые мы продаем правительствам (позволяя им использовать собственный персонал).
Мой босс, как известно, никогда не брал выходных, и он занимался всеми различными devops, дежурствами и обслуживанием старых систем. Как и в большинстве групп разработчиков, у нас высокая текучесть кадров, и никто, кроме моего босса, не работает здесь более двух лет. Если это была древняя система, использующая Ant (какой-нибудь инструмент для сборки Java), он так и сделал. Он был готов делать все то, что никто не хотел делать, оставив нам веселую работу по написанию исходного кода для новых проектов.
Однако несколько дней назад он внезапно объявил, что уходит, так как они даже не поднимут его зарплату до верхней планки, как будто «только для внешнего найма». Были предприняты масштабные усилия по переходу (десятки сотрудников из службы поддержки клиентов в ИТ и разработчиков заняты на постоянной основе), чтобы попытаться задокументировать все, прежде чем он уйдет.
Проблема в том, что никто даже не знает используемых технологий. У нас есть код FORTRAN. Никто здесь этого не знает. Мне поручили задокументировать пять систем, о которых я никогда даже не слышал, которые в основном просто собирают пароли и имена репозиториев SVN, поскольку я не являюсь главным разработчиком Java.
Сегодня он впервые за много лет взял выходной, так как я подозреваю, что ему уже все равно. База данных prod выходит из строя, и никто не знает, как это исправить. Нам пришлось сделать очень дорогой звонок поставщику услуг баз данных за советом.
Теперь они говорят о масштабных изменениях, начиная от перевода некоторых из нас в специальные разработчики по обслуживанию и введения дежурства.
В принципе, что обычно происходит, когда происходит событие bus factor 1? Нас ждет период существенной боли и разочарования? Поскольку я склонен присоединиться к моему боссу, чтобы избежать этого.
Похоже, ваш технический отдел в плохой ситуации. Это не обязательно означает, что вы находитесь в плохой ситуации.
В своем ответе я делаю предположение, что вы разработчик и у вас есть некоторые знания о задействованных системах, но не такие, как у человека, который уходит. Я также предполагаю, что компания может оправиться от этого:
Теперь кто-то из руководства напортачил, и допустил, что это допустило, что есть топ-парень с высоким коэффициентом автобуса, и об этом топ-парне не очень хорошо позаботились. Скорее всего, дела пойдут плохо, прежде чем станут лучше, а когда дела идут плохо, часто вокруг разлетаются обвинения, как шрапнель.
С другой стороны, оставшиеся технические специалисты нужны компании больше, чем когда-либо (осознает это руководство или нет). Сейчас важен каждый, кто хоть немного знает о существующих системах. И, возможно, теперь HR и руководство понимают, что важные люди могут уйти, если они недовольны.
У вас есть много возможностей проявить себя в этой ситуации. Вы можете быть человеком, который спасает день. Не помешает быть готовым к худшему и, возможно, начать рассылать заявки, но также не помешает попытаться увидеть, насколько хорошо вы можете справиться с ситуацией после тренировки. Даже если вы в конечном итоге уйдете, это некоторый опыт, который вы, возможно, не так легко получите снова.
В принципе, что обычно происходит, когда происходит событие bus factor 1? Нас ждет период существенной боли и разочарования? Поскольку я склонен присоединиться к моему боссу, чтобы избежать этого.
Вот что вы можете сделать:
Когда ваше руководство просит вас поработать над системами, которых вы не знаете, примите задачу, но обязательно оправдайте их ожидания: «Да, босс, я делаю все, что в моих силах, чтобы помочь, но в случае с системой C я, вероятно, не дам вам подробностей о внутренностях. Я не человек на Фортране».
Затем в рамках своей области знаний оцените нанесенный ущерб и будущие риски. Например: «Система А действительно важна, но у нас уже есть X и Y, которые, похоже, знают о ней достаточно. Система Б важна, и я знаю ее достаточно хорошо, чтобы поддерживать ее по крайней мере в рабочем состоянии. выходит из строя, это влияет только на те же редко используемые части интрасети. Система D подвержена высокому риску выхода из строя, и никто об этом не знает».
Вы можете сделать это для себя или поделиться этим со своим руководством, которое может быть слепо к тому, что происходит, если парень, который уходит, также был их глазами и ушами.
Теперь, когда вы знаете о рисках, что вам нужно, чтобы обезопасить себя? Ваш самый важный сервис работает на Java, а Java никто не знает? Найдите внешнее 5-дневное обучение, которое обучает Java и включает Ant, и предложите своим менеджерам: «Эй, система D действительно важна, никто не знает ее и никто не знает Java и Ant достаточно хорошо. Я мог бы позаботиться об этом, но мне нужны эти тренинги. .
Не ждите, пока руководство скажет вам, что делать, скажите им, что нужно сделать. «Мне нужно это обучение. Мне нужен стажер, чтобы взять на себя эту другую задачу. Мы должны заменить услугу C готовым продуктом. Нам нужно заключать меньше контрактов на следующий квартал. Поднимите мою зарплату на 20%, чтобы что я могу посвятить еще 2 года в компании» и т. д.
Сначала сосредоточьтесь на управлении самыми большими рисками, после чего начните следить за тем, чтобы автобус снова не попал в аварию.
Это прекрасная возможность а) получить повышение и б) узнать, как быстро ваше руководство учится.
Знайте, что если вам удастся получить повышение и взять на себя большую часть ответственности вашего босса, вас ждут тяжелые времена. Но это произойдет в любом случае. Как только все немного успокоится, вам нужно распределить рабочую нагрузку между командой немного лучше, чем раньше. Это означало бы, что вам нужно активизироваться, проделать небольшую управленческую работу, если вы не получите надлежащей поддержки, и это, безусловно, будет проблемой.
Отказ от ответственности: это, очевидно, азартная игра и может быть не для вас! Но ясно, что в любом случае вашему отделу придется столкнуться с трудностями. Их продолжительность также будет зависеть от того, насколько хорош ваш менеджмент. Пока это выглядит не слишком хорошо без участия кого-то из команды.
И, очевидно, если вы действительно нуждаетесь в этой работе, всегда есть альтернатива: не высовываться, делать свою работу хорошо, но не переусердствовать и не позволять проблемам управления быть проблемами управления.
Звучит так, будто станет еще хуже, прежде чем станет лучше.
Проблемы, которые вы описали, по крайней мере частично являются ошибкой вашего босса, я надеюсь, вы знаете об этом.
При этом достаточно ли хорошо вы зарабатываете, чтобы выдержать надвигающийся шторм дерьма? Если это так, вы можете высунуть его и посмотреть, что произойдет. В краткосрочной перспективе все может быть плохо, но в долгосрочной перспективе может стать заметно лучше, если правильные люди осознают проблемы и примут решение их.
Это немного зависит от того, как вы относитесь к компании и своей карьере в ней: каждый вызов — это также возможность быть на высоте.
Для меня, я хотел бы понять, как компания справляется с этим. Очевидно, что высшее руководство сильно напортачило, допустив автобусное мероприятие и, что более важно, будучи в первую очередь уязвимым для автобусного события. Есть два способа реагировать на это:
Поговорите со своим высшим руководством. Спросите о том, как они хотят справиться с ситуацией в будущем и какую роль вы могли бы сыграть. Если слова «Извините, мы облажались, и мы стремимся построить лучшую компанию» отсутствуют в преобразовании, я бы ушел. Если лидеры не берут на себя ответственность, они недостаточно зрелы, чтобы руководить такой компанией, как ваша, и следующая катастрофа только и ждет, чтобы случиться.
Собирайся и уходи. Неважно, что они говорят, то, что они сделали, является четким показателем того, как они думают. Они гонятся за краткосрочной прибылью и не учитывают долгосрочные риски. Вы не хотите работать на таких людей.
Стефан Бранчик
ЩЕРЗО КЛЫ
Гай
Пит Б.
Эрик Липперт
скрежет729
Тангурена