Как дипломатично отказаться от новой роли техлида, данной мне, потому что проект, связанный с этой ролью, полный бардак? Я хотел бы вернуться к обычной роли программиста.
Я back-end программист с несколькими годами коммерческого опыта и приличной базой навыков. Все это делает меня солидным постоянным разработчиком. Лучше всего я чувствую себя в роли создателя веб-приложений, особенно внутренней логики, которая работает за кулисами и обычно инкапсулируется в форме веб-API.
В настоящее время я работаю в компании по разработке программного обеспечения среднего размера, всего около ста человек. Когда я присоединился к нам, меня сразу же привлекли к довольно сложному проекту, который вот-вот должен был начаться. Первые два месяца я был единственным бэкенд-разработчиком. Сроки реализации проекта были нереальными. Было немного хлопотно, но, по крайней мере, не было непродуктивного ожидания задач. В итоге нам все-таки удалось поставить работающую систему, чем я не мог не гордиться, так как большинство архитектурных решений принимал я. Проект создавался с нуля и с учетом нестандартных технологических требований, сжатых сроков, постоянных изменений бизнес-требований в процессе разработки... работа была сделана на совесть.
Затем меня попросили помочь коллегам в другом проекте, так как объем работы в моем первом проекте уменьшался. Я согласился, и за последние шесть месяцев я участвовал в нескольких проектах, обычно около месяца. Пришлось немного помочь, потом меня перевели к следующему.
Предпоследний проект, в котором я участвовал, был полным беспорядком. К счастью, клиент захотел перенести часть его на новую версию, поэтому моей задачей было создать что-то новое. Это была внутренняя логика, мне не нужно было продолжать разработку старой, так что трагедии не было. Да, я был один и был на аутсорсе два месяца, но у клиента было спокойное отношение, и я делал то, что хотел, так что все было в порядке.
Прошло два месяца, и этот проект тоже должен был закончиться. После этого я надеялся на что-то внутреннее, что-то похожее на мой первый проект (за исключением нереальных сроков). Но как оказалось, был еще один внешний проект, с возможностью для меня быть техлидом, консультировать других разработчиков и быть первым контактным лицом для клиента. Я, технический руководитель? Ага! Я бы сказал, что немного рано для моего опыта, но разве это не звучит хорошо, не так ли? Я не узнаю, пока не попробую, верно? Я дал зеленый свет.
Меня познакомили с системой клиента. Он огромен, в процессе перехода от старого кода, но реальный «новый» код выглядит ничуть не лучше. В целом не хватает компетентных сотрудников, и это приводит к десяткам проектов, которые мне показывали... в них полный бардак. Снова. Не буду вдаваться в подробности, но это одна большая глинобитная хижина. И проблема в том, что эта землянка живая и в производстве. Так что нет возможности снести хижину, так как клиент явно этого не хочет. Чего он хочет, так это продолжать развивать его, добавить кухню на втором этаже и построить гараж рядом с ней. И я жалуюсь здесь не только на качество кода, но и на отсутствие безопасности, тем более, что система довольно часто посещаемая. Это'
Я и раньше был участником подобных проектов, но обычно мне везет просто время от времени наведываться в хижину, только посмотреть, а потом вернуться к строительству бетонного дома с правильной планировкой, следуя лучшим практикам, просто как и в предыдущем проекте я был в течение двух месяцев. Но здесь мне поручили продолжать разработку глинобитной хижины, которая включает в себя внешний интерфейс, и контролировать / консультировать его по развитию в качестве «технического руководителя».
Моя зарплата не изменилась с моей новой ролью технического руководителя, хотя я только начинаю. Прошло две недели.
Я хотел бы вернуться к тому, чтобы быть простым бэкенд-разработчиком, занимающимся своими делами, а не накрашивающим губы трупу, сделанному кем-то другим. Внутренний проект был бы лучше. Быть переданным на аутсорсинг другим не очень приятно, тем более, что компания, в которой я работаю, занимается разработкой программного обеспечения, а не аутсорсинговой компанией.
Я запланировал встречу с доверенным руководителем проекта, с которым я могу свободно говорить. Я поделился с ним своими мыслями и опасениями. Кроме того, я использовал несколько аргументов:
Затем он поговорил с соучредителем компании и менеджером по доставке, который поддерживает весь процесс аутсорсинга.
Результаты? Меня перевели в другую часть клиентской системы, где должно было быть больше внутренних задач. В начале было что-то, но в конце я снова занимаюсь полным стеком, переплетающимся с бэкендом. Например, прямо сейчас я создаю инфраструктуру для интеграции со сторонним API поиска, но пока никто не знает, что это за API... Итак, чуть лучше, чем начальная часть клиентской системы, но все та же разработка подход, все еще формируя хижину.
Как дипломатично (но твердо) сказать моему работодателю, что я не хочу быть «техлидом» в проекте, который выглядит так? Честно говоря, я просто хочу убежать от этого и вернуться к тому, что мне нравится делать и что я умею делать. В первом проекте, который я описал во введении, я был своего рода техническим руководителем для моих коллег-разработчиков бэкенда, но это было нечто совершенно другое.
Я подумываю бросить курить и не буду первым, кто это сделает из-за этого проекта. Какой-то фронтенд-парень не выдержал и ушел в отставку после того, как ему поручили настраивать конфигурационные файлы целыми днями в течение двух месяцев. Кроме того, уход кажется правильным шагом, потому что у меня сложилось впечатление, что проблемы, которые я выражаю, на самом деле не решаются, вместо этого на них просто отвечают «да», но ничего не меняется. Соучредитель все время говорит: «Здесь ничего не навязывают, давайте просто дадим клиенту больше времени», но я в это не верю. Я просто думаю, что он сосредоточен на получении большей прибыли, так как клиент иностранный.
Ходят слухи, что компания, в которую меня перевели на аутсорс, также борется с трудоустройством, так как якобы присутствует высокая ротация. Говорят, что люди уходят довольно часто, и я уже встречал нескольких, которые только что присоединились, так что это действительно может быть правдой.
Итак, уход из компании неизбежен? Если я угрожаю своему работодателю, что уволюсь, если он не даст мне нормальный проект, где я буду в своей реальной роли, я беспокоюсь, что с этого момента меня будут воспринимать как неуверенного сотрудника, который может уйти, когда что-то случится . злиться. Я беспокоюсь, что такой ярлык, данный мне, может привести к еще более безнадежным проектам, которые мне дали. Помимо последних нескольких не очень хороших проектов, мне нравится компания, в которой я работаю. Хотя, мое терпение для плохих проектов на исходе.
С другой стороны... мой доверенный руководитель проекта слишком много раз шутил о том, что я ухожу в отставку, поэтому я чувствую, что они также беспокоятся о том, что я и другие люди уйдут в отставку, так что отставка может быть хорошей торговой карточкой.
Так что, если честно, я не собираюсь отвечать прямо на ваш вопрос «Как отказаться от должности технического руководителя», а вместо этого расскажу о том, почему вы не хотите занимать эту должность.
Первая часть: вы хотите быть техническим руководителем или нет? Это первый вопрос, который вы должны задать себе, потому что для меня это решает не тип проекта, а вы. Вы знаете, кем вы хотите быть или нет.
На данный момент моей карьеры у меня около 16 лет опыта, можете ли вы представить, сколько раз мне приходилось работать над проектами, которые были в беспорядке? Вы можете себе представить, сколько вещей я узнал, работая над этими проектами? Можете ли вы представить себе времена, когда я говорил: «О боже, почему я?» (И я даже не религиозный человек)
Работа над плохими проектами — это еще и способ расти (вы многому научитесь, я гарантирую это), кроме того, если вы работаете над проектом, в котором код беспорядок, значит, есть способы его улучшить. (Я не говорю о полном переписывании с 0), я просто говорю, когда вы трогаете что-то, что выглядит не очень хорошо, сделайте это немного лучше и так далее и тому подобное.
На протяжении всей вашей карьеры вам придется работать с подобными проектами, и если вы хотите стать техническим руководителем, техническим директором, чем угодно, что вам придется научиться справляться с наследованием действительно плохого кода, и, поверьте мне, вы это сделаете. научиться с этим справляться.
Если вы будете работать над проектами с плохим кодом, просто уволившись из компании или отказавшись от продвижения по службе, как вы собираетесь расти?
Может, просто сказать, что не хотите повышения?
«Значит, уход из компании неизбежен? Если я буду угрожать своему работодателю, что уволюсь, если он не даст мне нормальный проект, где я буду в своей настоящей роли»
Я так думаю. Что вы должны сделать, независимо от вашего решения, так это убедиться, что вы изложили свои опасения и оговорки в письменном виде руководству. Убедитесь, что вы четко изложили, что необходимо для успеха проекта. Храните копии этого сообщения в таком месте, где компания не сможет его удалить, например на USB-накопителе. Да, я видел, как плохие менеджеры пытались сделать людей козлами отпущения в ситуациях, когда они были настроены на неудачу, а просьбы о дополнительных ресурсах оставались без внимания.
sf02
Капитан Эмакс
clbx
Коэн
Коэн
clbx
Коэн
Толстяк