- •1. Введение от Владимира Иванова, mvp
- •2. Введение в основы управления проектами
- •3. Техника планирования
- •4. Составление плана и бюджета. Типовые методы планирования. Бюджет и материальные ресурсы
- •4.1. Постановка задачи
- •4.2. Список этапов
- •4.3. Список задач
- •4.4. Определение длительности задач
- •4.5. Определение последовательности задач
- •4.6. Формирование пула ресурсов
- •4.7. Назначение ресурсов на задачи
- •4.8. План с бюджетом
- •5. Отслеживание проекта. Управление рисками. Модификация плана по ходу проекта
MS Project 2010 in One Day
Авторы: Просницкий Алексей и Иванов Владимир.
Редакция: Семенов М.А. проф. ИРГТУ, ДТН.
ИРКУТСК 2013г.
Содержание [убрать]
|
|
1. Введение от Владимира Иванова, mvp
- 31% проектов завершаются провалом
- 53% проектов завершаются с перерасходом бюджета в среднем в 1,9 раза
...и только 16% проектов укладываются в срок и бюджет
'Данные от консалтинговой компании Standish Group'
Это пособие не полная методика по управлению проектами и не учебник по всем функциям Microsoft Project 2010. Хотя таких книг кроме как на английском пока нет. Очень часто мне приходилось наблюдать почти шоковое состояние менеджеров, которые были незнакомы ранее с Microsoft Project и теорией управления проектами от PMI и/или IPMA и решили изучить их по книгам. Перед менеджером стояла задача прочесть минимум две большие книги, т.е. более 1000 страниц. Самое интересное, даже потратив массу времени на это чтение, менеджер оказывался почти беспомощным в реальной ситуации применения Microsoft Project.
Дело в том, что книги не учат практическому применению инструментов по управлению проектами в реальных бизнес-ситуациях. Недостаток большинства книг и учебников по MS Project в том, что там просто рассматриваются все функции подряд, при этом нет сквозных практических примеров и анализа типовых ошибок. Очень и очень редко в книгах есть полные (сквозные) примеры. Как правило, примеры заканчиваются демонстрацией какой-то функции и менеджер не видит, как повлияет его действие через несколько шагов планирования и отслеживания проекта.
Еще интересное наблюдение состоит в том, что в 90% случаев менеджеры вынуждены использовать не какие-то сложнейшие приемы управления, а выполнять самые простые, если не сказать банальнее действия. Именно кажущаяся простота и приводит к таким печальным последствиям, о которых сказано в эпиграфе. Как правило, в обычных книгах шлифовке и повторению самых важных и вроде бы «простых» навыков работы не уделяется достаточно места, обычно авторы ставят себе цель охватить кратким описанием всего несколько тысяч функций, встроенных в Microsoft Project.
Мне как профессиональному методисту по образованию было понятно, что требуется принципиально новый дидактический материал, который рассматривал применение MS Project методом сквозного примера и с разбором различных проблемных ситуаций. Такой прием быстрого введения очень популярен на Западе и известен как Overview.
Это позволяет очень быстро освоить продукт и закрепить навыки его практического применения по основным функциям.
Написать четвертую версию данного пособия я попросил своего коллегу Алексея Просницкого, специалиста по Microsoft Project и Spider Project. Автора, кстати, единственного самоучителя по Spider Project ([1]).
Данное четвертое издание приурочено выходу Microsoft Project 2010 и переписано под его особенности использования.
В данной работе, как пример, рассматривается проект по разработке программного обеспечения. Внедрение информационных систем очень рискованный вид проекта, поэтому выбор примера связан именно с этим, чтобы продемонстрировать практическую работу с рисками.
2. Введение в основы управления проектами
Проект – временное предприятие, предназначенное для создания уникальных продуктов или услуг (PMBOK, 2008).
Проект обладает рядом свойственных ему характеристик, определив которые, можно точно сказать, относится ли анализируемый вид деятельности к проектам:
• Временность — любой проект имеет четкие временные рамки (это не относится к его результатам); в случае, если таких рамок не имеется, деятельность называется операцией и может длиться сколь угодно долго.
• Уникальные продукты, услуги, результаты — проект должен порождать уникальные результаты, достижения, продукты; в противном случае такое предприятие становится серийным производством.
• Последовательная разработка — любой проект развивается во времени, проходя через определенные ранее этапы или шаги, но при этом составление спецификаций проекта строго ограничивается содержанием, установленным на этапе начала.
Несмотря на то, что конечный результат выполнения проекта должен быть уникален, он обладает рядом общих с процессным производством характеристик:
• Выполняется людьми
• Ограничен доступностью ресурсов
• Планируется, исполняется и управляется
Под определение проекта не попадает операционная деятельность. Но дело в том, что даже операционную деятельность можно рассматривать как проект в том числе в Microsoft Project, например, квартальный план работ производственного цеха серийной продукции. Временем ограничено? Да. Уникальность результата есть? Есть, т.к. результат уникален по временной характеристике его достижения. Польза от рассмотрения операционной деятельности в виде проекта есть? Есть, используя данный подход можно внедрить средства проектного планирования и добиться большей управляемости квартальных работ