Управление проектами с помощью Microsoft Project

Управление проектами с помощью Microsoft Project

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

Определение проекта Проект –это временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов. (PМВОК, 2008) Отличия от операционной деятельности: • Проект представляет собой уникальную комбинацию задач, сроков, ресурсов и рисков • Проект является временным и уникальным предприятием, операционная деятельность – это продолжающийся во времени и повторяющийся процесс

Управление проектами - приложение знаний, опыта, методов и средств к работам проекта для удовлетворения требований, предъявляемых к проекту, и ожиданий участников проекта.

Ограничения проекта

Жизненный цикл проекта

Инициализация проекта Определение заинтересованных сторон Разработка устава проекта

Определение заинтересованных сторон Заказчики/пользователи – это лица или организации, которые будут пользоваться продуктом, услугой или результатом проекта. Спонсор – это лицо или группа лиц, которые предоставляют финансовые ресурсы (наличными или в любом другом виде) для проекта. Менеджер проекта назначается исполняющей организацией для достижения целей проекта. Эта роль требует гибкости, осмотрительности, сильных лидерских качеств и умения договариваться, а также солидного знания практики управления проектами Команда проекта состоит из менеджера проекта, команды управления проектом и остальных членов команды, которые выполняют работу, но не обязательно участвуют в управлении проектом.

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

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

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

Составление плана Постановка задачи Список этапов Список задач Определение длительности Определение последовательности выполнения задач Формирование пула ресурсов Назначение ресурсов Планирование бюджета

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

1. Длительность. 2. Трудоемкость. 3. Себестоимость. 4. Сроки. 5. Исполнители и ответственные лица Из этого документа видны следующие основные параметры проекта: 1. Длительность. 2. Трудоемкость. 3. Себестоимость. 4. Сроки. 5. Исполнители и ответственные лица

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

Рекомендации Точный срок следует указывать только для задачи «Начало проекта» , все остальные сроки должны быть относительными. Таким образом, вы всегда можете легко перенести проект на другую дату, все сроки пересчитаются автоматически. Для контрольных событий желательно устанавливать желаемые даты окончания. Как правило эти даты спускаются сверху, например, опалубка должна быть залита не позднее такого-то числа, а тепло в дом пущено к таком-то числу. Все технологические этапы следует завершать контрольными точками. Законченный результат может быть получен только в определенное время, и именно в данный момент следует провести контрольный осмотр проекта. Сокращайте критический путь за счет подготовительных работ (обучение, моделирование и т. д. ). Сокращение критического пути проекта фактически всегда приводит к увеличению затрат на подготовительные работы. Иными словами, сокращение длительности проекта, как правило, приводит к повышению его себестоимости или рисков.

Отслеживание проекта Риски и косвенные работы Управление рисками Оценка значимости рисков Методы вычисления реальных сроков задач Согласование и отчет

Согласно статистики Standish Group: 53% проектов завершаются успешно, но с превышение бюджета в 1, 9 раза.

Продукт получается в среднем через 8 внутренних и 3 внешних версии. Из этого следует, что стоит планировать 8 версий, и, скорее всего, потребуется несколько проектов. Об этом мы уже говорили выше. Для разработки ПО характерны следующие статистические показатели соотношения технологических стадий: • Разработка - 37% • Сопровождение - 63% Этап разработки разделяется на стадии со следующими пропорциями: • Постановка - 34% • Кодирование - 21% • Тестирование - 45% Проверяйте план на соответствие статистике!