Управление проектами в картинках

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

Управление проектами в картинках header image 2

Информационные системы управления проектами

April 6th, 2008 · 6 комментарий

Сотрудникам организаций, в которых ведется проектная деятельность, нужно этой деятельностью управлять. До тех пор, пока отдельные проекты требуют участия отдельных людей и материальных ресурсов, можно управлять этой деятельностью разрозненно и хаотично, однако это, как правило,  оказывается очень неэффективным занятием. В реальной жизни в компании одновременно идет несколько проектов, в которых участвуют одни и те же сотрудники (общие ресурсы) и нужна единая система планирования и контроля проектной деятельности.

Очень важная мысль, которую нужно запомнить до того, как мы перейдем к рассмотрению особенностей ИСУП: любая система - лишь инструмент, который сработает тогда, когда в компании задокументированы и работают общие процессы  управления проектами.

Рассмотрим составные части ИСУП (здесь и далее цитируется книга "Управление высокотехнологичными программами и проектами" Р.Арчибальда) :

  • Подсистема поддержки организационных процедур
  • Подсистема контроля проекта
  • Информационная подсистема управления проектами
  • Подсистема технологий и методологий
  • Подсистема культурного окружения
  • Подсистема планирования
  • Подсистема человеческих ресурсов

ИСУП - единое пространство для хранения и обработки информации, и в рамках основных групп процессов управления проектами информация может быть сгруппирована в следующие документы:

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

Программные продукты могут быть описаны в рамках категорий, которые мы можем соотнести с областями управлений проектами, описанными в 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

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

Оставить комментарий