Может ли человек успешно работать ПМ-ом в ИТ, не разбираясь в программироании?

Конечно же не может.

Может ли человек успешно работать специалистом не будучи специалистом? Тупой вопрос. Естественно не может. С другой стороны если его взяли на работу, то наверное не так уж для него всё потеряно?

В программном бизнесе же успешно может работать кто угодно (кто ХОЧЕТ там работать). Пример тому Билл Гейтс.

Запросто. Только жалкие кодеры думают, что ИТ == программирование.

Может. И даже лучше некоторых тех, кто "разбирается в программировании".

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

>> Проблема в том что менеджмент выше и кастомеры хотят получить результат, и сообщение о том что сотрудник X был оставлен без премии их не удовлетворит...

М.Жванецкий, "c 8 до 11" напомнили:))

Белибердянск - Москва: "Самолет с колесами потерпел крушение в горах Азербайджана, колеса растащены местными жителями. Сидоров лишен премии, понижен в должности" :)))

причем здесь ПМ к програмированию? ПМ не должен програмить. он должен знать поверхностно о чем речь идет. Ему програмить не нада. ему отвечать за то что кто-то програмит. я работал в компании по разработке софта. ПМ разбиаюшыися в програмирывании не нужен. Задачи не те. ПМ путь условиями и зарплатои занимается.

> я работал в компании по разработке софта. ПМ разбиаюшыися в програмирывании не нужен.

«я» - маленькое, «ПМ» большое...

Чего вы с этим говноПМом накодили хоть, что сопровождать реально хотя бы в теории?

> В программном бизнесе же успешно может работать кто угодно (кто ХОЧЕТ там работать). Пример тому Билл Гейтс.

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

Всего то делов.

> Запросто. Только жалкие кодеры думают, что ИТ == программирование.

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

в госорганизации совкового типа - может.

Та могёт. Промышленное программирование мало чем отличается от обычного производства. Есть свои нюансы и всё.

олол

ты жжёшь, парень

Чтобы быть нрмальным тимлидером, нужно знать все что знает подчиненные, Иначе еффективность его работы очень низка.

Придёт то светлое время когда домохозяйки от Java будут управлять процессами разработки ПО. Будут назначать з/п по своим умным соображениям и внешнему виду разработчика. Координировать интерфейсы разного уровня до получения однородной массы. И давать советы и указания как какому разработчику лучше, качественне и быстрее решить ту или иную проблему с последующим назначением виновных.

И делать они это всё будут единым кликом и не непрягаясь.

> Сам изучил 2 языка - Жабу (для денег) и Obj-C (для дома:))

Би, а на чем ты писал в винде, линуксе и макоси бенчмарки ГУИ о которых ты некоторое время назад пафосно писал? На жабе с нужными фреймворками?

Или и эта твоя заява всего лишь выброс меркоптана в атмосферу?

>> федерального уровня - ох не ЕГАИС ли это случайно...

> ГАС Выборы :) И подобные.

это которые должны выдавать заранее указанные результаты вне зависимости от введенных данных? :) При написании таких систем экономические обоснования важнее.

Роль прожект менеджера - быть на стороне команды и защищать ее перед руководством. То есть он может выбивать сроки деньги и ресурсы а не иметькоманду - это не его обязанности. В этом случае он должен разбираться в том чем занимается.

>Успешная работа менеджера проекта, в первую очередь, связана с его организаторскими/лидерскими способностями и мало коррелирует с его знаниями программирования.

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

Project Manager работает с заказчиком с одной стороны и с разработчиком с другой. Он должен разбираться в предметной области *обеих* сторон. Иначе он вместо планирования, управления рисками и т.д. будет бегать между сторонами с репликами "программисты сказали, что это невозможно", "закачик сказал, что при коксования коровы кислого молока получается на 33% больше чем расчитывает наша бета-версия" - "что такое коксование?" и постоянно слышать "ну мы же согласовали эту функцию" и "это невозможно".

Он должен говоря с ушедшим в мечтания заказчиком уметь сказать "Мы так всё и сделаем, но вот поиск аналогов будет по отдельной кнопке - иначе будет тормозить". А принимая работу программиста сказать ему "Ну что ты тут сделал - это же самая часто нажимаемая кнопка! Почему она такая маленькая и в правом нижнем углу?" - до того, как это дойдёт до другой стороны или - боже упаси - до пользователей.

Опрос - говно. Например, это может быть субпроект локализации софта - нафиг там вобще знать программирование ПМу? Уцелом - может. Но лучше бы разбирался.

PS Не хватает пункта "причем тут Пистолет Макарова?"

> Сильно кореллирует. Он должен разбираться в сути процессов которые будет организовывать и лидировать.

Заметьте, в опросе не написано, что ПМ руководит имено проектом по кодингу, написано в "ПМ в IT".

>> Преположим программист X срывает дедлайн уже третий раз. Действия тимлида не разбирающегося в программировании ?

> Уволить программиста. :-) вникать в тонкие материи и компилировать KDE под FreeBSD никому не интересно. Интересно -- это заработать денег, а чтобы их разработать, надо все сдать в срок.

Уволить-уволить... А что с проектом-то делать??? Вы заказчику ксеру приказа об увольнении вместо продукта показывать будете? Положим, этого уволили. Где гарантия что со следующим не будет той же истории?

> задача ПМа -- обеспечить функционирование коллектива, отчетность -- программирование тут не причем.

ПМ == Проджект Менеджер. Вообще говоря, он не бухгалтер и не HR..

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

C этим согласен, но если ПМ не имеет понятия как все внутри работает, он с заказчиком до такого договрится, что программистов потом хватит инфаркт... а это - прерогатива сэйлзов :-)

> Он должен разбираться в сути процессов

"суть процессов" != "уметь программировать"

>Заметьте, в опросе не написано, что ПМ руководит имено проектом по кодингу, написано в "ПМ в IT".

Я тоже не написал:) Если это руление локализацией - он должен разбираться в предмете :)

>"суть процессов" != "уметь программировать"

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

НУ и по поводук руления федеральными проектами - тут уж зависит что есть первичной целью действий подобного человека. Если он нужен для затыкания "протокола" - ему не надо разбираться в программировании. Если он нужен для того чтобы вешать лапшу заказчику - тодже не надо. Если он долженн эффектвивно рулить порграмным проектом - он должен разбираться в области которой руководит.

Любой "прораб" должен рабираться в области которой он управляет. Если он не разбирается - эффективность его работы соответствующая - вплоть до отрицательной.

Вот, интересная заметка по сабжу.

http://nlp.od.ua/traditional_vs_agile_roles

Опрос неверен. Нет пункта: "Что такое ПМ"

Очевидно это "Ой, кто здесь?"

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

> Если рулит програмистским проектом - должен иметь хотя бы ограниченный опыт

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

в моей программистской практике были и ПМы, которые хорошо разбирались в программировании, и были те, кто вообще никогда ничего не програмил. На качестве их работы данные навыки совершенно никак не сказываются. У них задача не писать/проверять код, а управлять проектом (ресурсами).

ответ - "считаю, что может. Моя работа связана с разработкой софта". Говорю, потому что мне самому довелось с такими людьми работать.

Мне кажется тут должна быть золотая середина. Ибо менеджер абсолютно не понимающий сути задачи не может внятно оценить сроки выполнения. Он должен представлять/понимать используемые технологии хотя бы на поверхностном уровне - уровне черных коробочек, а в голове у него должна быть четка видимая кортина, как эти коробочки меж собой связаны.

> На качестве их работы данные навыки совершенно никак не сказываются.

Оба говно? У меня тот же опыт. Особенно умиляют люди которые "устали от программирования и уходят руководить". У нас их вежливо именуют нулями. Тут была правильная точка зрения что ПМ(с) должен быть прокладкой между начальством и коллективом. Но если в коллективе только кодеры то это всё равно труба.

Автор - УГ и русофоб.

Че все за тимлида отписываться стали? 8) Может имелось ввиду "пиар менеджером" %))

>Достаточно университетского опыта написания программ на паскале.

Недостаточно. Как он может менеджить проекты не имея вообще никакого понятия о боевой разработке софта?

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

Да прекрасно - никто не говорит что ПМ должен отвечать хза програмную часть проекта. Но он должен понимать как делается софт на практике, а не прочитав книжку.

> Недостаточно. Как он может менеджить проекты не имея вообще никакого понятия о боевой разработке софта?

Так же как и человек с 4 классами образования управлять одной стратегически важной республикой в России. Легко. Еще раз: решающим при определении работы ПМ (по русски, наверное, правильнее МП) являются его лидерские качества, а не знание программирования.

> Но он должен понимать как делается софт на практике, а не прочитав книжку

Программисты тоже с книжек начинают.

ПМ, как Прикладной Математик обязан разбираться в программировании. Опрос отстой и провокация.

Все должности в ИТ в каждой конторе понимают по своему и на них вешают разные обязанности. Может/не может зависит от того какие именно обязанности у пм-а в данный момент.

>Так же как и человек с 4 классами образования управлять одной стратегически важной республикой в России. Легко.

Неэффктивно. Разве только он врожденный гений.

>его лидерские качества,

Его лидерские качества ни к чему не приведут если он не знает ему лететь плыть или копать. Не надо сравнивать общечеловекческое управление к которому никто не подготовлоен к профессиональнуму управлению инженерной отраслью.

>Программисты тоже с книжек начинают.

Они делают софт на практике.

Ответь на простой вопрос- для того чтобы работать прорабом на стройке - лидерских качеств достаточно или нужны специальные знания?

> Неэффктивно. Разве только он врожденный гений.

Говорят, наоборот, глуповат. Тем не менее, управляет гораздо более эффективно чем многие другие.

> Его лидерские качества ни к чему не приведут если он не знает ему лететь плыть или копать.

Не надо путать идиота и человека здравомыслящего.

> Не надо сравнивать общечеловекческое управление к которому никто не подготовлоен к профессиональнуму управлению инженерной отраслью.

Это Вы к чему?

> Ответь на простой вопрос- для того чтобы работать прорабом на стройке - лидерских качеств достаточно или нужны специальные знания?

Вопрос поставлен некорректно. Прораб в переводе на классификацию IT это тим. лид. (ведущий программист) но никак не ПМ.

> Вопрос поставлен некорректно. Прораб в переводе на классификацию IT это тим. лид. (ведущий программист) но никак не ПМ.

А начальника участка ты хоть одного видел без специального образования?

> Вопрос поставлен некорректно. Прораб в переводе на классификацию IT это тим. лид. (ведущий программист) но никак не ПМ.

Попробуй для начала назвать мне аналог должности ПМ из любой другой отрасли, не обязательно строительства. Полчаса тебе на раздумья, лол.,

ПМ в IT, кстати, это не только разработка, но и внедрение, техподдержка, сопровождение, консалтинг, коробкопродажи и прочая прочая. И зачем тут программирование?

> Чтобы быть нрмальным тимлидером, нужно знать все что знает подчиненные, Иначе еффективность его работы очень низка.

ЫЫЫЫ... Я плакал!!

Итак, у тебя в подчинении: программист на Python, программист на PHP, программист на C++/Qt, дизайнер, верстальщик, психолог, автор текстов, два художника. Я описываю реальный проект на моей бывшей работе.

Приходи туда тимлидом? Только учить надо всё!

> Оба говно? У меня тот же опыт. Особенно умиляют люди которые "устали от программирования и уходят руководить". У нас их вежливо именуют нулями. Тут была правильная точка зрения что ПМ(с) должен быть прокладкой между начальством и коллективом. Но если в коллективе только кодеры то это всё равно труба.

Есть Project Manager, есть Lead Programmer и есть Software Architect. Это три разных человека! (С)

> Как он может менеджить проекты не имея вообще никакого понятия о боевой разработке софта?

Никак. Но ПМ-ом не становятся сразу после выхода из института, а значит, человек должон пообстреляться и попрактиковаться, прежде чем возьмёт на себя роль руководителя. И это не только к IT относится.

> Автор - УГ и русофоб.

Что за чушь?

> Тем не менее, управляет гораздо более эффективно чем многие другие.

управляет чем? Коммандой инженеров?

>Не надо путать идиота и человека здравомыслящего.

Я не путаю. Идиоты тут не при чем - есть люди _квалифицированный_ и неквалифицированные.

>Это Вы к чему?

ДА к этому негению.

>Вопрос поставлен некорректно. Прораб в переводе на классификацию IT это тим. лид. (ведущий программист) но никак не ПМ.

Самый что нинаесть ПМ. Либо у нас с вами кардинально расходятся роли ПМ и его обязанности.

Если вы не заметили в последнее время менеджерские специаальности получили специализацию в ВУЗах - вполть до менеджера интернет фирмы или менеджера ОSS проекта (http://www.linuxinsider.com/story/55818.html). http://www.ebizq.net/news/7724.html - Master of Science of Software Management. - люди университетское образование по теме имеют. А вы говорите "лидерских качеств" достаточно. Их в данном случае достаточно для того чтобы свалить свою работу на других.