Особенно для fixed price проектов, для team lead vs tech lead t&m рейты может и сейлз утрясти, конечно. В 95м я уже во втором банке работал, с OS/400 в кач-ве юзера даже пришлось пересечься и ABS Equation. Ну да ладно, сеанс разоблачения и срыва покровов у вас вышел не очень, благо дата моего рождения не тайна, а дальше развивать дискуссию почвы нет. Убей меня бог, если я за свои почти 40 встретил хоть одного менагера (не владельца), который бы это сделал.
Чи це Реально: Project Manager без програмістського бекграунда?
Технические решения ПМ команде подсказывать как раз-таки и не должен — для этого есть тех. Более того, ПМу, если он по совместительству не тех. Лид, в инженерную часть решения лучше не лезть вообще. Авторитет и уважение команды ПМ зарабатывает несколько другими способами — экранированием от «бзыков» клиентов и высшего руководства, разруливанием конфликтов внутри команды, созданием продуктивной рабочей обстановки и т.п.
- Программеры никогда не поймут менеджеров и все их сотрясания воздуха вызваны лишь непониманием предметной области, о которой Вы пишите.
- При этом, к основным навыкам (помимо профессиональных навыков в конкретной отрасли) менеджера проектов в первую очередь относятся навыки управления ресурсами, планирование работ, а также управление рисками.
- Вообще говоря, кто девушку платит, тот её и танцует.
- Ну конечно С++ разработчикам виднее, я в этом, почему-то, даже не сомневался.
Чи це Реально: Project Manager без програмістського бекграунда?
Техлид — это ведь карьерный тупик. А ПМу наоборот — есть куда расти по менеджерской вертикали. В принципе соглашусь, но тут скорее нужно стать не ненужным, а невидимым. В любом случае должна выполняться работа по контролю над процессами, деливери, рисками и помощь в кризисных ситуациях (как показывает практика, в таких ситуациях программеры начинают «плыть» и стоит закрыть амбразуру собой). Святослав, прекращайте кормить тролей. Программеры никогда не поймут менеджеров и все их сотрясания воздуха вызваны лишь непониманием предметной области, о которой Вы пишите.
Чи це Реально: Project Manager без програмістського бекграунда?
Причем у них в команде из 30 человек даже системой контроля версий не пользовались. Президент пчелвоод показал нам, что такое демократия. ДРугое дело, что народец не оценил и выбрал самое лучшее из всего, что было. Так что пчелвоод, как ПМ был годным, т.к.
Логично утверждать, что везде в проектах разная специфика, соответственно, ПМ не может работать вне своей предметной области. Как мы видим на джоб — сайтах, к ПМам нет требований по знаниям технологий, соответственно, ваше изначальное утверждение не подтверждено рынкам. Думаю, PM обязан быть не только хорошим психологом-менеджером, но и понимать технические процессы (иметь опыт). Не понимая, что делает команда — невозможно ориентироваться во времени выполнения и тут два варианта или давить на команду или подставлять заказчика. В обоих случаях такой PM — головная боль для всех. Ну конечно С++ разработчикам виднее, я в этом, почему-то, даже не сомневался.
Вооот, про делегирование полномочий — очень правильно. И как-то сильно контрастирует с образом «взмыленного полуседого менеджера» из предыдущей статьи. Не собираюсь больше спорить с Вами, но в статьях явно наблюдается нарциссизм.
В то же время, ваша попаболь очевидна, ибо вы под руководством годных ПМов почти наверняка просто не работали, вот и не можете себе представить ПМа, как ПМа, а не как старшего товарища — программера. Ну так обращайтесь к тому, в чьей это компетенции. Если архитектор хреновый, сообщите об этом ПМу, чтобы он пофиксил свою команду проекта. Самый худший ПМ что я видел был с тех бекграундом как раз. Уникальное сочетание пафоса, козлизма и попыток рулить всеми тех решениями не слушая никого. Обычно коза с образованием в виде иняза, взятая по знакомству\кумовству.
Тут всё просто — в идеальной ситуации, когда менеджер обучен, способен, у него есть полномочия и бюджеты… На каждую задачу поставлен правильно выбранный человек или техника, и нужно только время от времени менять регламенты работы системы и заниматься профилактикой проблем. Ждать, попутно читая полезную литературу. ЗАмечу, что умные дяди говорят, что знание предметной сферы упрощает жисть ПМа, если с командой проекта пробелмы, однако, не есть обязательным пререквизитом.
Неплохой ПМ — менеджер из нужной предметной области (супермаркеты, финансы, медицина, железо), пусть даже без опыта работы в IT. Но для не-технического начальника будут прежде всего смотреть на опыт успешного руководства. Сразу после института (даже с «навыками работы») в ПМ не возьмут.
Связка довольно удачно работала. Вообще говоря, кто девушку платит, тот её и танцует. Всё руководство в аутсорсе всегда на стороне заказчика. Соответственно и руководитель проекта (project manager, ПМ) там же.
Специалист не может получать зарплату, больше чем менеджер. Я бы сказал, это правда в большинстве случев, но не может служить мантрой. Иерархия для программистов есть — техлид, архитект и тд…. Но это, грубо говоря, не манагеры, а просто ахрененно прошаренные спецы… Но что-то другое выдумывать неправильно ИМХО…
По поводу учить +1, НО программер должен прекратить был программером, иначе хорошим менеджером шансов стать совсем не много. Грамотный менеджер всегда в состоянии прикрать и с вои факапы, и факапы программиста. Глупый будет искать виноватых.