МБА в основном используется team lead vs tech lead в карьере Product Manager, Program Manager, Marketing Manager, BizDev Manager и других бизнесовых менеджеров. МБА редко используется в карьере технического менеджера. Касаемо работы на себя — иногда стоит отказаться от чего-то, включая финансовые прелести, чтобы достугнуть большего с т.з. Совершенно обыденная ситуация, о которой тоже говорилось в комментариях — напомню — «с темой повышения зарплаты надо идти не к своему ПМу, а на 1-2 уровня выше». Проверочный вопрос — вот много у кого у непосредственного начальника есть свой бюджет, который он может тратить?

Чи це Реально: Project Manager без програмістського бекграунда?

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

Чи це Реально: Project Manager без програмістського бекграунда?

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

• Иерархия для программистов есть — техлид, архитект и тд….
• К сожалению такие PM встречаются тока среди западных заказчиков.
• ».При мне сколько пытались брать «выпускников» и «выпускниц» — диагноз тот же, что вы описали.
• Ну так обращайтесь к тому, в чьей это компетенции.
• МБА редко используется в карьере технического менеджера.
• У него своя работа, у них своя.

Чи це Реально: Project Manager без програмістського бекграунда?

Целям проекта своего, в принципе (кроме пересажать бандитов, т.к., в отличии от нынешней власти действовал демократическими путями, а посему накопать на посадку кого-нить не смог), следовал и их выполнил. При соответствующей команде проекта (создание которой — как раз часть компетенции ПМа) — легко. Не знаю чему их там учат…Так сложилась жизнь, что еще в 18 лет, бедным студентом, попал в крупную корпорацию, по направлению внешнеэкономической деятельности.

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

За пару месяцев вник в терминологию, которую до этого и на русском не знал. Потому что было желание работать и не было зашкаливающего ЧСВ а-ля «я дипломированный специалист! ».При мне сколько пытались брать «выпускников» и «выпускниц» — диагноз тот же, что вы описали. Больше месяца никто не задерживался. Занимать должность «ПМ» и окончить успешно несколько проектов — это совсем не одно и то же.

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

А дело остальных — делать «КУ», не смотря на факапы «Сверхчеловека». Я думаю, если каждый будет сосредоточенно заниматься своей работой и меньше думать и иерархиях, то будут и результаты в работе, и результаты в продвижении. Вы никогда не сможете нанять себе на работу крутого харизматичного лидера с врождёнными способностями к управлению процессами и людьми.

Да все к тому — что с ними вам прийдется (!) создавать и (!) развивать отрасли, и тупо использовать уже не получится, они сами вас рыночным отношениям научат … Отсутстсвие бюджета — основной признак. Менеджер без бюджета как минимум имеет проблему в коммуникациях с вышестоящим руководством. В) ИТА так быстро и «жирно» развивается, что нехватка эффективных менеджеров vs толковых программеров пока не сильно ощущается…

Лезет везде где только можно, не знает продукт но принимает важные решения. Постоянно подставляет команду. Очень любит свешивать свою работу на програмистов. Это не только возможно, но и правильно. Если уж PMу расти снизу, то лучшие PM получаются из QA, а не из девелопмента.

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

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

Мы ж не про Мартина Фаулера или Боба Мартина говорим, менеджеры команду не должны учить программировать. Так называемая «старая школа», которая делала менеджеров из программистов, создала вообще неверное восприятие этой профессии. Побыл девелопером, тестировщиком — всё! И только в последние годы мы начали говорить о том, что менеджменту, оказывается, нужно учиться. Можно, проводили мы во времена Новософта такую политику — вот поступления с проекта, идут отчисления головному офису и департаменту, остальное — пилится непосредственно руководителем проекта и техлидером. На премии, зарплаты и прочие расходы.

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

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

Да, и ключевые показатели у техлидов именно технические, поэтому на них гуманитарку скидывать не надо. Я об этом уже говорил в статье про вредные иллюзии. В начальники двигают не по наличию способностей или знаний, а по техническим навыкам и/или выслуге лет и/или желанию сотрудника выдвинуться в менеджмент при одновременном дефиците менеджеров. Возможно, но желательно иметь опыт разработки или тестирования (читай — самому повариться в этом “супе” в прошлом, чтобы понимать процессы изнутри и подводные камни этих процессов в том числе). Про украинский ПМ читайте выше, ибо я уже писал.