Автоматизированная система управления проектами для малого предприятия. Краткая характеристика системы управления проектами MS Project. Слабые стороны PRINCE2

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

Продуктами проекта могут быть продукция предприятия (результаты научных и маркетинговых исследований, проектно-конструкторская и технологическая документация на новое изделие, разработанные для заказчика) и решение разных внутренних производственных задач (повышение качества продукции и эффективности организации труда, оптимизация финансовых потоков и т. д.).

Управление проектами является частью системы менеджмента предприятия.

История

В основе современных методов управления проектами лежат методики структуризации работ и сетевого планирования, разработанные в конце 50-х годов XX века в США.

Классическая форма Тройственной Ограниченности

• Предположение о неограниченности ресурсов, критичен только срок выполнения и качество. Метод PERT , Метод критического пути ,
• Предположение о критичности качества, при этом требования к сроку и ресурсам достаточно гибки (под качеством здесь понимается полнота удовлетворения потребностей, как известных, так и неизвестных заранее, часто создаваемых выходом нового продукта). Гибкая методология разработки
• Предположение о неизменности требований, низких рисках, жесткий срок. Классические методы PMBOK , во многом опирающийся на модель водопада
• Предположение о высоких рисках проекта. Метод Инновационные проекты (стартапы)
• Варианты нейтральных (сбалансированных) подходов:
  • Акцент на взаимодействие исполнителей. Метод PRINCE2
  • Акцент на взаимодействие процессов . Метод Process-based management

Роли в проекте

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

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

Заказчик несет ответственность за постановку целей и полезность результата для потребителя. Централизацией функций заказчика и управлением портфеля проектов занимается проектный комитет. В строительных организациях для этого выделяют специальную службу единого заказчика.

В случае четкого разделения ролей заказчик-исполнитель целью управления проектом является стабилизация работ и минимизация отклонений от утвержденного заказчиком плана.

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

Для увязывания проекта с интересами бизнеса часто вводят роли куратора (обычно от исполнителя) и иногда спонсора (куратора от заказчика), которые имеют наибольшую осведомленность об интересах бизнеса, имеют право утверждать ключевые изменения в проекте.

Цель управления проектом и успешность проекта

Успешность проекта различным образом оценивается в разных методиках. Успешность может разным образом оцениваться различными участниками проекта.

Группы оценок успешности:

• Ориентированные на контракт, например традиционные методологии, в том числе PMBOK : «Проект успешен, если выполнен согласно утвержденным критериям: объему, сроку, качеству» . То есть проект успешен, если исполнен и закрыт договор между Заказчиком и Исполнителем (вне зависимости от того, являлся ли он юридическим документом в случае внешних проектов или определялся как-то иначе в случае внутренних проектов). При этом оценка успешности единая как для заказчика так и для исполнителя.
• Ориентированные на заказчика, например гибкие методологии SCRUM , частично управление программами , направленное на длительное взаимодействие, а не на один проект/контракт: «Проект успешен, если заказчик удовлетворен» . Здесь делается акцент на продолжение сотрудничества Исполнителя с Заказчиком в рамках последующих проектов и иного взаимодействия, либо проект можно рассматривать как программу из нескольких небольших проектов. Оценка успешности рассматривается в основном с точки зрения заказчика.
• Сбалансированные, например PRINCE2 : «Проект успешен при сбалансированности по крайней мере по трем категориям - бизнеса, ориентации на пользователя и технологической зрелости» . Здесь делается акцент на финансовой успешности проекта, удовлетворенности пользователей и развитии (косвенная польза для самого исполнителя). Оценка успешности может различаться с точки зрения бизнеса, пользователя и исполнителя. Такие методики оценки чаще используются для внутренних проектов, когда заказчик и исполнитель находятся в одной организации.

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

В целом можно определить цель управления проектами следующим образом:

«Целью управления проектом(-ами) является достижение заранее определенных целей при заранее известных ограничениях и целесообразном использовании возможностей, реагировании на риски.»

Даже при достижении поставленных целей и целесообразности изменений, проект может не соответствовать ожиданиям заинтересованных сторон. В проектах с высоким уровнем изменений требуется управление ожиданиями.

Корпоративная система управления проектами

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

Процедуры управления проектом

Международный стандарт управления проектами ISO 21500:2012

В сентябре 2012 года Россия, США и страны Евросоюза на государственном уровне через International Standard Organization ISO ввели в действие стандарт ISO 21500 , который был построен на базе модели PMBOK . Принятие стандарта ISO 21500 в действие сопровождалось фактически передачей приоритета стандартизации от PMI к ISO.

В соответствии с гражданским законодательством большинства стран Евросоюза, а также России, все остальные стандарты на территории Европы являются подчиненными относительно ISO 21500:2012 и в случае любых разночтений с официальным стандартом, подчиненные стандарты в указанных различиях являются "ничтожными". В России указанное правило закреплено в Статье 7 Гражданского Кодекса Российской Федерации.

• Определение требований к проекту
• Постановка чётких и достижимых целей
• Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости
• Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц (стейкхолдеров)

IPMA

• Системное представление Управления проектами IPMA

Процедуры управления проектом по методологии PRINCE2

• Начало проекта (SU).
• Запуск проекта (IP).
• Планирование проекта (PL).
• Управление проектом (DP).
• Контроль стадий (CS).
• Контроль границ стадий (SB).
• Управление производством продукта (MP).
• Завершение проекта (CP).

Прочие процедуры (управление командой, контрактами и тп) вынесены «за рамки» методологии и называются инструментарием менеджера проекта. Кроме того, методология рассматривает «компоненты», которые состоят из Бизнес плана (Business Case), организации, планирования, управления рисками, управления качеством, управление конфигурацией, контроля и управления изменениями.

Процедуры управления проектами по методологии MSF

Microsoft Solutions Framework (MSF) разработан корпорацией Microsoft как методология ведения IT-проектов. MSF представляет каждую фазу проекта как:

• Выработка концепции (Envisioning)
• Планирование (Planning)
• Разработка (Developing)
• Стабилизация (Stabilizing)
• Внедрение (Deploying)

План управления проектом

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

В Плане управления проектом должно быть отражено:

• Содержание и границы проекта
• Ключевые вехи проекта
• Плановый бюджет проекта
• Предположения и ограничения
• Требования и стандарты

Стандарты управления проектами

Международные стандарты управления (менеджмента) проектами:

Национальные стандарты управления проектами:

• ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом» (Россия)
• ГОСТ Р 54870-2011 «Проектный менеджмент. Требования к управлению портфелем проектов» (Россия)
• ГОСТ Р 54871-2011 «Проектный менеджмент. Требования к управлению программой» (Россия)
• NASA Project Management (США)
• BSI BS 6079 (Великобритания)
• APM Body of Knowledge (Великобритания)
• DIN 69901 (Германия)
• Hermes method (Швейцария)
• CAN/CSA-ISO 10006-98 (Канада)
• South African NQF4 (ЮАР)
• CEPM (Индия)
• PROMAT (Южная Корея)

Стандарты с расширенной географией применения:

• PRINCE2 (PRojects IN a Controlled Environment)
• ISEB Project Management Syllabus
• Oracle Application Implementation Method (AIM)

Стандарты оценки компетенции менеджера проекта:

• ICB IPMA Competence Baseline (IPMA)
• НТК (Национальные требования к компетентности специалистов) (Ассоциация управления проектами «СОВНЕТ», Россия)
• NCB UA (National Competence Baseline, Version 3.0) (Украина)

Программное обеспечение для управления проектами

• продукты, ориентированные на автоматизацию услуг:
  • ARTA Software - система ARTA Synergy
  • Epicor Software
• системы управления проектами и задачами:
  • Bontq - система управление проектами и отслеживания ошибок.
  • Cerebro - система управления проектами в аудиовизуальной сфере.
  • Easy Projects .NET - система для управления проектами, написанная на .NET .
  • eGroupWare - бесплатное ПО для управления проектами.
  • GanttProject - маленькая бесплатная программка с диаграммой Ганта и ресурсами. [значимость факта? ]
  • Kommandcore - платный многопользовательский веб-сервис по управлению проектами, предназначен в первую очередь для руководителей проектами, основан на методологии гибкой разработки.
  • OpenProj - бесплатная, открытая альтернатива Microsoft Project.
  • Clarizen - облачная система управления проектами, персоналом, бюджетом
  • PayDox - система управления документами, задачами и совместной работой сотрудников.
  • Project Kaiser - веб-ориентированная система управления проектами и задачами с поддержкой wiki и развитыми средствами взаимодействия пользователей.
  • ProjectMate - Российская PSA-система автоматизации профессиональной деятельности. Помимо модуля управления проектами имеет массу функций, востребованных в компаниях сферы консультационных услуг - начиная от учета времени и заканчивая выставлением счетов (биллингом).
  • Redmine - бесплатный многопользовательский веб-сервис, ориентированный на специфику IT-проектов и разработчиков.
  • TeamLab - система для управления проектами, документами и совместной работы.
  • TrackStudio Enterprise - система управления задачами. Есть экспорт в MS Project.
  • Trac - инструмент управления проектами и отслеживания ошибок в программном обеспечении.
  • Web2Project - открытое бесплатное веб-приложение для управления проектами (проект основан на коде dotProject).

Методологии управления проектами

Методология PMI , сформулированная в виде стандарта PMBOK , базируется на концепции управления проектами через группу стандартных процессов. Однако последняя версия стандарта PMBOK отражает существенную коррекцию методологии в сторону интерактивных методик

Методология IW URM (Unique Reliable Method), разрабатывалась и оттачивалась с тем, чтобы в любом проекте был гарантирован успех - цели клиента достигнуты в оговоренный срок, в рамках определенного бюджета и с необходимым качеством. Для реализации разных типов проектов используется набор различных процедур, документов и технологий, наиболее подходящих для конкретного типа проекта.

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

Методология P2M базируется в ориентированности не на продукт или процессы, а на улучшение организации в результате выполнения проектов. Иными словами, методология описывает, как использовать полученный в результате выполнения проектов опыт для развития компании.

Литература

• Стэнли Э. Портни. Управление проектами для "чайников" = Project Management For Dummies. - М .: «Диалектика», 2006. - С. 368. - ISBN 0-7645-5283-X
• Рассел Д. Арчибальд. Управление высокотехнологичными программами и проектами = Managing High Technology Programs and Projects. - М .: «Академия АйТи», 2004. - С. 472. - ISBN 5-98463-002-3
• Ньюэлл Майкл В. Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена. - «КУДИЦ-ПРЕСС» , 2008. - С. 416. - ISBN 978-5-91136-009-2
• Том ДеМарко. Deadline. Роман об управлении проектами. - «ВЕРШИНА» «М» , 2006. - С. 143. - ISBN 5-9626-0132-7
• Ашманов Игорь Станиславович Жизнь внутри пузыря . - М .: Манн, Иванов и Фербер, 2008. - С. 208. - ISBN 978-5-902862-79-6
• Ким Хелдман. Профессиональное управление проектами. - «Бином» «Москва» , 2005. - С. 517. - ISBN 5-94774-234-9
• Лапыгин Ю. Н. Управление проектами: от планирования до оценки эффективности. - Омега-Л «Москва» , 2008. - С. 252. - ISBN 978-5-370-00985-3

Заренков В. А. Управление проектами. СПб., 2010.

Cookie – это небольшой текстовый файл на вашем устройстве, который запускает функции и возможности веб-сайта.

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

В Comindware мы стараемся быть ясны и откровенны касательно того, какие данные о вас мы собираем и как их используем. И эта Политика предоставляет подробную информацию о том, какие cookie-файлы мы собираем и как мы используем данные о вас. Эта политика использования cookie-файлы применяется к веб-сайту Comindware.

Всегда включённые

Обеспечивают ваш персонализированный опыт и должную работу веб-сайта.

Всегда включённые cookie-файлы помогают нам обеспечивать персонализированный опыт использования веб-сайта для вас и не могут быть отключены в нашей системе. Вы можете настроить веб-браузер для блокировки или предупреждения об этих файлах cookie, но в последующем некоторые части веб-сайта могут не работать.

Скорость работы сайта

Используются для постоянной оптимизации и улучшения веб-сайта.

Cookie-файлы производительности помогают нам постоянно оптимизировать и улучшать веб-сайт. Эти файлы cookie позволяют нам считать переходы на веб-сайт, отслеживать источники трафика, определять какие страницы пользуются наибольшей популярностью и приносят пользу посетителям, узнавать как пользователи перемещаются по веб-сайту. Все данные собираются в эти cookie-файлы в обобщённой форме и потому анонимны.

Управление - это про эффективность. Уметь распределять ресурсы, оценивать задачи, стимулировать команду, укладываться в сроки, выходить на рентабельность.

Чтобы руководителю проектов работалось еще лучше, существует множество специализированных программ для самых разных целей: от тайм-менеджмента до работы с клиентами. Какие решения популярны среди digital-управленцев?

1. Битрикс24

Огромный отечественный комбайн, который может быть как CRM с телефонией, так и системой управления задачами. В прошлом году обновился и теперь поддерживает Kanban, диаграммы Ганта, продвинутую фильтрацию в задачах. В новом обновлении появится возможность ставить задачи между порталами. Почти полностью онлайновый сервис: десктопные приложения поддерживают не всю функциональность.

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

2. Jira

Изначально Jira - это баг-трекер, то есть система для контроля ошибок в программном коде. Но очень много компаний используют ее именно как инструмент управления проектами. Подходит для команд, использующих методологии Scrum и Kanban.

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

3. Asana

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

Отдельно стоит упомянуть, что функциональность продукта расширяется с помощью подключения сторонних сервисов: от Dropbox и Google Drive до Zapier и Bitbucket.

4. ActiveCollab

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

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

5. Slack

Сегодня это фактически стандарт для корпоративной переписки. Огромный плюс мессенджера - большое число интеграций со сторонними сервисами. Главный недостаток - ограниченное хранение истории чатов на бесплатной версии (поиск по последним10 000 сообщениям,10 интеграций и 5 Гб серверного места на команду).

И, конечно, в Slack доступны боты в больших количествах. Мессенджер попытался взять лучшее от своих прародителей вроде IRC и Jabber.

6. Wrike

Инструмент, который часто используют для того, чтобы наладить производство контента. Проект помогает работать над файлами в реальном времени, отлично реализует диаграмму Ганта и обладает приличной визуализацией. Wrike позволяет также контролировать время и бюджет. Сам рабочий процесс в системе разделен категориями, проектами, задачами и подзадачами. К задачам привязывается обсуждение.

Отдельно указывается, что есть функция создания отчетов для экономии времени. Дополнение к Outlook и Apple Mail помогает создавать задачи напрямую из писем.

7. MS Project

Старожил рынка, не так давно получивший и онлайн-версию. Очень популярен у западных пользователей и едва ли не синоним диаграммы Ганта. Позволяет планировать проекты, управлять ресурсами, планировать сценарии вида «что, если» и следить за дедлайнами и прогрессом. Плотно интегрируется с Microsoft Office последних версий, SharePoint.

Требует очень много времени на освоение. Его внедрение - целая история для компании.

8. Evernote

Один из флагманов сервисов «новой волны» (в эпоху после Microsoft и Web 2.0, конечно же) для сбора данных в командах и зачаточная система управления, которая только-только появляется в продукте. Среди функций для команд - недавно прямо в интерфейсе системы появился таск-менеджер, система рабочих проектов Spaces, а также возможность создания корпоративной базы знаний.

Сам проект идеально подходит именно для последней задачи.

9. Trello

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

Главный плюс проекта - возможность быстро и просто увидеть проект «с высоты птичьего полета» и визуально оценить степень готовности.

10. Basecamp

Один из первопроходцев систем управления проектами «новой волны», запущен в 2004 году. Среди возможностей: ведение списков, просмотр расписания сотрудников и команд, хранение файлов и групповой чат. При помощи API можно подключать сторонние приложения. За14 лет проект сохранил свою главную черту: функциональную простоту.

Даже несмотря на критику пользователей и достаточно высокую цену, подписка стоит99 долларов в месяц.

Выводы

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

Но все это - только вспомогательный инструмент. Для того, чтобы быть настоящим менеджером проектов и не завалить свою первую же задачу, нужна долгая и мучительная практика. Как вариант - практический курс от тех, кто ежедневно живет в персональном аду под названием «управление проектами».

Система управления проектами – это совокупность инструментов, обеспечивающих управление проектами и их эффективную реализацию. Как правило, это различные автоматизированные программы.

Цели и задачи использования систем управления

Рассмотрим основные цели использования систем управления:

• Повышение КПД работников в рамках проекта.
• Повышение эффективности управления со стороны менеджера.
• Увеличение общей эффективности при управлении: сдача проекта в срок, минимизация сопутствующих трат.

Базовые задачи, которые ставятся перед системами управления:

• Формирование инструментов для планирования и контроля над исполнением поставленных задач.
• Формирование площадки, с помощью которой сотрудники получают доступ к сведениям, нужным для работы над проектом, а также к инструментам для решения текущих задач.
• Возможность проверки загруженности того или иного сотрудника, для того чтобы принять решение о привлечении его к дополнительной работе.
• Обеспечение эффективного перераспределения нагрузки.
• Создание инструмента для автоматизации работы над рутинными делами.
• «Прозрачность» статуса всех текущих проектов.
• Возможность мониторинга изменений.
• Контроль над сроками выполнения проектов.
• Контроль над соответствием исполняемых проектов целям компании.

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

ВАЖНО! Различные отрасли предполагают использование систем управления со своей спецификой. К примеру, особые системы требуются для строительных, инвестиционных, инновационных, организационных проектов.

Преимущества и недостатки систем управления проектами

Знание преимуществ систем управления нужно для того, чтобы обосновать их внедрение. Но при их использовании требуется также иметь в виду возможные «слабые» стороны.

Преимущества

Системы управления используются в большинстве крупных организаций. Объясняется это следующими их выгодами:

1. Облегчение отслеживания проектов, не соответствующих стратегии организации. Это обеспечивает сокращение издержек фирмы.
2. Увеличение эффективности применения ресурсов. Эффективность увеличивается за счет грамотного распределения ресурсов.
3. Предупреждение перерасходов средств. Обеспечивается за счет контроля над всеми расходами. Наличие плана также оказывает благоприятное воздействие на объемы трат.
4. Уменьшение количества проектов, исполненных с низким качеством. Достигается благодаря контролю над сроками, текущими задачами. Руководитель получает возможность отслеживать качество выполнения задач.
5. Экономия времени руководителя. Менеджер может не заниматься рутинной работой (сбор информации, создание отчетов) вручную.
6. Взаимодействие с участниками проекта в реальном времени. Если перед сотрудником возникнет определенная проблема, он может незамедлительно обратиться к другому сотруднику.
7. Облегчение ведения документооборота. В системе имеется функция документооборота. Она позволяет моментально редактировать сведения, обновлять их.
8. Облегчение управления рисками и прогнозами. Системы помогают своевременно определять риски, строить прогнозы относительно успеха завершения проекта.

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

Недостатки систем управления

При внедрении систем управления нужно учитывать следующие их минусы:

1. Высокая стоимость программ по управлению при низкой результативности. Приобретение систем управления предполагает повышение дохода компании. Однако полученная прибыль в некоторых случаях не окупает затраты. Нужно иметь в виду, что тратить средства придется не только на саму программу, но и на ее регулярные обновления, индивидуальные доработки.
2. Риск усложнения простых проектов. При ведении простых проектов использование системы управления необязательно. Более того, оно даже нежелательно, так как простая задача может усложняться.
3. Трата большого количества времени на составление планов. Руководителю и сотрудникам приходится тратить много времени на расстановку статусов, изменение приоритетных задач, обновление сведений. Иногда за подобной работой «теряются» реальные дела.

Все эти недостатки являются относительными. При правильном выборе и использовании системы все минусы нейтрализуются.

Правильное внедрение системы управления

Внедрение системы управления – это отдельный проект, для реализации которого нужен план. Его можно разделить на следующие этапы:

1. Инициирование проекта. На этом этапе назначается руководитель проекта по внедрению, формируется рабочая группа. Составляется план мероприятия. В нем указывается, в каких подразделениях внедряется система, функции, входящие в нее.
2. Получение результатов. После внедрения проекта следует незамедлительно начать работу с ним. Быстрые положительные результаты помогут убедить руководителя, что внедрение системы было правильным решением.
3. Работа над пилотным проектом. Основные задачи этого этапа: формирование единого реестра проектов, хранилища сопутствующей документации, автоматизация документооборота.

Система управления довольно проста, а потому не требует организации дополнительных учебных курсов.

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

• Применение базового функционала. Наличие возможности его постепенного совершенствования.
• Быстрый запуск всех базовых процессов. Примерное время запуска составляет 1-2 недели.
• Простота использования, легкость обучения работе с системой.
• Интерфейс, удобный для пользователей.

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

Обзор наиболее популярных систем управления проектами

Существует огромное количество СУП. Они могут быть базовыми или профессиональными. Рассмотрим наиболее востребованные системы:

1. Wrike. Функционал: группировка задач по проектам, контроль над исполнением. Основной плюс – профессиональный функционал, обеспечивающий удобство совместной работы. Дополнения: напоминания, установка сроков исполнения задачи.
2. «Мегаплан». Используется в малых и средних организациях. Удобна для удаленной работы. Функционал: менеджер задач, выставление счетов, контроль над сделками, локальная почта.
3. Basecamp. Отличается эффективностью и простотой. Функционал: профайлы, календарь, задачи. Обеспечивает удаленный доступ. Может использоваться не только сотрудниками, но и клиентами компании.
4. Worksection. Функционал: учет времени, тэги, хранилище файлов, менеджер задач, ПО.
5. Asana. Мобильный доступ. Возможность интеграции с электронной почтой.

Среди базовых систем имеет смысл отметить MS Project (разработчик — Microsoft). Как правило, базовые СУП имеют стандартный набор функций.

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

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

Проект обладает определенными свойствами .

1. Проект всегда имеет четко определенную цель, которая выражается в получении некоторого результата. Достижение этого результата означает успешное завершение и окончание проекта. Например, для проекта строительства здания результатом является само здание, принятое в эксплуатацию.
2. Проект имеет четко очерченное начало, которое совпадает с началом первой работы, направленной на достижение поставленной цели. Начало может задаваться директивно, либо рассчитываться в результате составления плана работ по проекту.
3. Проект имеет четко очерченный конец, который совпадает с концом последней работы, направленной на получение заданного результата. Как и начало, конец проекта может задаваться директивно, или рассчитываться при составлении плана работ. Например, для проекта строительства здания конец проекта совпадает с датой акта сдачи/приемки его в эксплуатацию.
4. Проект исполняется командой, в состав которой входит руководитель проекта, менеджеры, исполнители. Помимо основной команды в нем могут участвовать сторонние исполнители, команды и организации, которые привлекаются на временной основе для выполнения отдельных работ.
5. При реализации проекта используются материальные ресурсы. Их номенклатура и количество определяются характером проекта и входящих в него работ. Так при строительстве дома используются песок, щебень, цемент, кирпич и т.п.
6. Проект имеет бюджет. Стоимость проекта складывается из стоимости израсходованных материальных ресурсов, затрат по оплате труда реализующей его команды и прочих расходов, связанных с особенностями конкретных видов работ.
7. Проект имеет ограничения трех видов.

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

Жизненный цикл проекта – это промежуток времени между моментами его начала и завершения. Он делится на четыре фазы.

1. Концептуальная фаза. Включает формулирование целей, анализ инвестиционных возможностей, обоснование осуществимости (технико-экономическое обоснование) и планирование проекта.
2. Фаза разработки проекта. Включает определение структуры работ и исполнителей, построение календарных графиков работ, бюджета проекта, разработку проектно-сметной документации, переговоры и заключение контрактов с подрядчиками и поставщиками.
3. Фаза выполнения проекта. Включает работы по реализации проекта, в том числе строительство, маркетинг, обучение персонала и т.п.
4. Фаза завершения проекта. Включает в общем случае приемочные испытания, опытную эксплуатацию и сдачу проекта в эксплуатацию.

Результат проекта – это некоторая продукция или полезный эффект, создаваемые в ходе реализации проекта. В качестве результата, в зависимости от цели проекта, могут выступать: научная разработка, новый технологический процесс, программное средство, строительный объект, реализованная учебная программа, реструктурированная компания, сертифицированная система качества и т.д. Об успешности проекта судят по тому, насколько его результат соответствует по своим затратным, доходным, инновационным, качественным, временным, социальным, экологическим и другим характеристикам запланированному уровню.

Управляемыми параметрами проекта являются:

1. объемы и виды работ;
2. стоимость, издержки, расходы по проекту;
3. временные параметры, включающие сроки, продолжительности и резервы выполнения работ и этапов проекта, а также взаимосвязи между работами;
4. ресурсы, требуемые для осуществления проекта, в том числе человеческие или трудовые, финансовые, материально-технические, а также ограничения по ресурсам;
5. качество проектных решений, применяемых ресурсов, компонентов проекта и прочее.

Задачами управления проекта являются:

1. определение цели проекта и проведение его обоснования;
2. создание структуры проекта (подцели, основные этапы работы, которые предстоит выполнить);
3. определение необходимых объемов и источников финансирования;
4. подбор команды исполнителей, подготовка и заключение контрактов со сторонними исполнителями;
5. определение сроков выполнения проекта:
6. составление графика его реализации:
7. расчет необходимых для проекта материальных ресурсов, заключение контрактов с поставщиками;
8. расчет сметы и бюджета проекта:
9. планирование и учет рисков;
10. обеспечение контроля за ходом выполнения проекта.

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

Управление проектом состоит из трех основных этапов:

1. формирование плана проекта,
2. контроль за реализацией плана и оперативная его коррекция,
3. завершение проекта.

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

В настоящее время для автоматизированного управления проектами используется методология сетевого планирования и управления. Эта методология была разработана в 1956 г. специалистами фирм "Дюпон" и "Ремингтон Ред" М.Уолкером и Д.Келли для проекта по модернизации заводов фирмы "Дюпон". Впечатляющим результатом ее использования является проектирование корпорацией "Локхид" ракетной системы "Поларис" для оснащения подводных лодок ВМС США. В результате применения методов сетевого планирования работы были выполнены на два года раньше намеченного срока! Одним из примеров успешного применения этого метода в России является восстановление храма Христа Спасителя в Москве.

Сетевое планирование и управление состоит из структурного и календарного планирования и оперативного управления.

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

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

Оперативное управление состоит в регулярном сопоставлении фактического графика работ с плановым. Результатом серьезных отклонений является принятие решений об изменении первоначального структурного или календарного плана.

Обзор систем управления проектами

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

1. Стандарт, разработанный Институтом управления проектами (Project Management Institute) принят в качестве национального стандарта в США (стандарт ANSI).
2. Стандарт по качеству в управлении проектами ISO 10006.

Применение этих технологий способствует своевременной реализации проектов в рамках выделенных бюджетов и с требуемым качеством.

Системы управления проектами используются для решения следующих основных задач.

1. Структуризация и описание состава и характеристик работ, ресурсов, затрат и доходов проекта.
2. Расчет расписания исполнения работ проекта с учетом всех имеющихся ограничений.
3. Определение критических операций и резервов времени для исполнения других операций проекта.
4. Расчет бюджета проекта и распределение запланированных затрат во времени.
5. Расчет распределения во времени потребности проекта в основных материалах и оборудовании.
6. Определение оптимального состава ресурсов проекта и распределения во времени их плановой загрузки.
7. Анализ рисков и определение необходимых резервов для надежной реализации проекта.
8. Определение вероятности успешного исполнения директивных показателей.
9. Ведение учета и анализ исполнения проекта.
10. Моделирование последствий управленческих воздействий с целью принятия оптимальных решений.
11. Ведение архивов проекта.
12. Получение необходимой отчетности.

На российском рынке в настоящее время наиболее популярными являются несколько систем управления проектами.

Microsoft Office Project 2007 – это комплексное решение корпорации Microsoft по управлению корпоративными проектами, которое позволяет управлять проектами любой сложности и включает в себя семейство следующих программных продуктов:

1. MS Office Project Standart – пакет начального уровня для управления простыми проектами;
2. MS Office Project Professional – пакет для профессионального управления проектами любой сложности на любом уровне управления;
3. MS Office Project Server – серверный продукт, который используется для взаимодействия менеджеров проекта при управлении распределенными проектами;
4. MS Office Project Web Access – веб-интерфейс MS Project, позволяющий участникам проектов получить доступ к проектной информации через Internet Explorer.

Spider Project Professional (также существуют версии Desktop и Lite, разработчик "Технологии управления Спайдер") - пакет управления проектами, спроектированный и разработанный с учетом практического опыта, потребностей, особенностей и приоритетов Российского рынка. Этот пакет - единственная отечественная разработка среди популярных в России систем управления проектами.

Данный пакет в отличие от западных аналогов, имеет следующие особенности:

1. встроенная система анализа рисков и управления резервами по срокам и стоимости работ;
2. возможность создания, хранения и включения в проекты типовых фрагментов проектов;
3. оптимизированная для российских условий организация групповой работы и мультипроектного управления.

Программные продукты компании Primavera Inc :

1. Primavera Project Planner Professional – профессиональная версия, предназначенная для автоматизации процессов управления проектами в соответствии с требованиями PMI (Project Management Institute) и стандартами ISO. В первую очередь этот пакет предназначен для использования в составе корпоративной информационной системы, хотя вполне может работать и автономно, помогая решать задачи календарно-сетевого планирования, определения критического пути, выравнивания ресурсов, и других задач моделирования проектов, групп проектов, портфелей и программ.
2. SureTrack Project Manager ориентирован на контроль выполнения небольших проектов или фрагментов крупных проектов. Может работать как самостоятельно, так и совместно с Project Planner в корпоративной системе управления проектами.

Open Plan (разработчик Welcom Software Technology, сейчас Deltek) обеспечивает полномасштабное мультипроектное управление, планирование по методу критического пути и оптимизацию использования ресурсов в масштабах предприятия. Может эффективно использоваться на всех уровнях контроля и управления проектами – от высшего руководства и менеджеров проектов, до начальников функциональных подразделений и рядовых исполнителей.

Open Plan позволяет руководителям разного уровня выполнять следующие функции:

1. создавать оперативные планы проектов с учетом различных ограничений;
2. определять уровень приоритетности проектов;
3. задавать относительную степень важности проектов для распределения ресурсов;
4. минимизировать риски;
5. проводить анализ хода выполнения работ.

Welcom предлагает использовать профессиональную и "облегченную" версию продукта в совокупности (OpenPlan Professional + OpenPlan Desktop), так как они полностью интегрированы.

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

1. Укрупненно описать проект – создать иерархическую структуру работ.
2. Задать, какие составляющие стоимости будут использованы для финансового анализа и управления проектом.
3. Составить перечень операций (работ, задач) проекта и задать их характеристики.
4. Составить перечень ресурсов проекта и задать их характеристики,
5. Задать взаимосвязи (ограничения на порядок исполнения) операций проекта.
6. Назначить ресурсы на исполнение операций проекта.
7. Назначить стоимости операциям, ресурсам и назначениям проекта.
8. Задать ограничения на финансирование, поставки, сроки исполнения операций.
9. Составить расписание исполнения работ проекта с учетом всех ограничений.
10. Оптимизировать состав используемых ресурсов.
11. Определить бюджет и распределение во времени плановых затрат проекта.
12. Определить и промоделировать риски и неопределенности.
13. Определить необходимые резервы, стоимости и потребности в материалах для исполнения запланированных показателей с заданной надежностью.
14. Представить плановую информацию руководству и исполнителям.

В процессе исполнения проекта данные системы позволяют.

1. Вести учет.
2. Анализировать отклонения исполнения от запланированного.
3. Прогнозировать будущие параметры проекта.
4. Моделировать управленческие воздействия.
5. Вести архивы проекта.

1.3. Контрольные вопросы

1. Что такое проект?
2. Какими свойствами обладает проект?
3. Что такое жизненный цикл проекта и каковы его фазы?
4. Что является результатом проекта?
5. Какие параметры проекта выступают в качестве управляемых?
6. Какие задачи решаются при управлении проектом?
7. Что понимается под управлением проектом и каковы его основные этапы?
8. Каковы составляющие сетевого планирования и управления?
9. Для решения каких задач используются системы управления проектами?
10. Какие системы управления проектами распространены на российском рынке программного обеспечения?
11. Какие шаги следует проделать, чтобы создать компьютерную модель проекта?
12. Какие средства контроля исполнения проекта имеют системы управления проектами?

Теоретический курс

2.1.1. Структурное планирование

Структурное планирование включает в себя несколько этапов:

1. разбиение проекта на совокупность отдельных работ, выполнение которых необходимо для реализации проекта;
2. построение сетевого графика, описывающего последовательность выполнения работ;
3. оценка временных характеристик работ и анализ сетевого графика.

Основную роль на этапе структурного планирования играет сетевой график.

Сетевой график – это ориентированный граф, в котором вершинами обозначены работы проекта, а дугами – временные взаимосвязи работ.

Сетевой график должен удовлетворять следующим свойствам .

1. Каждой работе соответствует одна и только одна вершина. Ни одна работа не может быть представлена на сетевом графике дважды. Однако любую работу можно разбить на несколько отдельных работ, каждой из которых будет соответствовать отдельная вершина графика.
2. Ни одна работа не может быть начата до того, как закончатся все непосредственно предшествующие ей работы. То есть если в некоторую вершину входят дуги, то работа может начаться только после окончания всех работ, из которых выходят эти дуги.
3. Ни одна работа, которая непосредственно следует за некоторой работой, не может начаться до момента ее окончания. Другими словами, если из работы выходит несколько дуг, то ни одна из работ, в которые входят эти дуги, не может начаться до окончания этой работы.
4. Начало и конец проекта обозначены работами с нулевой продолжи­тельностью. Такие работы называются вехами и обозначают начало или конец наиболее важных этапов проекта.

Пример . В качестве примера рассмотрим проект "Разработка программного комплекса". Предположим, что проект состоит из работ, характеристики которых приведены в табл.2.1.

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

Рис. 2.1. Сетевой график проекта

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

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

Критический путь – это путь от начальной к конечной вершине сетевого графика, проходящий только через критические работы. Суммарная длительность работ критического пути определяет минимальное время реализации проекта.

Нахождение критического пути сводится к нахождению критических работ и выполняется в два этапа.

1. Вычисление раннего времени начала каждой работы проекта. Эта величина показывает время, раньше которого работа не может быть начата.
2. Вычисление позднего времени начала каждой работы проекта. Эта величина показывает время, позже которого работа не может быть начата без увеличения продолжительности всего проекта.

Критические работы имеют одинаковое значение раннего и позднего времени начала.

Обозначим – время выполнения работы , – раннее время начала работы , – позднее время начала работы . Тогда

где – множество работ, непосредственно предшествующих работе . Раннее время начальной работы проекта принимается равным нулю.

Поскольку последняя работа проекта – это веха нулевой длительности, раннее время ее начала совпадает с длительностью всего проекта. Обозначим эту величину . Теперь принимается за позднее время начала последней работы, а для остальных работ позднее время начала вычисляется по формуле:

Здесь – множество работ, непосредственно следующих за работой .

Схематично вычисления раннего и позднего времени начала изображены, соответственно, на рис. 2.2 и рис.2.3.

Рис. 2.2. Схема вычисления раннего времени начала работы

Рис. 2.3. Схема вычисления позднего времени начала работы

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

Сначала вычисляем раннее время начала каждой работы. Вычисления начинаются от начальной и заканчиваются конечной работой проекта. Процесс и результаты вычислений изображены на рис.2.4.

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

На следующем этапе вычисляем позднее время начала работ. Вычисления начинаются в последней и заканчиваются в первой работе проекта. Процесс и результаты вычислений изображены на рисунке 2.5.

Рис. 2.4. Вычисление раннего времени начала работ

Рис. 2.5. Вычисление позднего времени начала работ

Сводные результаты расчетов приведены в табл.2.2. В ней выделены заливкой критические работы. Критический путь получается соединением критических работ на сетевом графике. Он показан пунктирными стрелками на рис.2.6.

Рис. 2.6. Критический путь проекта

После вычисления величин и для каждой работы вычисляется резерв времени :

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

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

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

1. Задержка начала работы на величину, не превышающую резерв времени, а требуемые для работы ресурсы направляются для выполнения работ критического пути. Это может дать уменьшение длительности критической работы и проекта в целом;
2. Недогрузка некритической работы ресурсами. В результате длительность ее увеличивается в пределах резерва времени, а освободившийся ресурс задействуется для выполнения критической работы, что также приведет к уменьшению длительности ее и всего проекта.

В приведенном примере проекте работы 3, 4 и 9 имеют резерв времени согласно табл.2.2.

2.1.2. Календарное планирование

На этапе календарного планирования разрабатывается календарный график, который называется диаграммой Ганта . Диаграмма Ганта отображает следующие параметры проекта:

1. структуру работ, полученную на основе сетевого графика;
2. состав используемых ресурсов и их распределение между работами;
3. календарные даты, к которым привязываются моменты начала и завершения работ.

Построение календарного графика рассмотрим на примере проекта "Разработка программного комплекса". Прежде всего нужно определиться с ресурсами, которые будут использоваться этим проектом. Предположим, что в качестве ресурсов выступают только исполнители, и они распределены между работами согласно табл. 2.3.

Таблица 2.3.
№ работы	Название работы	Исполнитель
	Начало реализации проекта	-
	Постановка задачи	Постановщик
	Разработка интерфейса	Программист1
	Разработка модулей обработки данных	Программист1
	Разработка структуры базы данных	Программист2
	Заполнение базы данных	Программист2
	Отладка программного комплекса	Программист1 Программист2
	Тестирование и исправление ошибок	Программист1 Программист2 Постановщик
	Составление программной документации	Постановщик
	Завершение проекта	-

Выберем дату начала проекта – 7 сентября 2009г. (понедельник). При составлении календарного графика учитываются только рабочие дни. Нерабочими считаются все субботы и воскресенья, а также официальные праздничные дни, ближайший из которых – 4 ноября.

Календарный график (диаграмма Ганта) изображен на рис.2.7, где ромбиками обозначены вехи, сплошными линиями – продолжительность работ, сплошными линиями со стрелками – резерв времени работ, пунктирными линиями – связь между окончанием предшествующих и началом последующих работ.

Увеличить изображение
Рис. 2.7.

Увеличить изображение
Рис. 2.8.

На основании диаграммы Ганта может быть построен график загруженности ресурсов . Этот график показывает процент загрузки конкретного трудового ресурса в ходе выполнения проекта. По оси абсцисс откладывается временной интервал проекта, а по оси ординат – суммарный процент загруженности исполнителя по всем задачам проекта, которые он выполняет в текущий момент времени.

Обычно исполнитель целиком занят решением некоторой задачи и по ее завершении переходит к следующей. Это соответствует 100% загрузки. Однако, в некоторых случаях он может быть параллельно задействован в 2 или более задачах, выделяя для их решения часть рабочего времени. Например, две задачи по 50% каждая, то есть по половине рабочего дня на задачу. График загруженности ресурса позволяет в этом случае контролировать суммарную занятость исполнителя и выявить возможные периоды перегрузки, когда ему запланировано больше работы, чем он может выполнить в течение рабочего дня. Об этом свидетельствует суммарная загруженность более 100%.

Пример графиков загруженности ресурсов проекта "Разработка программного комплекса" изображен на рис.2.8. Он построен, исходя из предположения, что каждый работник занят на 100% выполнением запланированной ему задачи. Из графиков видно, что Постановщик перегружен в период с 16 по 23 октября, поскольку в этот промежуток ему назначены две параллельные работы. Область его перегруженности выделена на соответствующем графике штриховкой.

Оперативное управление

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

1. отслеживание фактического графика выполнения работ;
2. сравнение фактического графика с плановым;
3. принятие решений по ликвидации наметившихся отклонений от плана;
4. перепланирование проекта в случае значительных отклонений.

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

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

Если же отклонение таково, что не может быть исправлено привлечением дополнительных и сверхурочных ресурсов, или увели­чение стоимости проекта недопустимо, нужно заново перепланировать проект и выполнить следующие действия:

1. завершенным работам приписываются нулевые значения длительности;
2. для частично выполненных работ устанавливаются значения длительности, соответствующие оставшемуся объему работ;
3. в сетевой график вносятся структурные изменения с целью ликвида­ции оказавшихся ненужными работ и добавления других, ранее незапланированных;
4. повторный расчет критического пути и повторное календарное планирование проекта.

После создания скорректированного проекта он утверждается руководством и начинается его реализация и оперативное управление. Такая корректировка может выполняться несколько раз.

2.1.4. Контрольные вопросы

1. Какие этапы входят в методологию структурного планирования?
2. Что такое сетевой график?
3. Какими свойствами обладает сетевой график?
4. Что такое критическая работа?
5. Что такое критический путь?
6. Каковы этапы нахождения критического пути?
7. Как вычисляется раннее время начала работы?
8. Как вычисляется позднее время начала работы?
9. Как найти критические работы по значениям раннего и позднего времени начала работ?
10. Что такое резерв времени работы?
11. Каким образом резерв времени работы может быть использован?
12. Что такое диаграмма Ганта?
13. Привести пример диаграммы Ганта.
14. Для чего предназначен график загруженности ресурсов?
15. Каким образом по графику загруженности ресурсов можно найти перегрузку ресурса?
16. Привести пример графика загруженности ресурса.
17. В чем сущность процесса оперативного управления?
18. Какие действия следует выполнить при перепланировании проекта в процессе оперативного управления?

©2015-2019 сайт
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-02-16

← Вернуться