11 причин быть управленцем

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

Моя карьера стартовала в самом начале нулевых, в течение 6 лет я работал программистом и консультантом разных уровней, а примерно 5 лет назад я полностью перепрофилировался в менеджера. Решение уходить из чисто технической области, как и многие, я принимал под впечатлением иллюзий о том, что у менеджеров намного больше денег, больше возможностей принимать решения и т.д. Как и писал TheR в упомянутом выше посте, многие мои предположения о работе менеджером оказались иллюзией, но некоторое количество очевидных (и не очень) плюшек в этой профессии все же присутствует. Я надеюсь, что эти два поста про плюсы и минусы такого перепрофилирования помогут кому-нибудь из Хабровчан принять взвешенное решение о дальнейшем развитии своей карьеры.


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

  1. Возможность влиять на продукт
    Когда я работал рядовым программером меня страшно угнетала невозможность принимать решения по продукту. Некоторые фичи мне казались нелепыми и абсолютно ненужными, других же крайне не хватало, но решение принимал, естественно, не я. Приходилось копать от забора и до обеда. Когда я стал Project Manager'ом ситуация изменилась для меня не сильно — всегда есть Product Manager, отдел маркетинга, «акционеры продукта» и т.д. Однако уже с уровня Product Manager (следующий шаг после проджекта) у тебя есть реальная возможность формировать продукт так, как его видишь ты. Конечно, по-прежнему есть люди выше тебя по иерархии, которые вмешиваются в процесс, но большинство решений по фичам и их упаковке принимаются на уровне продактов и программ менеджеров. В отличие от одинокого программиста, реализующего лишь небольшую часть функционала, продакты действительно могут сказать, что «это их детище». Каждая фича выстрадана на тысячах совещаний, протащена через сотни багов и наконец реализована в продакшене по твоему плану и под твоим чутким руководством.
    В небольших компаниях такие решения принимаются уже на уровне PM'а, в крупняках, в которых я в основном работал, формирование продукта — это уровень Product Manager — Programme Manager.

  2. Горизонтальное развитие карьеры
    Как правило, программист не так часто меняет область деятельности. Если ты занимаешься вебом, 90 шансов из 100, что на следующей работе/должности ты точно так же будешь делать сайты. Если ты пишешь под микроконтроллеры на C, крайне маловероятно, что тебя позовут делать мобильные приложения. Сложно сменить не только стек технологий, с которым ты работаешь, но и индустрию. Разработчик бухгалтерских программ не нужен людям делающим геотаргетинговый стартап. В какой-то момент однообразие начинает надоедать, ты как бы находишься в стеклянной клетке. Виртуально выход прост — освой пару новых технологий и меняй работу, но на практике отсутствие опыта в этих технологиях не позволит тебе расчитывать на позицию лучше чем Junior Developer.
    Управленцам и проще и сложнее одновременно. Product Manager достаточно легко может перепрофилироваться в маркетолога или сейлза, хотя финансистом он, конечно, стать как правило не сможет. В любом случае, набор областей в направлении которых можно двигаться значительно шире. Не говоря уже о том, что для PM'а не закрыта никакая индустрия и практически никакой продукт, даже если опыта у него и недостаточно.

  3. Money, money, money...
    Да, денег действительно больше. Не настолько больше, насколько казалось, когда я был программистом, но все же разница ощутима и перейти в обратную сторону (управленец -> технарь) крайне тяжело, даже не смотря на то, что есть желание что-то делать руками. Особенно заметна разница в деньгах у тех, кто уходит в консалтинг или в продажи. Виртуально, зарплата консалтера или сейлза не ограничена ничем — знай себе продавай проекты/продукты, да получай процент. На практике зарплаты, конечно, ограничены, но в любом случае средний неленивый сейлз получает на 30%-50% больше PM'а и вдвое-втрое больше обычного разработчика. Се ля ви.

  4. Личностный рост и развитие коммуникативных навыков
    Работа управленцем действительно развивает личность. 10 лет назад я был классическим нердом-интравертом, стесняющимся в незнакомых компаниях и имеющего круг общения в 3 человека. Перейдя в менеджеры я стал встречать по 10-15 новых людей в неделю, пришлось регулярно выступать перед абсолютно незнакомой аудиторией, на многих встречах я стал «лицом компании» перед заказчиками, у меня просто не осталось возможности быть замкнутым. Так или иначе, развиваются Soft skills — т.е. навыки общения, навыки поведения в незнакомом окружении, навыки разрешения конфликтных ситуаций и ведения тяжелых переговоров. Самым большим испытанием для меня стало мое первое увольнение подчиненного, который был мне симпатичен как человек, но абсолютно не устраивал как работник. Такой опыт неоценим в реальной жизни, ты учишься взаимодействовать с людьми, искать win-win решения, позволяющие всем оставаться довольными.

  5. Новые знакомства
    За эти 5 лет я встретил больше интересных и выдающихся людей чем, пожалуй, за всю мою предыдущую жизнь. Взаимодействие с заказчиками, партнерами, топ-менеджментом, выдающимися разработчиками позволяет тебе постоянно встречать новых интересных людей. Круг рабочего общения программиста как правило ограничен его подразделением. Изредка — двумя-тремя менеджерами. Ну может еще кто-то, с кем познакомишься на корпоративе (девочки из бухгалтерии, как же без них). Как я уже говорил выше, став менеджером ты постоянно встречаешь новых людей. Круг знакомств просто взрывается. Если ты при этом работаешь на достаточно крупную и брендовую компанию, у тебя появляется возможность встречать действительно значительных людей, многого достигших в жизни и могущих поделиться интересными историями или дать хороший совет из своего опыта.

  6. Снижение градуса профессиональной деформации
    Как известно, айтишники привыкли сводить любую проблему к IT. Об этом свойстве айтишников даже был недавний пост. Градус профессиональной деформации айтишников может иногда достигать гротескных и нелепых форм. Я знавал одного человека, который потратил 2 недели на разработку собственной системы сбора и учета денег на подарки ко дню рождения сотрудников в компании из 10 человек (подсказка: лист бумаги и ручка решили бы эту задачу за 2 минуты).
    Работа управленцем (особенно хоть немного удаленным от чистого IT) хотя бы немного возвращает нас в реальность и приближает к обычным, неайтишным, людям. Постоянная необходимость планировать ресурсы и стремление достигнуть цели не самым универсальным/технологичным способом, а наиболее быстрым и незатратным, заставляет тебя совершенно по-другому оценивать задачи. Это позволяет быть человечнее, что ли.

  7. Работа для генералистов
    Менеджер, как правило, не может позволить себе быть узким специалистом. В этом есть как отрицательные, так и положительные стороны. Да, условно говоря, ты не знаешь особенностей реализации шардинга на Postgres, зато ты работал на 10 разных проектах, использующих три десятка разных конкурирующих технологий. Ты всегда можешь принять аргументированное, основанное на собственном опыте решение для той или иной проблемы. Идеальный менеджер становится так называемой «T-shaped person», т.е. человеком, обладающим достаточно глубокой экспертизой в одной-двух областях (пусть и меньшей чем у узкого специалиста) и средними познаниями во всех смежных областях. Во многом это сложнее, чем быть узким спецом, т.к. приходится постоянно держать руку на пульсе очень большого количества тем, от чисто технологических до абсолютно гуманитарных, но это непременное условие для того чтобы быть хорошим управленцем. Для решения задач, в которых управленец не силен он нанимает узких спецов (программисту пришлось бы разбираться самому).

  8. На меня смотрят боссы
    Как это ни печально для технарей, но для топового руководства их работа остается абсолютно незаметной. Чем выше босс, тем меньше он представляет себе что же делают технари и тем больше вины за факапы он на них возлагает. Менеджер значительно более заметен большим боссам, успех проекта — его успех. А вот факап проекта в больших корпорациях, это как правило факап исполнителей (я так не считаю, но на практике обычно боссы считают именно так). В связи с этим у управленца выше шансы получить сверху плюшек (хотя и пенделей управленцы на самом деле получают тоже больше чем технари).
    Если вам повезет с компанией, в ней будут работать объективные критерии оценки полезности того или иного сотрудника. Но я бы на это не надеялся — за время моей карьеры мне повстречалась только одна такая компания, так что скорее всего, будучи технарем вы будете получать меньше плюшек/премий/повышений, чем менеджеры.

  9. Учи и учись
    Опять же, нельзя сказать что это 100%-ное правило, но по моему опыту, корпорации охотнее занимаются обучением своих менеджеров, чем своих технарей. В большинстве компаний, где я работал, максимум, что предлагалось технарю — это самостоятельно сдать какие-нибудь экзамены и тогда компания их оплатит. Ну может быть еще отправят на конференцию. Для менеджеров же постоянно устраивались тренинги, нанимались дорогие коучи, вводились программы повышения зарплаты за профессиональную сертификацию и т.д. Кроме того, во многих западных компаниях поощряется т.н. knowledge share — т.е. ситуация, когда ты сам являешься тренером/коучем для твоих коллег. В любом случае, инвестиции в персонал по моим ощущениям значительно выше у менеджеров, чем у технарей.

  10. Командировки. Тысячи их
    В первый год смены профиля деятельности я был в 8 командировках от 2-х дней до месяца. Из них 4 были в Западную Европу и США. За последние 5 лет я исколесил всю Россию вдоль и поперек, большую часть СНГ и многие страны Европы. В один из годов у меня было 46 авиаперелетов за год. Да, во многом это связано со спецификой области в которой я работаю, но в любом случае командировки для менеджеров — намного более частая и привычная вещь чем для программистов. Не для всех это будет плюсом, но я воспринимаю это как бесплатную (для меня) возможность посмотреть мир. Опять-таки, шансов отправиться на конференцию вдали от основного офиса намного больше у менеджера, чем у программиста, особенно это касается зарубежных конференций.

  11. Планируете создать свой бизнес? Теперь вдвое быстрее!
    Да, это действительно так. Работа управленцем дает не только необходимые навыки для создания успешного бизнеса, но и необходимые знакомства. Бизнес не может существовать в вакууме, ему нужны кадры, партнеры, клиенты. Будучи программистом вы сможете самостоятельно решить проблему в лучшем случае только кадров (и то, только технарей, но не всех остальных), что же касается поиска клиентов, привлечения партнеров, маркетинга продукта и т.д. то скорее всего эффективно вы этого сделать не сможете из-за отсутствия нужных навыков и связей. Несколько лет опыта PM'ом, особенно в сочетании с сейлз и маркетингом значительно упростят вам жизнь — будут свои контакты, будет опыт, будет лучшее понимание как сделать из поделки-на-коленке продукт и т.д. И уж конечно вам будет значительно проще общаться с инвесторами — вы будете говорить с ними на одном языке и будете вызывать у них значительно больше доверия.


Вместо заключения
В любой профессии есть свои плюсы и минусы, нельзя сказать, что быть технарем однозначно лучше или хуже, чем управленцем. В отличие от TheR я ни разу не жалею о принятом решении о смене профессии, но вот о чем я жалею точно — это об отсутствии реальной информации о том что такое быть программистом и что такое быть менеджером. Было бы здорово, если бы где-нибудь было сравнение, как на яндекс.маркете с параметрами той или иной профессии, но пока его нет — все что я могу, это представить вам свое видение положительных сторон, а уж судить остается вам. Удачи в карьере и больших профессиональных достижений вам, Хабровчане!
Метки:
Поделиться публикацией
Комментарии 68
  • +2
    Спасибо. Очень интересная статья для меня как для технаря (поставил бы плюс, да кармы не хватает).
    Надеюсь, Ваша следующая статья будет про недостатки — кому, как ни Вам, они тоже должны быть видны (если они вообще существуют) =)
    • +6
      Про недостатки много сказал TheR. В целом я с ним согласен, все эти моменты присутствуют. Мое мнение таково — как и в любой карьере все зависит от человека. Если ты рвешься вперед, готов брать на себя ответственность, развиваешься как профессионал — в любой области тебя ждет успех. А если сидеть на попе ровно, то кроме недостатков в твоей работе больше ничего и не будет.
    • +14
      Личностный рост и развитие коммуникативных навыков
      Возможность «meet people»
      На меня смотрят боссы
      Командировки. Тысячи их

      Далеко не все люди экстраверты. Для остальных это скорее минусы, чем плюсы.
      Так что, выбор между технарём и менеджером — это психологический выбор, ИМХО.
      • 0
        Именно об этом я и говорю. Однозначных плюсов и минусов нет, но перейти от интраверта к экстраверту можно, я — живой пример. Это, скорее, вопрос мотивации…
        • +3
          ИнтрОверт. И вы им, скорее всего, не были. Боязнь людей совсем не признак интроверта
          • 0
            Как частный пример боязни, но не обязательно факта интроверта — компетенция «общение со статусными людьми».
            • +2
              Что бы там ни было, но я был достаточно типичным представителем программистского племени. С большинством стандартных фобий и проблем. Я не говорю, что это дорога для каждого (и уж тем более не агитирую за нее), это всего лишь один из возможных путей. Кстати про вариант «менеджер, превратившийся в программиста», я почти не слышал. Среди моих знакомых есть только один такой человек, и то, он сначала был программистом, потом побыл менеджером, а потом ему захотелось больше «работать руками» и он вернулся к истокам.

              Я говорю только, что этот переход (технарь -> менеджер) не столь сложен и доступен практически каждому. Было бы желание.
              • +1
                Любой переход не так сложен, как многие думают. Можно вообще проф. область сменить и, например, кафе открыть. Другое дело, что переход во что-то с префиксом хороший (в плане высококвалифицированный и успешный) — это, действительно, сложно и требует усилий в независимости от области.
                • 0
                  А что за фобии и проблемы у программистского племени, можно поподробнее?
                  • 0
                    К примеру классическое «самое сложное в работе с компьютером, это работа с людьми».
          • +8
            Вы знаете, этот вопрос, мягко говоря, неоднозначный.
            Знаю довольно много примеров, когда замкнутые и нелюдимые кодеры, типичные хикки и интроверты, после получения первого нормального сотрудника в подчинение заметно раскрепощались. И к становлению PM-ами или тимлидами превращались во вполне весёлых-жизнерадостных дядек, получающих удовольствие от общения и новых знакомств.
            Бытие определяет сознание, что ли?
            • +2
              Знаю довольно много примеров, когда замкнутые и нелюдимые кодеры, типичные хикки и интроверты, после получения первого нормального сотрудника в подчинение заметно раскрепощались.
              Это лишь говорит о том, что этот человек от природы был экстравертом, но в результате неудачного воспитания/травмирующего жизненного опыта и т.п. закрепостился, получил комплексы или страхи.

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

              Настоящего интроверта лишнее общение не «излечит» и всегда ему будет в тягость. Следует это помнить.
          • +7
            Я может быть молод и всё такое, но совсем не представляю, что может заставить меня даже в будущем превратиться из инженера в менеджера. С какой стороны не посмотри, это кажется дауншифтингом.
            • +2
              Неужели нет желания передвигаться по миру? Меня, так это очень привлекает! :) А инженером мне быть в свои 36 уже не очень хочется!
              • +5
                уже обсуждалось, для разработчика архитектором куда комфортнее и интереснее, а попутешествовать лучше по собственному желанию, чем 50% времени болтаться по черт знает где ради вовсе не себя, особенно семейным

                кому то важен спокойный офис, чтобы лучше сосредоточиться, при таком развитии интернета, наверно, командировки остаются уделом крупных монополистов
                • +1
                  Привлекает, но это не значит, что я готов пожертвовать своими интересами/хобби ради этого.
                  Думается, что люди из инженеров уходят в менеджеры, когда понимают, что программирование — это не их стезя. Вполне правильное и логичное решение. Но, честно признать, не представляю, как человек, которому нравится программировать, может уйти в менеджеры.
                  • 0
                    • +7
                      Может. Особенно, когда понимаешь, что совместными силами людей, с которыми ты работаешь (которыми управляешь), ты можешь, условно говоря, запрограммировать гораздо больше, чем одними только своими усилиями. Возможность задействовать больше ресурсов для достижения цели — одно из преимуществ работы в менеджменте.
                    • +1
                      Хотите передвигаться по миру сз счет работодателя? Посмотрите на инженеров-внедренцев. Особенно в области АСУ ТП. Я знаю компанию, в которой 180 дней в году командировок считается нормой :)
                      • –1
                        Командировок по миру? Или все таки по России?
                        • НЛО прилетело и опубликовало эту надпись здесь
                          • +1
                            Вот тут как раз все очень сильно зависит от индустрии в которой работаешь и конкретного работодателя. Я занимался в основном МИС (медицинские информационные системы) и хранилищами данных, поэтому география поездок была широчайшей. Ну и плюс, работа на западного интегратора — это и тренинги в головном офисе и международные проекты.

                            А в нефтяном поясе РФ я тоже побывал немало, когда попал в группу Oil & Gas внедренцев. Не понравилось, Анапа реально лучше )))
                      • +1
                        После превращения все выглядит с точностью наоборот. Правда в первое время объем изучаемой информации многократно возрастает, особенно если есть желание развиваться не только как управленец, но и как программист. Фактически менеджер должен разбираться как в работе своих подчиненных, так и в управлении ими, и даже в организации управления. Особенно последнее актуально на более высоких уровнях, т.к. возникает множество работы по организации и оформлению работ согласно нормам/правилам/инструкциям и прочим регламентам, причем отказаться от нее нельзя, иначе придут злые дяди/тети (хорошо если от начальства или по его поручению) и накажут. Но не смотря на все сложности и рутину такая работа весьма интересна и познавательна.

                        Но с моей точки зрения наиболее важным приобретением будут коммуникативные навыки. Особенно полезно общение с заказчиками. Умение свободно общаться с незнакомыми людьми в дальнейшем поможет быстро прижиться в любой команде, что позволит быстрее втянуться в работу. Конечно это ИМХО, но возникло оно еще во время работы кодером, когда приходилось по проектам общаться напрямую с заказчиками.
                        • 0
                          Это возможность «программировать» на более высоком уровне. Можно успевать делать больше за меньшее время (я в смысле, конечных инженерных задач).
                        • +7
                          1 причина быть разработчиком – мне это нравится.
                          • +3
                            через 20 лет сидения за клавиатурой несколько устаешь =)
                            • +6
                              Когда я был менеджером, я печатал больше чем сейчас (когда вернулся в разработку) — количество кода в день не сравнится с количеством писем в день, которые нужно было отписать каждому заказчику, продакту заказчика, дизайнеру заказчика, программисту заказчика, интермидиэт сейлу, сейлу а также своему непосредственному руководству и, конечно же, на нескольких проектах.
                          • +14
                            Когда плохие разработчики становятся хорошими менеджерами, можно только радоваться.
                            • +3
                              «Однако уже с уровня Product Manager (следующий шаг после проджекта)...» — это кто Вам такое сказал?
                              • +3
                                Мне кажется второй пункт вообще не вяжется с реальностью. Скорее все наоборот. Я, например, владею Java. И мне абсолютно все равно где работать джавистом. Хоть в банке, хоть в бухгалтерии, хоть в геотаргетинговом стартапе. А вот зачем нужен руководитель проектов, который не разбирается в предметной области, я не знаю.
                                • 0
                                  Мне кажется тут проблема от обратного. Я видел много компаний, где PM не обладают никакой квалификацией в предметной области. Печально, но факт. В итоге отдуваться приходится разработчикам — кто-то должен иметь квалификацию, что бы продукт вообще был сделан.
                                • +6
                                  Главная причина не быть управленцем — стрессов больше, чем в других сильно стрессовых профессиях. Еще управленцы зачастую не могут распоряжаться своим временем. Чаще всего можно прийти к выводу, что тот или иной управленец так вкалывает для того, чтобы красиво отдохнуть в старости.
                                  • 0
                                    Насчет стресса не уверен. Просто у технарей он более концентрированный вокруг дедлайнов, а у управленца более-менее размазан во времени. Средний уровень стресса на мой взгляд примерно одинаковый.
                                      • +2
                                        Не претендую на истину в последней инстанции, просто мои наблюдения.
                                        Уровень стресса растет с уровнем ответственности, поэтому и программер, работающий на ответственной роли (архитектора, например) получает стресса не многим менее менеджера, который отвечает за проект в целом. Опять-таки, некоторые люди легко несут бремя ответственности, а некоторые открещиваются от нее всеми возможными способами, уровень стресса для них будет разным.
                                      • +2
                                        Стресс бывает деструктивный (дестресс) и позитивный (эустресс). Некоторые люди работают значительно эффективнее под стрессом, чем без него.
                                        • 0
                                          А да! Я только недавно ПМ, поначалу приходилось делать усилия, чтобы остаться в равновесии, но эта тренировка так пошла на пользу! Все заметили — я гораздо позитивнее стал дома.
                                    • +4
                                      Возможность влиять на продукт — это наверно самый важный плюс. Зачастую разработчику приходят уже готовые решения вида «сделать свистелку». И в такой момент практически невозможно объяснить, что никому свистелка не нужна, а критически важна другая фича. Несколько таких итераций и стоит искать новую работу.
                                      • 0
                                        Для меня это было основной причиной сменить профессию. Мне нравится работать руками, я до сих пор периодически прогаю для себя. Магия творения живого объекта (ПО) из ничего, одной силой мысли — это замечательно. Но будучи программистом а не менеджером в крупной компании от меня очень мало что зависело, мне это не нравилось.
                                      • +3
                                        Мне кажется, главная профессиональная деформация менеджеров — это полный отрыв от языковой действительности)
                                        Возможность «meet people», вместо «Новые знакомства», например, очень бросается в глаза наравне с knowledge share и т.д.

                                        Это не придирка, просто странно, почему так происходит. Вроде все на английском много говорят/читают, но выеживаются лишней ненужной английской терминологией только менеджеры.
                                        • 0
                                          Я знаю, это раздражает. Прошу прощения за это, но у меня это действительно профессиональная деформация — ежедневное общение с англоговорящими людьми (естественно, ни бельмеса не понимающими по-русски) очень засоряет речь англицизмами. Зачастую, чтобы перевести на русский многие ежедневные американо-английские речевые обороты мне уже приходится очень сильно напрягать извилины. Слава богу, не все менеджеры так легко поддаются влиянию иноземной речи.
                                        • 0
                                          Я, конечно, все понимаю, но вот это: Возможность «meet people» можно было написать и по-русски!
                                        • +22
                                          image
                                          вспомнилось
                                          • –1
                                            Что, опять? :)

                                            Я писал ответ от менеджерского корпуса, так сказать
                                            habrahabr.ru/post/165147/

                                            вроде было норм :)

                                            но давайте попробуем снова войти в эту реку
                                            • +1
                                              О! Видать, став менеджером я разучился пользоваться поиском =)

                                              Надо сказать, что причины у нас не пересекаются, а дополняют друг друга, так что уже не 5, не 11, а целых 16 причин =)
                                            • +2
                                              Вот читаешь такие статьи и начинает казаться, что IT — это только программисты и их производные. И все проблемы IT — это на 99.99% проблемы программистов. Если же на кодерах не циклиться, актуальность некоторых пунктов снижается.
                                              • +1
                                                Добавил бы пункт, который начинается с первого же шага вверх.
                                                Это возможность выбирать из потока подзадач более интересные и сплавлять другим более скучные.
                                                Чем выше — тем в бОльших масштабах.
                                                • 0
                                                  Вы не в Parallels случайно работаете?
                                                  • 0
                                                    Свят-свят =) Нет, никогда там не работал, только с ними.
                                                    • 0
                                                      Ясно, а то у вас несколько очень знакомых моментов проскочило, сразу про паралелс подумал.

                                                      Btw, в некоторых компаниях, например, intel есть по сути две отдельные служебные лестницы — менеджерская и инженерская, можно с одной на другую перескакивать, при этом уровни зарплат там сравнимые (до некоторого предела, конечно, когда инженерская лестница кончается).
                                                  • 0
                                                    Не секрет в какой области работаете менеджером/управленцем? на стороне заказчика или исполнителя, и как долго?
                                                    • +5
                                                      Если ты занимаешься вебом, 90 шансов из 100, что на следующей работе/должности ты точно так же будешь делать сайты.

                                                      4 года работал веб-программистом, теперь работаю промышленным альпинистом :)
                                                      • +1
                                                        Для тех, кому важны плюшки и менеджеров и разработчиков, по-моему идеальная должность — руководитель группы разработки из 3-5 программистов. Ты еще продолжаешь писать код, график работы [почти] такой же свободный как и у линейных программистов, но при этом решаешь уже только самые сложные и интересные задачи, занимаешься архитектурой, принимаешь стратегические решения по дальнейшему развитию проекта с технической точки зрения. Например, повлиять на введение новой серьезной фичи в продукт ты еще не можешь (хотя зависит от конторы), зато можешь для ее реализации внедрить новый стек технологий.
                                                        • +2
                                                          Согласен, почему-то в спорах о выборе менеджер/разработчик, все забывают про гибридов — тимлидов. Хотя на этой должности тоже есть и плюсы, и минусы.
                                                        • –4
                                                          Другой вариант получить многие из бонусов манагеров, это не идти в манагеры, а идти в компанию, где должным образом относятся к разработчикам. Например, к нам в JetBrains.
                                                          • +1
                                                            Когда я стал Project Manager'ом ситуация изменилась для меня не сильно — всегда есть Product Manager, отдел маркетинга, «акционеры продукта» и т.д. Однако уже с уровня Product Manager (следующий шаг после проджекта) у тебя есть реальная возможность формировать продукт так, как его видишь ты.


                                                            Это, конечно, вопрос терминологии и названий, но обычно под Project Manager'ом понимают руководителя заказных проектов. Product Manager — так называется эта роль для продуктов. Можете более подробно рассказать, как в вашей компании была устроена эта иерархия и кто за что отвечал?
                                                            • 0
                                                              И почему народ вечно делит программистов на менеджеров и собственно программистов? Нет в IT сферических менеджеров в вакууме, не-ту! Есть только программисты, настоящие и… не программисты вовсе. Навыки управления у программиста должны быть заложены в генах (ну в крайнем случае в каком-нибудь учебном заведении). Программисты, которых обычно называют менеджерами — они те же программисты, только сущностями у них являются не объекты всевозможных классов, а работники разных специализаций.

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

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

                                                              ЗЫ: мое деление на своих и чужих немного отличается от общепринятого. Есть программисты и:
                                                              • Менеджеры без навыков программирования (а значит без опыта управления сложными сущностями) — это на самом деле аналитики.
                                                              • Программисты без навыков управления — это тестеры (проектировать сложные системы без навыков управления невозможно).

                                                              Выходит, что программист легко может стать менеджером в классическом понимании, а тестер может стать аналитиком — и то, и другое вполне закономерно и подчиняется логике. И чаще всего обратимо. Конфликты же (на уровне сознания и выше) возникают из-за ошибочного позиционирования.
                                                              • 0
                                                                по-моему, программирование и прочее ТАУ, принципиально отличается от управления людьми, не смотря на то, что понятие «управления» используется и там и там. все дело в пресловутом человеческом факторе. в то время как программисты бездушных железяк споконо могут быть нердами, для управления людьми крайне важны личностные качества. сосбтвенно пост, отчасти, и про это.
                                                                • 0
                                                                  Я как раз являюсь сторонником одной из ТАУ =) где менеджерам отведена второстепенная роль.

                                                                  Быть нердом — одна крайность, ханжой — противоположная. Не вижу чем второе лучше первого. Только не надо думать, что я кого-то обвиняю, просто насмотрелся и того, и другого вдоволь.
                                                                • 0
                                                                  Программист умеет грамотно составлять эффективную схему взаимодействия отдельных компонентов программы между собой, применяя при этом абстракцию в тех местах, где требуется ветвление логики — этот паттерн легко накладывается на управление любым проектом.


                                                                  Это если программисты — роботы, а не люди.
                                                                • 0
                                                                  Менеджер значительно более заметен большим боссам, успех проекта — его успех. А вот факап проекта в больших корпорациях, это как правило факап исполнителей

                                                                  Насколько это распространенное явление? Кто может подтвердить, и еще к автору вопрос — с чем это связанно, то что вина лежит о провале на подчиненных Я имею ввиду причины этого, я например думал что как в спорте — за провал турнира несет ответственность главный тренер, как правило аргумент прост — он собирал этих исполнителей и он ими руководил, и как правило, за провалом — идет отставка. И не только в спорте, везде где есть высокая управленческая конкуренция — т.е. когда на твое место дышит в затылок другой.
                                                                  • 0
                                                                    Руководству проще вникнуть в то, что неправильно сделал менеджер, чем в то, что неправильно сделал разработчик.
                                                                    Поэтому не стоит думать, что за пендель разрабу, менеджеру ничего не будет.

                                                                    Самый простой и грубый ответ на ваш вопрос «с чем это связанно» — козёл отпущения и сила тяготения. «Яблоки всегда сыпятся вниз».

                                                                    Толковый руководитель, понимает, что виноват не менеджер и не разработчик, а он сам. Он не доглядел, не помог когда нужно было, не дал свободы, когда требовалось и т.п. Но таких сознательных людей немного, поэтому проще обвинить другого. Люди привыкли, что корни внизу, поэтому выкапывать корень проблемы сверху не всем приходит в голову.
                                                                  • 0
                                                                    «Горизонтальное развитие карьеры»

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

                                                                    «Работа для генералистов»

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

                                                                    «На меня смотрят боссы»

                                                                    «вы будете получать меньше плюшек/премий/повышений, чем менеджеры»
                                                                    Тут скажу так: на мой взгляд, это проблема менеджера. Я всегда стараюсь, донести до руководства заслуги «технарей». Благодаря этому плюшек они получают больше (:

                                                                    Последний пункт про связи.

                                                                    Как минимум, у разработчика есть связь с вами. Поэтому ему не обязательно иметь такой же широкий спектр, как и ваш.
                                                                    • 0
                                                                      Менеджер значительно более заметен большим боссам, успех проекта — его успех. А вот факап проекта в больших корпорациях, это как правило факап исполнителей. Насколько это распространенное явление? Кто может подтвердить?


                                                                      На основе опыта не подтверждаю существование такого принципа. Факап проекта — это прежде всего факап менеджера.
                                                                      • 0
                                                                        Очень сильно зависит от организации. Мой опыт в западных компаниях говорит о том, что менеджеры валят факапы на технарей всегда и это прокатывает.
                                                                      • 0
                                                                        Спасибо мотивирующая статья.
                                                                        • 0
                                                                          А еще архитектором быть неплохо… И решения по проекту технические принимаешь и график посвободнее.

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