Сотрудникам организаций, в которых ведется проектная деятельность, нужно этой деятельностью управлять. До тех пор, пока отдельные проекты требуют участия отдельных людей и материальных ресурсов, можно управлять этой деятельностью разрозненно и хаотично, однако это, как правило, оказывается очень неэффективным занятием. В реальной жизни в компании одновременно идет несколько проектов, в которых участвуют одни и те же сотрудники (общие ресурсы) и нужна единая система планирования и контроля проектной деятельности.
Очень важная мысль, которую нужно запомнить до того, как мы перейдем к рассмотрению особенностей ИСУП: любая система - лишь инструмент, который сработает тогда, когда в компании задокументированы и работают общие процессы управления проектами.
Рассмотрим составные части ИСУП (здесь и далее цитируется книга "Управление высокотехнологичными программами и проектами" Р.Арчибальда) :
- Подсистема поддержки организационных процедур
- Подсистема контроля проекта
- Информационная подсистема управления проектами
- Подсистема технологий и методологий
- Подсистема культурного окружения
- Подсистема планирования
- Подсистема человеческих ресурсов
ИСУП - единое пространство для хранения и обработки информации, и в рамках основных групп процессов управления проектами информация может быть сгруппирована в следующие документы:
Все перечисленные документы могут создаваться, храниться и обрабатываться вообще без использования компьютеров. Помните, "ИСУП" не равно "компьютерная система управления проектами". Однако, компьютерные системы могут оказать значительную помощь в построении ИСУП, поэтому, на сегодняшний день, их существует огромное множество.
Программные продукты могут быть описаны в рамках категорий, которые мы можем соотнести с областями управлений проектами, описанными в PMBOK. В следующей карте описаны особенности, присущие каждой категории ПО:
Как правило, все существующие системы попадают в несколько категорий.
Есть и другие способы группировки таких программных продуктов. Например, в статье википедии с перечнем существующего ПО по управлению проектами выделены категории:
- управление проектами (планирование, контроль, отчетность по проекту)
- распределенное управление проектами (ПО для совместной деятельности, сотрудничества)
- управление инцидентами (service desk)
- управление портфелями проектов
- управление ресурсами
Ну что же, на сегодня пока хватит. В следующий раз поговорим о наиболее заметных продуктах по управлению проектами и о том, как может проходить внедрение ИСУП.
Ссылки:



6 ответов на данный момент ↓
1 Алексей // Apr 7, 2008 at 7:08 am
Ни слова про управление требованиями (requirements management)
Не актуальная дисциплина?
2 Алексей Павлов // Apr 7, 2008 at 5:11 pm
+ управление рисками (risk management)
3 Андрей Куликов // Apr 7, 2008 at 6:36 pm
Гм, управление требованиями - весьма актуальная дисциплина, как и управление рисками. Но, насколько я знаю, в существующих компьютерных системах по УП их не выделяют в отдельные модули.
4 Алексей // Apr 7, 2008 at 9:16 pm
А оно вроде не возможно на программном уровне, только на уровне теории пока смогли (MSF тому пример с дисциплиной “Управление рисками”).
Но iRise Studio, Serena Composer, Serena Mashup Composer не были бы состоятельными средами, без управления требованиями. Быть может до четверти цены именно в requrements management, которое пронизывает весь продукт, подобно системе сообщений в Windows.
Или как-то так.
5 Алексей // Apr 7, 2008 at 9:26 pm
Блин, мысль основную не дописал :(
Есть кирпичи, но без цемента от них пользы не много. Одежды без ниток не получится.
Бисквит без крема - вообще преступление против человечества.
Аналогично без управления требованиями и, так называемых, feedback’ов (когда пользователь/заказчик/приёмная_комиссия глядат продукт и в любом месте могут оставить запись) счастье будет не полным (по моему мнению).
Наверное, просто забывать о такой вещи не стоит.
6 Андрей Куликов // Apr 8, 2008 at 1:20 pm
Алексей, все верно. Но все эти вещи должны быть вписаны в корпоративную методологию управления проектами. То есть, должны быть прописаны процессы возникновения работ, сдачи работ, тестирования, процессы оценки запросов на изменение и так далее.
Причем все это, в идеале, должно быть сделано до начала внедрения ИСУП
Оставить комментарий