Стоит ли идти в менеджмент и зона

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




    Почему я считаю, что что-то об этом знаю? Может быть, совсем ничего — для желающих под сноской моя краткая биография, судите сами.
    чуть-чуть обо мне
    Таймлайн карьеры по стейтам можно представить так:
    девелопер (3 года) -> менеджер/аналитик/тимлид (2 года) -> девелопер (1 год)
    т.е. я примерно представляю жизнь по обе стороны баррикад. Почему столько различных профессий в середине? В мелком аутсорсинге, в котором я работал, приходилось и контролировать процессы на проекте, и вырабатывать спеки с нетехническими заказчиками, и проводить code review и обучать студентов.

    Почему я решил сравнить менеджмент с зоной? Как и в математике, любая теорема хорошо проверяется на предельных условиях. Чтобы лучше понять поведение какого-либо закона, x устремляют к нулю или к бесконечности — так лучше и наглядней видны свойства формулы. Так и здесь — в крайне экстремальных условиях лишенных свободы людей, в условиях, намеренно созданных несладкими, намного отчетливей видны человеческие взаимоотношения, а модель общества как и человеческая натура, по моему убеждению, везде примерно одинакова — только в таких условиях значительно более выражена.

    В зоне


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

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

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

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

    Вы спросите, как это соотносится с менеджментом?

    В менеджменте


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

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

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

    Что же вы, зачастую, от этого получаете? Как правило, в мелком и среднем аутсорсинге +20% зарплаты программиста, работающего на этом же проекте. Если бы мне снова предложили работать менеджером, и если бы у меня было бы такое желание, я бы рассматривал следующие критерии:

    1. Я уже дошел до потолка зарплатного роста девелопера по моей специализации? Если нет, то не стоит и задумываться об уходе в менеджмент.
    2. Мне предлагают оклад с фиксированной зп, или мой доход зависит от других факторов, таких как количество подчиненных или процент от сальдо проекта? Если нет, то это очень глупый размен. +20% к окладу несопоставимы с тем, что вы теряете. Оклад же сам по себе демотивирует, менеджмент — это уже что-то похожее на бизнес, а бизнесмен должен мыслить в рамках дохода, а не зарплаты. Если вы продаете что-то столь важное — продавайте это дорого.
    3. Какой бюджет у проекта, который мне предлагают вести? Никогда не соглашайтесь вести низкобюджетные проекты, для менеджера это сплошная головная боль. Вам никогда не выделят лучших программистов. Вам никогда не выделят бизнес-аналитика, вы будете работать за него. Вам будет намного сложнее находить компромиссы с заказчиками.

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

    P.S. Подумал, и решил добавить вопрос для современных студентов.

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

    Мне 18-22, и через пять лет я:

    Поделиться публикацией

    Комментарии 32

      +6
      Вспомнилась эта картинка

      image
        +12
        и часто вы видите ПМ-а, уходящего вовремя домой?
          0
          Печально, если Вам приходится с такими ПМами работать…
            +1
            Не туда ответил…
            0
            я видел, но согласен — таких скорее меньшинство. Особенно если работают на Америку, и если учитывать разницу между европейской части России, Беларусью и Украиной и США.
            +2
            Классная картинка :) Мне кажется, у ПМ-а два варианта — либо уходить пораньше и спихивать все на подчиненных, либо делать очень много для проекта, чтобы всем там было комфортно, но при этом неслабо перерабатывать самому.
              +3
              Судя по тому что я знаю от своих знакомых ПМ, это человек, работа которого заключается в том чтобы сделать так, чтобы программист/тестер/админ/не_важно_кто еще работал и не заморачивался другими вещами вроде «плюшки к чаю закончились», или «у нас дедлайн, сидим до утра, надо бы чего-то перекусить», вместо «надо бы поменять тормозящий компьютер» — «Вася, поменяй компьютер, тормозит» и ПМ Вася, который понимает что от скорости работы ПК напрямую зависит качество работы программиста, должен выбить у руководства машинку на замену, решить, чем кормить команду.
              Тоже самое можно сказать и про админство и про всё остальное.
              Иногда это нянька.
              Может это и узкий срез, но все понимают, что делать задачи в комфортных условиях, не отвлекаясь на другие вещи (выходя из потока), быстрее и продуктивнее
                0
                Ну вы уж прям передергиваете. Надеюсь, ПМ из примера не ходит с девелоперами в туалет.
                  +2
                  Я про те проекты, где понимают, что программеры делают деньги компании и о программерах надо заботиться.
                  не, в туалет бегать и кормить с ложечки — это уже через чур.
                    0
                    ПМ — все же не владелец компании, а такой же сотрудник как и вы. Печеньки — задача офис менеджера.
                      0
                      Ну как сказать, мне с моим давним менеджерским образованием кажется, что компания, по сути, проект, один или несколько, крупных или мелких, и не важно, делают проекты железки, софт или к ИТ вообще мало относятся.
                      И грамотно его построить — тоже нужно уметь.
                    +1
                    Ни разу не передергивает. ПМ нужен, во-первых, как «адаптер» между Product Owner'ом с его User Stories и командой девелоперов и QA. Во-вторых, его задача сделать девелопмент комфортным для всех членов команды. А в это уже многое входит. Начала назойливо моргать и щелкать лампа — он шлет письмо с красными буквами или идет пешкодралом до нужного кабинета, если через мыло все движется медленно. Это пример из практики.
                    Респект и уважуха таким ПМам!
              +3
              Сам из менеджеров проектов вернулся обратно в разработку. Ну как вернулся — скорее решил, что в чистом виде менеджер не нужен и не интересен и в продуктовой команде тим-лид гораздо лучше справляется с этой задачей.

              Но это слабореализуемо в аутсорсинговой компании.

              Кстати, всем рекомендую по возможности чередовать места работы — аутсорсинговые компании и продуктовые компании.
              Над продуктом работать гораздо интереснее, но в аутсорсе рост может быть немного быстрее.
                0
                Опять зависит от проекта и ассессмента. Если проверка годности на повышение сводится только к пачке вопросов к твоему текущему ПМу, то может быть и так и сяк, в зависимости от личностных отношений с ПМом.
                Если проверка объективная, то динамика будет зависеть от тебя.
                Считаешь, что готов к повышению — запроси конкретные требования к следующей ступени и дерзай.
                  0
                  Полностью солидарен, у меня как раз продукт-аутсорс продукт :) Но я не стал бы сильно грешить на аутсорс — все же, и там есть свои плюсы в отношении продукта.
                    0
                    Я не говорю, что аутсорс плохо. Там обычно больше разных задач и проектов, а если они еще и интересные — заскучать не успеваешь. Но очень часто это бывает тупая поддержка…

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

                    На аутсорсе просто не успеешь влюбиться в проект :)
                      0
                      Согласен полностью, тебя могут сменить как перчатку — заказчик все равно относится к тебе, как к ресурсу, будь ты трижды умен и полезен. Испытываю похожие ощущения сейчас — да, винтик, всего лишь айос разработчик, но продукт мне нравится и я сам им пользуюсь!
                  +6
                  >> Никогда не соглашайтесь вести низкобюджетные проекты

                  И с треском заваливайте свой крупный проект из-за отсутствия необходимых навыков переговоров, организации работы целой кучи людей и банального опыта. Не согласен я с такой установкой. Всегда нужно с чего-то начинать. И пусть у вас будет хотя бы два-три не самых крутых программиста, а роль аналитика вы исполните сами, зато с большей вероятностью добьетесь успеха.
                    +3
                    Уважаю вашу точку зрения, но с ней не согласен. Провалить малобюджетный требовательный проект проще, чем высокобюджетный требовательный проект, т.е. проект сравнимых масштабов. Вам ни холодно ни жарко, работаете вы на Intel или смоленское почтовое отделение, но с первыми проще и приятней работать. Чем выше бюджет проекта, тем более адекватные люди по ту сторону скайпа, и тем более хороших разработчиков вам выпишет руководство, боясь завалить такой хороший проект и расстроить заказчика.
                      +2
                      И вполне вероятна ситуация когда из крутых разработчиков «выскочку» никто не уважает, каждый знает сам решает как сделать «лучше» и в итоге нормального рабочего взаимодействия не получается. И ещё мое личное наблюдение: чем больше проект, тем тяжелее вести переговоры с заказчиком, потому что общаться нужно со все более крупными шишками, а они не любят вникать в детали. Им нужно, чтобы вы сходу подписались по срокам и сметам, которые устраивают их, а дальше уже ваши проблемы. Не наработав опыта ведения переговоров с разными людьми можно отлично слиться. А может и повезти. По-разному бывает. Адекватность заказчика никогда не является величиной прямо пропорциональной сумме договора.
                      У меня есть, хоть и небольшой, опыт ведения маленьких проектов (кстати, как вы определяете маленький проект?) и я вижу как вокруг валят и крупные проекты, валят и мелкие. И проблемы, на мой взгляд, всегда и везде одни: недостаточный анализ, недостаточная квалификация и метания заказчика, который не знает что ему нужно.
                        +1
                        Маленьким я считаю проект, который уходит в стадию глухой поддержки через 3-4 месяца разработки, большой — через 2-3 года.
                        В целом, я согласен — чем больше шишка, тем меньше его волнуют детали, в которых вся соль. Тем меньше его волнует качество кода, и тем больше — дизайн логин скрина :)

                        Но все же на более высокобюджетных проектах полегче со сроками и давлением — по моему опыту, если нужно две недели на рефакторинг и ты убедишь в этом менеджмент заказчика — значит нужно, никто не будет спорить. А на малобюджетном, особенно стартапе скажут — ну да, мы все понимаем, вот эти фичи доделаем и порефакторите. И так может продолжаться месяцами, а долг-то растет…
                    –3
                    Мне 19 и я бородат уже определился, что хочу быть ПМом в области связанной с вебом. Учусь на смежной специальности в техническом вузе, не уверен что это мне очень поможет начать карьеру, поэтому спрашиваю здесь: что необходимо из теории знать прожект менеджеру, и как и где начать карьеру?
                      0
                      Лучше смотрите в сторону продакт менеджера.

                      Проджект — это agile и pmbok.
                        0
                        Продакт менеджером сложно стать с нуля, нужен опыт в других сферах (аналитика, маркетинг, etc.) и понимание не только технологий, но и бизнеса.
                        У прожект менеджера порог вхождения слегка ниже, имхо.
                        0
                        Первая книга, которую стоит прочитать — Дейл Карнеги, да любая из его книг. Им 60 лет, но они актуальны и по сей день. После прочтения сразу понимаешь, что можно быть менеджером и не быть козлом — большой шаг! Я видел немало менеджеров, которые мнили себя богами либо выше всех, и они не обязательно были молодыми. Специалист может себе позволить скверный характер, менеджер — ни за что!
                        +1
                        Меняйте работу и прислушайтесь к себе. Если Вы уже перешли на темную сторону — назад дороги нет. Если сомневаетесь — может быть, не поздно в девелоперы назад. А вообще аутсорсинг — так себе бизнес. Лучше работать в продуктовой компании.
                          0
                          Перешел назад полгода, в смысле в девелоперы. Сменил аутсорс компанию на продукт :) Все как вы посоветовали!
                          +2
                          Могу только посочувствовать и посоветовать поискать работу в нормальной компании.
                            +1
                            Не понимаю, как в здравом уме разработчик может хотеть стать менеджером :) Сменить управление детерминированными системами на недетерминированными.
                              0
                              Все верно! Поток сознания, который легко обрабатывается гуманитарием, доставляет страдания инженеру :)
                              +1
                              Возможно автор и прав, но из контор формата «мелкий аутсорс» лучше бежать, чем выяснять по каким законам они функционируют. Я вообще не вижу способов роста в таких компаниях. Как правило это владелец(цы), до 5 менеджеров, ищущих и ведущих проекты, и ватага программистов. Среди последних обычно жуткая текучка. Оно и понятно — такие фирмы являются машинками для извлечения прибыли, там нет никакого развития, просто выполнение «наловленных» проектов, обычно однотипных. Программистов там скорее терпят, рост в менеджера обычно невозможен, поскольку туда обычно сажают «своих», а не выросших программистов.
                                0
                                Все так. Но наблюдал, когда такие компании начинают еще выше расти — скажем, от 70 до 200 человек. Своих людей на все должности уже не хватает, да и работа свинская начинается — поэтому на самое младшее менеджерское звено уже ставят обычных девелоперов, часто молодых, т.к. прокачанных программеров на такое сомнительное удовольствие уже не заманишь.

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

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

                              Самое читаемое