Тож вони намагаються втягнути мене в управління [закрито]

Я працюю в невеликому ІТ-відділі в нетехнологічній компанії. Нещодавно мій менеджер кинув справу, і вони шукають заміни. Я здогадуюсь, оскільки я один із тих "рідкісних" розробників, які мають навички людей, директор заохочує мене подавати заявку

Частина мене хоче подати заявку, але інша частина мене каже "ні". Оплата та можливість змінити значення звучать інтригуюче, і я трохи згорів на програмуванні після 12 років, але є й мінуси, здається. Я буду керувати тим, хто дуже зацікавлений у цій позиції, і це може бути незручно, оскільки він друг і наразі вище на сходах, ніж я (разом з кількома іншими).

Хтось ще був у подібному становищі? Хтось із менеджменту і щасливіший, чи хтось взяв на себе управлінську роботу і хотів, щоб ви цього не зробили? Будь-який відгук буде вдячний!

@Pratik: Коли менеджери працювали на колишніх співробітників у компаніях, в яких ви працювали, чи не заважали вони їм?

EDIT: Дякую всім за відповіді.

Хоча це здається, що це може бути гарною можливістю, є кілька речей, які роблять мені незручно з цього приводу.

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

2) Кілька інших співробітників зневажають директора з будь-якої причини. Він може спробувати змусити мене зробити його брудну роботу і покарати їх, якщо вони будуть бити голову.

3) Управління людьми, які старші за мене, що, мабуть, не є проблемою, заснованою на посаді Кодемандци.

4) Це невеликий відділ, і я дійсно не думаю, що менеджер штатного штату не потрібен. ІМО нам не потрібно, щоб хтось витрачав 50% свого часу, замовляючи людей навколо (адже всі знають, що їм робити), і 50% часу нічого не роблячи. Відділ потребує більше ІМО-тренера гравців. Я думаю, що це насправді допомогло б команді, оскільки вони мали б іншу людину виконувати підтримку на повний робочий день (замість того, щоб людина, яка займається підтримкою, писала код, як я зараз роблю), якщо це має сенс.
Це важко, але те, що я зараз роблю, також важко (розробка + підтримка роботи)

Я просто ненавиджу, щоб вони приїхали до себе когось із зовнішньої сторони, який не знає, що вони роблять, або руйнує команду, яку ми маємо зараз, яка досить солідна.

EDIT (4/30)

Ваші відносини з іншою частиною команди буде змінюватися. Ви зараз начальник, а не товариш. Вам потрібно буде сказати людям, що робити, і вони повинні це зробити. Деякі з них будуть в порядку зі зміною, але інші можуть обуритися тим, що вас просували, а не вони.

Це може бути проблемою, оскільки я зараз дружу з більшістю з них.

У цьому випадку виділіть кілька «легких» завдань проекту для себе. Це повинні бути некритичні предмети, які ви можете забрати та відкинути за мить. Це дозволяє вам допомагати в проекті, не відставати від кодової бази, але не відволікатися від управлінської діяльності. Інша річ, яку ви можете зробити, - це поле всіх звітів про помилки, які надходять. Перевірте їх, щоб переконатися, що вони справжні помилки, і, якщо це легко редагувати, виправити це відразу. Тоді більші проблеми можуть бути заплановані до решти діяльності команди. Це зупиняє відволікання команди, а також показує клієнту / вищому керівництву, що все виправляється.

Здається, як гарна стратегія ...

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

Я можу зробити і те, і інше. Головне для мене - баланс роботи та життя. У мого старого начальника був баланс між роботою та життям, але тільки тому, що він присвятив працівників, які знали, що вони роблять, працював додаткові години та полегшував роботу. Звичайно, якщо хтось інший взяв на себе посаду, а відділ був керований, баланс роботи та життя для всіх може бути за вікном.

EDIT (5/1)

@Jeff

Це корпоративне середовище, і я не контролюю, скільки людей у ​​нас є, або посадова інструкція кожної посади.

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

Я взяв таку роботу і хотів би, щоб цього не зробив.

Ви можете подумати, що це рух вперед. Воно є, але в абсолютно іншому напрямку. Це дуже схоже на те, щоб змінити заняття з тесляра на продавця. Для роботи вам потрібен інший набір навичок та знань. Звичайно, це дійсно допомагає точно знати, що роблять ваші люди та з якими проблемами вони стикаються щодня. Але, на мій досвід, це невелика частина роботи, скажімо, близько 20%. Набагато більше часу витрачається на управління людьми (їхніми потребами та амбіціями) та захищає цих людей від безлічі лайнів, які вищий менеджмент виробляє у великій кількості. Плюс до цього, ви повинні бути дуже обережними щодо того, що ви робите і що ви говорите, адже це може спричинити всілякі збитки (від того, щоб когось засмутити до руйнування моралі всієї команди).

Погана частина - я більше не займаюся програмуванням. І я дізнався, що отримую набагато більше задоволення від створення програмного забезпечення, ніж розповідати іншим, що вони повинні робити. Також я відчуваю, що мої знання з розробки програмного забезпечення поступово застарівають. Деякий час тому я боровся з деякими проблемами і вважав їх важкими. У ці дні мене постійно виправляють. Вони чудово вирішуються з популярними рамками, тому проблеми тривіальні. Кожного разу, коли це трапляється, я посміхаюся, але моя душа плаче у відчаї.

Був і робив усе це.

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

Так, ви робите управлінські речі, але намагаєтеся досягти балансу, коли ви робите близько 50% управлінських речей (як правило, розпливчасті, короткотермінові справи, перестрілки, погляди в можливе майбутнє або речі, які потребують проблем людей для того, щоб розібратися). І близько 50% - це практичний розробник.

Є багато людей, які скажуть «ні ні, не робіть цього. Ви повинні бути одним з інших».

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

Єдиний спосіб підтримувати поміркований зв’язок з технологією - це робити ІТ. Всі книги, курси та вафлі у світі не заміняють справжньої речі.

Отже, роблячи (деяку) розробку, ви робите себе кращим керівником технічної роботи.

Але це важко.

Отримайте цю відповідь, це мій досвід, і я є лише особою, і ви, звичайно, ставитесь до мене іншим. Але це все одно моя історія.

Я закінчив, дуже добре, дуже швидко став лідером і завоював повагу своїх однолітків завдяки моїй технології та готовності вчитися поза роботою, зберігаючи свої навички свіжими. Це також відмінно справлялося з моїми обов'язками з програмування, оскільки я займався поза роботою над особистими проектами. Я швидко став "хлопцем" у своєму відділі (з 20 програмістів на той час). А потім мій менеджер пішов.

Я став менеджером, хоча я ніколи не пам'ятаю, чи погодився це зробити ?! І я тримався на цьому 3 роки. Я досить добре впорався з командою. Я був техніком, тому вони їх любили, бо ненавиділи їм говорити, що робити, і як це робити людям, які «їх не розуміли, або що вони робили / пропонували». Я також був набагато молодший за решту команди (мені було 25), в основному вони були 30-45. Але це, мабуть, не мало значення. команда була задоволена. І я все ще робив частку кодування, зберігаючи свої навички свіжими.

Тоді команда стала занадто великою! Я проводив усі свої дні на засіданнях і в одному до одного, оцінках. Я рідко ходив додому, але часто думав: "Що я сьогодні зробив?", Крім зустрічей.

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

На мій досвід, хороші технічні люди, навіть якщо вони хороші з людьми, - хороші техники, тому що вони щось жадають щодо технології. Про створення речей, створення програмного забезпечення як мистецтва. Єдиний спосіб повернутися до менеджменту - це, якби я міг бути на посаді, в якій я був на початку керування грою, яка повинна була бути в руках. Це спрацювало, всі були задоволені, і бізнес пройшов найкраще з моїх технічних, і я отримав найкраще в своїй команді. Коли команда зростала, а я не мав рук, всі страждали.

Удачі з усім, що ви оберете. Я сподіваюся, що ви зробите добре, як мінімум, ви думаєте про це, а не просто бачите гроші / владу і стрибаєте прямо.

Був у тому ж положенні. Акцію взяв на менеджмент, і мені це дуже подобається.

Я все ще займаюся розробкою, тому що я також один з найкращих розробників, але це був хороший крок. Я щасливий, що зараз роблю щось інше. Хоча я люблю розвиток, я ставав точитися, і мені хотілося побачити, що ще є в наявності.

Найкращі роботи, які я мав, працювали для хороших менеджерів, і я дізнався, що мені подобається в тому, що вони роблять, і намагаюся робити те саме. Поки команда, здається, щаслива за те, що мене в цій ролі, тому що я намагаюся утримати їх від типових корпоративних лайнів.

Може, сісти з менеджером за чашкою чаю і поговорити з ним про це. Здається, що він хороший хлопець, і якщо ви викладете речі, він може допомогти вам зрозуміти, що саме вам підходить.

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

На мою думку, якщо ви програміст, який також може бути менеджером, прийміть це. Якщо ви не хто - то , хто менш здатний може прийняти його. Важко знайти людей із поєднанням навичок управління та програмування. Крім того, якщо ваш менеджер заохочує вас застосовувати, він вірить у вас. Управління чимось старшим для вас не повинно бути проблемою. Це частина ваших навичок управління людьми. У мене є одна пропозиція для вас. Спочатку у вас будуть деякі надії незадоволеними. Ви повинні покласти край всій неоднозначності, як тільки ви перейдете на роль. Робіть це, поєднуючи з вас відповідальність, делегуючи відповідальність, слідкуючи за собою та бути твердим з членами команди.

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

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

Звичайно, на це немає правильної чи неправильної відповіді. Мій досвід полягає в тому, що мене перевели в керівника групи (відповідальний за керівництво командою) команди з електроніки та програмного забезпечення. Мені вдалося зберегти велику кількість рук у цій роботі, і це мені підходило, я потім переїхав, щоб зробити роботу з управління проектами в іншій компанії, і ненавидів її. Зараз я знову займаюся розробкою лише когось іншого.

Звичайно, ви повинні мати на увазі Принцип Петра і бути впевненим, що ви можете насправді виконати роботу і не будете спокушатися грошима.

У відповідь на вашу редакцію:

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

Ваші відносини з іншою частиною команди буде змінюватися. Ви зараз начальник, а не товариш. Вам потрібно буде сказати людям, що робити, і вони повинні це зробити. Деякі з них будуть в порядку зі зміною, але інші можуть обуритися тим, що вас просували, а не вони.

4) Це невеликий відділ, і я дійсно не думаю, що менеджер штатного штату не потрібен. ІМО нам не потрібно, щоб хтось витрачав 50% свого часу, замовляючи людей навколо (адже всі знають, що їм робити), і 50% часу нічого не роблячи.

У цьому випадку виділіть кілька «легких» завдань проекту для себе. Це повинні бути некритичні предмети, які ви можете забрати та відкинути за мить. Це дозволяє вам допомагати в проекті, не відставати від кодової бази, але не відволікатися від управлінської діяльності. Інша річ, яку ви можете зробити, - це поле всіх звітів про помилки, які надходять. Перевірте їх, щоб переконатися, що вони справжні помилки, і, якщо це легко редагувати, виправити це відразу. Тоді більші проблеми можуть бути заплановані до решти діяльності команди. Це зупиняє відволікання команди, а також показує клієнту / вищому керівництву, що все виправляється.

Коли я ледь за рік перейшов у програму програмного забезпечення, я відмовився від шансу стати керівником команди. Я відчував, що я недостатньо технічно досвідчений, щоб обіймати посаду. Сьогодні, п’ять років, і пізніше зміни домену, я дуже намагаюся потрапити на ту саму посаду. Я б хотів, щоб я його тоді взяв.

Потрібно скласти карту, як ви вважаєте, як повинна працювати команда та які посади потрібно створити, змінити, усунути та заповнити разом з кваліфікацією. Виходячи з відгуків, які ви отримуєте, почуття кишечника скажуть вам, чи бажаєте ви роботи.

Інша думка - скільки далі в управлінні ви хочете піти. Подивіться, які очікування кожного.

Ваші товариші по команді повинні хотіти допомогти вам досягти успіху, або вони повинні йти. Переконайтеся, що вам зрозуміло, як ви хочете керувати справами, і дозвольте їм вирішити, чи хочуть вони співпрацювати.