|
Большое всем спасибо за ответы.
Лишний раз удостоверился, что многие воспринимают PM-а как высшее руководство, с которым лучше не спорить, приказы которого малообсуждаемы, даже если он самодур, то лучше вслух об этом не говорить.
Оказывается, если PM ничего не делает, но при этом не показывает крайнюю степерь самодурства, то "вам ещё повезло". Я так не считаю, поскольку если работа PM-а в ущерб проекту или как минимум, не способствует выполнению задач в срок, то такой PM на проекте не нужен. Нужен другой.
Ну и выскажу своё мнение о том, насколько PM должен знать проект и каковы его функции и обязанности:
PM на проекте самая главная персона. Если в реализациях технических деталей, вопросах выбора технологий, всю ответственность берёт на себя Team Leader или архитектор, то крайним в целом на проекте, отвечающим за всё - является PM. Это должен быть человек, болеющий за качество и сроки. Знающий все требования, умеющий понять заказчика между строк. И где-то так перетасовать задачи, чтобы может и не выполнив все задачи какой-то фазы проекта, оставить заказчика на промежуточной демонстрации удовлетворённым, а к концу проекта получить реализацию всех требований.
Без ведома PM-а на проекте не начинается и не завершается ни одна задача. Не важно, какими методами он это контролирует, через MS Project или нет, но он знает когда кто и что делает, с какой вероятностью кто уложится во время, какие есть риски в текущей фазе, в текущей задаче и на проекте в целом.
Вся документация, начиная от сбора требований и заканчивая руководством пользователя, не выпускается PM-ом из рук. Он скорее всего может и не пишет документы, но знает, какие они есть на проекте, кто, какие и когда будет писать и какую документацию хочет получить в итоге заказчик, а какая должна быть внутренней и сопровождать проект.
PM собирает команду, ведёт её весь проект, контролирует выполнение задач, расставляет приоритеты. Именно он заботится о том, чтобы заказчик увидел как можно раньше промежуточные итоги работы, возможно выставил новые требования. PM знает настроения заказчика, в случае превышения сроков знает, что и как сделать, чтобы проект всё же был успешным. А в случае завершения какой-либо задачи кем-то из разработчиков раньше срока, PM умеет грамотно распорядиться высвободившимся ресурсом.
И уж если есть на проекте на что посмотреть, например приложение с пользовательским интерфейсом, то PM умеет его устанавливать, запускать и немного пользовать. И постить баги, замечания, предложения и т.п. в систему багтрекинга. Чтобы PM не видел результатов работы своей команды даже после того, как это видел ни один раз заказчик - это смежно (сквозь слёзы).
PM определяет, как и когда будет выполняться тестирование, кто и какую будет для этого вести документацию.
Расставляя задачи, только PM, зная требования и настроения заказчика, может определить приоритеты, детализировать требования и определить глубину исполнения оных.
Периодически, PM делает анализ, насколько правильно было выполнено планирование и оценка задач, насколько, где и по какой причине имеется превышение времени выполнения задач. Какое время занимает тестирование, документирование. В соответствии с результатами анализа он вносит изменения в оценки будущих фаз проекта, а также просто накапливает опыт для будущих проектов.
Ну и, как мне кажется, PM должен быть уважаемой фигурой на проекте, должен уметь поставить себя как перед заказчиком, так и перед разработчиками. Я не раз видел, когда заказчик не уважает PM-а, отношение в стиле: "Ну ваш PM там просил определить сроки, скажите ему сами что-нить..."
А разработчики, в свою очередь, к такому PM-у тоже относятся в духе: "Ну отчитаюсь в MS Project как попало, какая кому разница, всё равно всё это "для галочки". Да и вообще, сначала сделаю другую задачу, она мне больше нравится, а потом ту, от перестановки сумма не меняется, а PM-у и незачем знать, ему всё равно важен только результат в MS Project".
Проект, который я описал в первом сообщении ветки, на самом деле интересный, сложный, с изменяющимися требованиями, с множеством рисков, но, к сожалению, PM ведёт проект спустя рукава. PM на таком проекте нужен, может не со 100 %-ной загрузкой, но нужен, ибо много именно PM-ской работы, особенно в условиях меняющихся требований.
Но такой PM, на проекте не нужен. КМК и ИМХО.
|
