Регистрация   E-Mail     Пароль   
Портал «Профессионал управления проектами»
!!!! Обращаем внимание регионов!
Первый курс по MS Project 2010 в он-лайн формате, 20-27 июля 2010 года.

20 мая 2003 г., 09:50
Положения статьи асоциируются с ностальгией по административному управлению организацией.
Профессия Project Manager имеет свою нишу и ориентирована на управление проектами и организациями. Она требует специальных знаний, как любая другая профессия. Дефекты в управлении организациями, особенно в прошлые годы, характеризуются неграмотностью руководителей, которые выросли именно из предметной области деятельности предприятия. Следует согласиться с тем, что для Project Manager требуется определенный минимум знаний предметной области, необходимый для обеспечения коммуникаций с командой и окружением проекта. Законы управления существуют объективно и не зависят от наших эмоций. При необходимости могу привести примеры управления проектами в зарубежных компаниях, когда руководитель проекта не имел профессиональной подготовки в предметной области.
Курц Лев, ИПИ РАН
27 мая 2003 г., 10:30
RE: О статье "Мысли о руководстве"
Несколько комментариев. Нет никаких сомнений в том, что руководитель,
обладающий ТОЛЬКО подготовкой в предметной области и незнакомый с
управлением проектами подвергает свой проект серьёзному риску. Тем не менее
это не значит что подготовкой в предметной области следует пренебрегать.
Я бы рискнул предположить даже что руководителю проекта требуется не минимум,
а вполне полноценные знания. Рассмотрим ситуацию - начало проекта. Необходимо
принять решение об используемых средствах разработки. Команда проекта состоит из
нескольких человек, большая часть которых профессионально знакома с Visual Studio и C++ (но не знакома с технологией .NET)
и настаивает на том чтобы весь проект разрабатывался с их помощью, без использования
технологии .NET. В этом случае говорят они - проект удастся завершить за более
короткие сроки. С другой стороны некоторые другие разработчики настаивают на том что
изучение технологии .NET потребует некоторого времени которое затем непременно окупится
существенно повышенной скоростью разработки. Понятно что на принятие решения окажут
влияние множество других факторов - что за проект разрабатывается, нужна ли
интеграция с другими приложениями и тому подобное. Однако даже без рассмотрения этих
вопросов, в состоянии ли знакомый только с "минимумом" руководитель грамотно оценить
преимущества/недостатки того или другого подходов?
P.S. Было бы очень интересно если бы Вы привели примеры проектов, о которых Вы упоминали.


Пожалуйста, авторизуйтесь или зарегистрируйтесь для добавления сообщений в этот форум.