Поэтому они пытаются втянуть меня в управление [закрыто]

20

Я работаю в небольшом отделе информационных технологий в нетехнической компании. Мой менеджер недавно ушел, и они ищут замену. Я думаю, так как я один из тех «редких» разработчиков с человеческими навыками, директор побуждает меня подать заявку

Часть меня хочет подать заявку, но другая часть меня говорит нет. Заработная плата и способность вносить изменения звучат интригующе, и после 12 лет я немного перегорел программированием, но, похоже, есть и недостатки. Я бы руководил кем-то еще, кто очень интересуется этой позицией, и это может быть неловко, поскольку он друг и в настоящее время находится на ступеньке выше меня (наряду с несколькими другими).

Кто-нибудь еще был в подобном положении? Кто-то в управлении и счастливее, или кто-то устроился на управленческую работу и хотел бы, чтобы вы этого не делали? Любая обратная связь будет оценена!


@Pratik: Когда менеджеры работали на бывших сотрудников в компаниях, в которых вы работали, они доставляли им какие-то проблемы?


РЕДАКТИРОВАТЬ: Спасибо всем за ваши ответы.

Хотя это может показаться хорошей возможностью, есть несколько вещей, которые меня смущают.

1) Я буду нести ответственность за ВСЕ, а не за то, что меня просят. Департамент все еще шатается после нескольких раундов увольнений ... перегружен и находится на грани выгорания. У меня довольно хорошие отношения со всеми в команде ... но мне интересно, не изменится ли это, если я устроюсь на эту работу.

2) Несколько других сотрудников презирают директора по любой причине. Он может попытаться заставить меня сделать свою грязную работу и наказать их, если они будут бодаться.

3) Управление людьми, которые старше меня, что, похоже, не является проблемой, основываясь на посте Codemwnci.

4) Это небольшой отдел, и я действительно не думаю, что нужен штатный менеджер. ИМО, нам не нужен кто-то, кто бы тратил 50% своего времени на то, чтобы заказывать людей (потому что каждый знает, что им нужно делать), а 50% времени ничего не делал. Отделу нужно больше игрока-тренера ИМО. Я думаю, что это действительно помогло бы команде, потому что у них был бы другой человек, чтобы выполнять работу поддержки полный рабочий день (вместо того, чтобы иметь помощника, пишущего код, как я делаю сейчас), если это имеет смысл.
Это сложно, но то, что я делаю сейчас, тоже сложно (разработка + поддержка)

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


РЕДАКТИРОВАТЬ (4/30)

Ваши отношения с остальной частью команды будет меняться. Теперь вы босс, а не помощник. Вам нужно будет сказать людям, что делать, и они должны это делать. Некоторые будут в порядке с изменением, но другие могут возмущаться тем, что вас повысили, а не их.

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

В этом случае выделите некоторые «простые» задачи проекта для себя. Это должны быть некритические предметы, которые вы можете взять и уронить в любой момент. Это позволяет вам помогать в проекте, не отставать от кодовой базы, но не отвлекаться от управленческой деятельности. Еще одна вещь, которую вы можете сделать, это выставить все поступившие сообщения об ошибках. Проверьте их, чтобы убедиться, что это настоящие ошибки, и, если это легко редактировать, исправьте их немедленно. Большие проблемы могут тогда быть запланированы в остальной части действий команды. Это мешает команде отвлекаться, а также показывает клиенту / высшему руководству, что все исправлено.

Похоже, хорошая стратегия ...

Для меня это зависит от того, какие повседневные занятия вам нравятся. Вам нравится тренировать, встречаться с людьми, управлять проектами, строить отношения и решать проблемы людей? Или вам нужно много времени наедине с коллегами, когда вы находите истощающие встречи, не любите драму и любите интеллектуальные / технические проблемы?

Я могу сделать оба. Для меня главное - баланс между работой и личной жизнью. У моего старого начальника был баланс между работой и личной жизнью, но только потому, что у него были преданные сотрудники, которые знали, что они делают, работали сверхурочно и делали свою работу легкой. Конечно, если кто-то другой вступит во владение, и отдел будет плохо управляться, баланс работы и жизни для всех мог бы быть за окном.


РЕДАКТИРОВАТЬ (5/1)

@Джефф

Это корпоративная среда, и я не контролирую, сколько у нас людей или должностных инструкций для каждой должности.

Я надеюсь, что мои товарищи по команде захотят, чтобы я преуспел, но я не уверен. Я подружился с некоторыми из них, и, конечно, это изменит наши отношения. Но я не уверен, что другие кандидаты смогут управлять отделом и продолжать работать гладко ... хотя я могу ошибаться.

Кларенс
источник
9
Разработчики с коммуникативными навыками все еще редки в наши дни?
Джон Шафт
12
Пабло: ДА! Даже очень.
quick_now
20
Как и разработчики, обладающие навыками программирования: D Тем не менее, оба являются необходимым условием для того, чтобы стать хорошим (то есть эффективным / полезным) разработчиком.
back2dos
4
@Pablo - +1 за «да» - моя последняя работа была у кого-то с гораздо большим опытом, чем у меня, из-за того, что я могу разговаривать с людьми, не краснея и не запинаясь ...
Мэтт
6
Что вы на самом деле хотите сделать?

Ответы:

27

Я устроился на такую ​​работу и хотел бы, чтобы я этого не делал.

Вы можете подумать, что это движение вперед. Это так, но в совершенно ином направлении. Это очень похоже на смену профессии с плотника на продавца. Вам нужен другой набор навыков и знаний, чтобы выполнять свою работу. Конечно, это действительно помогает точно знать, что делают ваши люди и с какими проблемами они сталкиваются каждый день. Но по моему опыту, это небольшая часть работы, скажем, около 20%. Гораздо больше времени тратится на управление людьми (их потребностями и амбициями) и защиту этих людей от большого количества дерьма, которое высшее руководство производит в больших количествах. Кроме того, вы должны быть очень осторожны с тем, что вы делаете и что говорите, потому что это может привести к всевозможным повреждениям (от расстраивания кого-либо до разрушения морального состояния всей команды).

Плохая часть в том, что я больше не занимаюсь программированием. И я узнал, что я получаю гораздо больше удовольствия от создания программного обеспечения, чем рассказываю другим, что им следует делать. Также у меня возникает ощущение, что мои знания по разработке программного обеспечения постепенно устаревают. Некоторое время назад я боролся с некоторыми проблемами и считал их сложными. В эти дни меня постоянно исправляют. Они отлично разрешимы с популярными фреймворками, поэтому проблемы тривиальны. Каждый раз, когда это происходит, я улыбаюсь, но моя душа плачет в отчаянии.

Яцек Прусия
источник
26

Было и сделано все это.

Вы МОЖЕТЕ иметь возможность (особенно путем обсуждения с вашим менеджером) сделать невозможное и получить лучшее из обоих миров - то, что мне удавалось в течение ряда лет - то есть быть техническим практическим менеджером.

Да, вы делаете управленческие вещи, но вы пытаетесь найти баланс, делая около 50% управленческих вещей (обычно расплывчатые, краткосрочные штучки, пожаротушение, заглядывание в возможное будущее или вещи, которые требуют решения проблем людей). И около 50% - это практический разработчик.

Многие скажут: «Нет, нет, не делай этого, ты должен быть одним из других».

Это является трудным, но одна из вещей , об управлении людьми делают техническую работу, что если вы не оставаться на связи, вы быстро стать технически устаревшим - и тогда вы никогда не сможете вернуться к тому , разработчику (или это требует резкого падения в оплате, и длительный период переподготовки с терпимым работодателем).

Единственный способ умеренно поддерживать связь с технологией - это делать ЭТО. Все книги, курсы и вафли в мире не могут заменить настоящую вещь.

Таким образом, делая (некоторые) разработки, вы становитесь лучшим руководителем технической работы.

Но это сложно.

quickly_now
источник
2
Это выдающийся ответ. У меня был такой же опыт, когда я впервые перешел в управление ИТ с технической роли. Это была небольшая компания, и я смог получить лучшее из обоих миров. Я был очень счастлив. Тем не менее, по мере того как компания росла, и я поднялся по служебной лестнице, мое время на практическую работу уменьшилось до нуля, и мне больше не нравится то, что я делаю. Поэтому я должен быть осторожен, наблюдая, как ваша компания становится больше, что ваше практическое время будет сокращаться, и, скорее всего, ваша удовлетворенность работой.
Дейв Кинкейд
1
Не забудьте делегировать. Я нахожу, что многие новые разработчики, ставшие менеджерами, не могут делегировать ... в конечном итоге, слишком много управления, недостаточно технической работы. Делегируйте ваши встречи, когда вы можете. Делегируйте управление работой, если кто-то в вашей команде заинтересован. Найдите время для вашей технической работы.
Свати
@Dave и @Swati - оба отличные комментарии / советы. Я также был вынужден принять решение: быть техническим или быть менеджером. (Маленькими недалекими людьми выше меня). Не очень хороший выбор, но технический выиграл день. Однако потерять управленческую ответственность после нескольких лет работы было нехорошо.
quick_now
8

Будьте осторожны с этим ответом, это мой опыт, и я всего лишь человек, и вы наверняка будете отличаться от меня. Но это все равно моя история.

Я закончил, преуспел, очень быстро стал лидером и завоевал уважение моих сверстников благодаря моей технологии и готовности учиться вне работы, сохраняя свои навыки свежими. Это также сделало меня превосходным в моих обязанностях программирования, поскольку я практиковался вне работы над личными проектами. Я быстро стал «парнем» в моем отделе (из 20 программистов в то время). И тогда мой менеджер ушел.

Я стал менеджером, хотя я никогда не помню, согласился ли я на это ?! И я застрял на 3 года. Я управлял командой довольно хорошо. Я был хитрым, поэтому им это нравилось, потому что они ненавидели то, что им говорили, что и как делать, от людей, которые «не понимали их, или то, что они делали / предлагали». Я также был намного моложе, чем остальная часть команды (мне было 25), они были в основном 30-45. Но это не имело значения. Команда была счастлива. И я все еще занимался программированием, сохраняя свои навыки свежими.

Тогда команда стала слишком большой! Я проводил все свои дни на собраниях и один на один, на оценках. Я редко приходил домой домой, но часто думал: «Что я сегодня сделал?», Не считая встреч.

6 месяцев назад я подал заявку на должность архитектора в той же компании, и получил ее. Я хожу домой контент большинство дней. Чувствую, что я добавляю реальную ценность и продвигаю компанию вперед. Мой ведущий разработчик из моей старой команды ушел с моей старой работы. Он тоже был технарем. Команда снова была довольна заменой, потому что он был технарем и действительно хорошим парнем. Но он просто отступил, вернувшись к своей прежней позиции по многим тем же причинам.

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

Удачи с тем, что вы выберете. Я ожидаю, что у вас все будет хорошо, по крайней мере, вы думаете об этом, а не просто видите деньги / власть и прыгаете прямо внутрь.

Codemwnci
источник
1
+1 за: «Хорошие технические люди, даже если они хороши с людьми, являются хорошими техниками, потому что они жаждут что-то о технологиях. О создании вещей, создании программного обеспечения как искусства». ОЧЕНЬ ПРАВДА. Многие люди занимают руководящую должность, потому что боятся, что будет назначен какой-то идиот, который все испортит.
quick_now
5

Был в том же положении. Взял повышение в менеджмент, и мне это очень нравится.

Я все еще занимаюсь разработкой, потому что я тоже один из лучших разработчиков, но это был хороший шаг. Я счастлив делать что-то другое сейчас. В то время как я люблю развитие, оно становилось все более трудным, и я хотел посмотреть, что еще было доступно.

Лучшие работы, которые у меня были, работали на хороших менеджеров, и я узнал, что мне понравилось в том, что они делают, и пытаюсь сделать то же самое. Пока что команда, кажется, рада, что я в этой роли, потому что я пытаюсь не допустить их в типичное корпоративное дерьмо.


источник
3

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

Если вы устали от программирования, возможно, вам удастся сменить темп на несколько лет, и вы всегда можете вернуться к программированию позже, если захотите.

Захари К
источник
3

На мой взгляд, если вы программист, который также может быть менеджером, возьмите его. Если вы не тот, кто менее способный, может принять это. Трудно найти людей с сочетанием навыков управления и программирования. Кроме того, если ваш менеджер призывает вас подать заявление, он верит в вас. Управление кем-то старше вас не должно быть проблемой. Это часть ваших навыков управления людьми. У меня есть одно предложение для вас, хотя. Вначале у вас будут некоторые несчастья. Вы должны положить конец всей двусмысленности, как только вы возьмете на себя роль. Делайте это, когда вы несете ответственность, делегируете ответственность, следите за тем, чтобы быть твердыми с членами команды.

CyraX
источник
3

Я был разработчиком и менеджером. Для меня это зависит от того, какие повседневные занятия вам нравятся. Вам нравится тренировать, встречаться с людьми, управлять проектами, строить отношения и решать проблемы людей? Или вам нужно много времени наедине с коллегами, когда вы находите истощающие встречи, не любите драму и любите интеллектуальные / технические проблемы?

Вы проведете свой день на совершенно другой работе. Так что это вопрос того, какой день вам понравится, и какой день, который вы хотите сохранить, закончится раньше.

Havoc P
источник
2

Конечно, нет правильного или неправильного ответа на этот вопрос. Мой опыт заключается в том, что меня повысили до руководителя группы (с ответственностью линейного руководства за команду) команды по электронике и программному обеспечению. Мне удалось сохранить достаточное количество рук на этой работе, и она меня устроила, затем я перешел на работу по управлению проектами в другой компании и ненавидел ее. Теперь я снова занимаюсь разработкой.

Конечно, вы должны иметь в виду принцип Питера и быть уверенным в том, что вы действительно можете выполнить свою работу и не поддаться искушению деньгами.

Мэтт Вилко
источник
2

В ответ на ваши изменения:

1) Я буду нести ответственность за ВСЕ, а не за то, что меня просят. Департамент все еще шатается после нескольких раундов увольнений ... перегружен и находится на грани выгорания. У меня довольно хорошие отношения со всеми в команде ... но мне интересно, не изменится ли это, если я устроюсь на эту работу.

Ваши отношения с остальной частью команды будет меняться. Теперь вы босс, а не помощник. Вам нужно будет сказать людям, что делать, и они должны это делать. Некоторые будут в порядке с изменением, но другие могут возмущаться тем, что вас повысили, а не их.

4) Это небольшой отдел, и я действительно не думаю, что нужен штатный менеджер. ИМО, нам не нужен кто-то, кто бы тратил 50% своего времени на то, чтобы заказывать людей (потому что каждый знает, что им нужно делать), а 50% времени ничего не делал.

В этом случае выделите некоторые «простые» задачи проекта для себя. Это должны быть некритические предметы, которые вы можете взять и уронить в любой момент. Это позволяет вам помогать в проекте, не отставать от кодовой базы, но не отвлекаться от управленческой деятельности. Еще одна вещь, которую вы можете сделать, это выставить все поступившие сообщения об ошибках. Проверьте их, чтобы убедиться, что это настоящие ошибки, и, если это легко редактировать, исправьте их немедленно. Большие проблемы могут тогда быть запланированы в остальной части действий команды. Это мешает команде отвлекаться, а также показывает клиенту / высшему руководству, что все исправлено.

ChrisF
источник
1

Я отказался от возможности стать руководителем команды, когда мне оставался всего год в индустрии программного обеспечения. Я чувствовал, что у меня недостаточно опыта, чтобы занять этот пост. Сегодня, пять лет, а домен поменялся позже, я изо всех сил стараюсь попасть на тот же пост. Хотел бы я взять это тогда.

DPD
источник
3
Вы были бы в состоянии поднять груз тогда?
2
Может быть, а может и нет. Я бы знал только, если бы взял его. Я отклонил это, потому что я чувствовал, что руководитель группы должен иметь как минимум 2 года сильного технического опыта. Без этого у меня не было бы доверия членов моей команды. У меня были хорошие навыки общения с людьми и я был хорошим коммуникатором, поэтому мне дали шанс. На самом деле это была не моя первая работа. Я работал за год до окончания учебы, но не программистом.
DPD
Просто спрашиваю, потому что на первый взгляд я бы согласился с вами, что быть лидером было немного рано. Мне просто интересно, почему вам сейчас тяжело с пятью годами опыта?
Я получаю запросы, но когда они обнаруживают, что мой опыт разделен на разные технологии и домены, это вызывает меньший интерес. Рекрутеры обычно ищут кого-то с 6-7-летним опытом работы только в технологии X. Когда они не получают кого-то, отвечающего этому требованию, тогда они перезванивают мне.
DPD
2
Я склонен согласиться - командный лидер через 1 год слишком рано. Я на самом деле думаю, что большой опыт (хорошее основание) в 5 и более лет - это хорошая вещь, прежде чем уместно Team Lead. Делает вас лучшим, более округлым, более знающим человеком. Быть лидером команды - это тренировать, наставлять, помогать другим, а не просто распределять комки работы.
quick_now
0

Вы должны наметить, как, по вашему мнению, должна работать команда, и какие позиции необходимо создать, изменить, устранить и заполнить вместе с квалификацией. Исходя из полученной обратной связи, вы будете чувствовать, что хотите сказать, хотите ли вы эту работу.

Другое соображение, насколько дальше в управлении вы хотите пойти. Посмотрите, что ожидания каждого.

Ваши товарищи по команде должны хотеть помочь вам добиться успеха или они должны уйти. Убедитесь, что вы четко понимаете, как вы хотите управлять, и пусть они решают, хотят ли они сотрудничать.

JeffO
источник