Последовательная детализация плана Поток динамического…
Последовательная детализация плана
Поток динамического планирования создает серию версий плана проекта. Детализация плана проекта не должна сопровождаться изменением формы плана проекта или изменением состава разделов. Допускается только расширение объема раздела, или изменение, уточнение приведенных в разделе параметров.
Методы оценки точности расчетов
Существуют следующие методы оценки точности расчетов:
• экспертная оценка на основе опыта проектных специалистов и результатов предыдущих проектов;
• на основе серии детализаций перечня работ;
• специальные математические методы.
Оценка точности на основе серии детализаций может проводиться как экспертным способом, так и специальными статистическими методами.
В большинстве случаев проектные специалисты не знакомы со специальными математическими методами. По этой причине следует использовать методы экспертной оценки, причем в роли экспертов выступают сами члены проектной команды. В свою очередь, руководство компании должно либерально относится к неизбежным ошибкам при оценке точности расчетов, в особенности на начальном этапе внедрения системы управления проектами.
Иерархическая декомпозиция работ
Метод иерархической декомпозиции работ (Work Breakdown Structure, WBS) является обязательным элементом любой Modem проектного бизнеса!
С первого взгляда метод WBS достаточно прост: нужно просто составить перечень работ и мероприятий для достижения целей проекта. На самом деле, простой список работ может оказаться негативным фактором. Так, если в плановом перечне работ ключевые работы отсутствуют, то проект может быть сорван.
Полнота перечня работ (включение всех необходимых работ) обеспечивается его иерархической структурой. Не следует сводить иерархичность к соблюдению последовательности работ. Иерархичность подразумевает именно разложение одной работы на составляющие элементы, далее один из полученных элементов может быть разложен в свою серию составляющих элементов. В таблице 39 приводится сравнение линейного и иерархического списков работ на примере купли-продажи земельного участка с точки зрения покупателя.
Таблица 39. Сравнение линейного и иерархического перечня работ
|
Предел детализации
Нет смысла проводить детализацию до бесконечности или пока есть время для продолжения детализации. Пределы детализации определяются условиями:
• точность последующих календарных и финансовых расчетов не должна быть меньше, чем требуемая величина;
• возникновение убежденности о включении всех ключевых работ. Практика детализации. Перекрестные списки
Начинать работу по оставлению перечня работ рекомендуется с составления перекрестных списков.
Перекрестный список - это лист бумаги, разделенный на две колонки. В каждой колонке записываются работы, связанные с каким - то объектом. На странице получаются две пары объектов, например: "этапы - менеджер проекта", "согласование - документ", "продукт - инженер". Первые списки лучше составлять не на компьютере, а на бумаге, постепенно накапливая список работ. Заполните сначала одну колонку, затем подумайте, какие работы возникают у другого объекта. Можно все списки разложить на столе и анализировать связи между списками.
Особенно рекомендуется перебрать всех соучастников и выписать, какие работы, мероприятия связаны с каждым соучастником
Затем, независимо от составленных перекрестных списков составьте первый иерархический список. После этого переносите данные из перекрестных списков в иерархический список. Скорее всего, окажется, что в предварительно созданной иерархической структуре нет места для некоторых работ из перекрестных списков. Измените структуру так, чтобы место нашлось. Возможно, после этого возникнут белые пятна, которые также нужно заполнить работами.
На следующем этапе попробуйте увеличить количество уровней иерархии на 2-3 уровня
При необходимости, повторите цикл "перекрестные списки - иерархический список" еще раз.
Разделение на управленческие мероприятия и продуктовые (технические) работы
Составленный список необходимо разделить на два блока: управленческие мероприятия и работы по созданию продукта проекта. Соответственно, начало иерархического списка должно выглядеть следующим образом: 01. выполнить проект
01.1. управленческие мероприятия
01.2. продуктовые (технические) работы
Участие команды
К составлению иерархического списка необходимо привлекать всех членов проектной команды. Сначала члены проектной команды должны составить свои варианты списков. Затем можно провести мозговой штурм для согласования окончательного списка.
Кодировка
Обязательным элементом иерархического перечня работ является кодировка каждой работы. Кодировка нужна для последующих календарных и финансовых расчетов. Кодировка должна повторять иерархическую структуру перечня работ. Возможный вариант кодировки на примере купли-продажи земельного участка показан далее. В этом примере разделение на управленческие и продуктовые мероприятия проводятся по принципу: мероприятия, выполняемы покупателем самостоятельно, считаются управленческими; остальные мероприятия относятся к продуктовым.
01. Выполнить проект по купле-продаже земельного участка
01.1. мероприятия по управлению сделкой
01.01.1. получить задание руководства
01.01.2. подготовить договор к заключению
01.01.02.1. найти участок
01.01.02.2. оценить эффективность сделки
01.01.02.3. провести анализ продавца
01.01.02.4. опросить соседей по участку
01.01.02.5. ознакомиться с градостроительным планом
01.01.02.6. проверить юридическую чистоту сделки
01.01.3. заключить договор
01.01.03.1. согласовать существенные условия сделки
01.01.03.2. разработать договор
01.01.03.3. согласовать договор
01.01.03.4. проверить необходимость нотариального оформления
01.01.03.5. подписать договор у руководства
01.01.4. выполнить условия договора
01.01.04.1. дать заявку на осуществление платежа
01.01.04.2. проконтролировать прохождение платежа
01.01.5. завершить проект сделки
01.01.05.1. передать необходимые документы в бухгалтерию
01.01.05.2. сдать документы на хранение
01.01.05.3. составить финальный отчет
01.2. работы по выполнению сделки
01.02.1. подготовить договор к заключению
01.02.01.1. установить контакт с продавцом
01.02.01.2. согласовать существенные условия сделки
01.02.01.3. собрать преддоговорные документы
01.02.01.03.1. полупить кадастровую справку
01.02.01.03.2. проверить землеустроительное дело
01.02.2. заключить договор
01.02.02.1. согласовать договор с продавцом
01.02.02.2. подписать договор у продавца
01.02.3. выполнить условия договора
01.02.03.1. проконтролировать получение денег
01.02.03.2. подписать акт приема-передачи
01.02.03.3. произвести приемку в натуре
01.02.4. зарегистрировать сделку
01.02.04.1. собрать пакет документов
01.02.04.2. полупить свидетельство
Сравните получившийся список с первоначальным линейным списком в таблице 39. Обратите внимание, что названия некоторых работ в управленческом блоке и продуктовом блоке совпадают, но их содержа - ниє различно. Возможно, подобная детализация для сделки купли-продажи не всегда нужна. Если же покупается участок под строительство здания с немалым бюджетом, то список придется даже расширить, в первую очередь, для проведения анализа о пригодности участка под строительство и последующее использование. Использование электронных программ
Как уже говорилось, первые записи со списком работ можно делать на бумажках. Окончательный иерархический список рекомендуется делать в программе MS Excel с использованием встроенного в программу инструмента "структура". Это позволит скрывать для удобства просмотра какие-то блоки, а готовый список легко экспортировать в другие программы (MS Project, MS Word).
Методы календарного планирования
Задачей календарного планирования является:
• расчет и установление планируемого срока проекта;
• определение длительностей проектных этапов;
• установление календарных дат промежуточных ключевых событий;
• расчет и внесение страховых резервов времени для компенсации последствий непредвиденных событий.
При составлении календарного плана следует различать:
• собственно методы расчетов;
• форма представления календарного плана.
Выбор метода планирования
В рамках корпоративной системы управления проектами можно установить различные требования к применяемым методам расчета. Конструктор, исходя из условий компании, может ввести такие методы как простые таблицы, сетевые методы, вероятностные методы.
В частности, не следует требовать обязательного применения сетевых методов. Эффективность сетевых методов достигается только при высоком уровне персонала и требует немалых затрат на внедрение. Точнее говоря, легко составить красивый рисунок сетевого графика в MS Project. Гораздо труднее обеспечить реальное исполнение графика и периодическое сравнение планового графика с фактическим.
Сетевые методы целесообразны для компаний, в которых проект разделяется на большое количество ключевых этапов. К таким компаниям относятся: строительные, разработчики программного обеспечения и т. д. Календарное планирование в подобных проектах может производиться поэтапно:
1. заказчик разрабатывает план в виде простой таблицы (как управленческие, так и продуктовые работы);
2. подрядчик разрабатывает план работ сетевым методом;
3. заказчик уточняет свой календарный план и вставляет разработанный подрядчиком календарный план в рабочий план проекта.
Независимо от применяемых методов календарного планирования, расчеты должны производиться на основе иерархического перечня работ. Категорически не допускается появление в календарном плане работ, не включенных в иерархический перечень. Кодировка в календарном плане и в иерархическом перечне работ должны совпадать.
Примечание
Иногда этап разработки иерархического перечня работ пропускают и сразу начинают делать календарный план. Поскольку кодировки обоих перечней совпадают, то возникает иллюзия, что этап составления перечня работ лишний. Опасность исключения этапа разработки перечня работ обусловлена высокой вероятностью допустить ошибки при составлении объединенного перечня. При составлении календарного плана разработчик может большую часть своего внимания уделить календарным расчетам в ущерб полноте перечня работ. При отсутствии полноты получившийся календарный план можно сразу выбрасывать в корзину!
Основные способы календарных расчетов
За исключением специальных вероятностных методов, все методы календарных расчетов сводятся к двум операциям:
1. определить длительность каждой работы из иерархического перечня работ:
О длительность можно установить: (1) экспертным методом; (2) по справочникам единичных параметров; (3) из опыта предыдущих проектов;
2. определить календарную связь между работами:
О существуют несколько видов календарных связей: ■ работы должны начаться одновременно; и работы должны закончиться одновременно и т. д. о наиболее часто применяется связь: "финиш-старт", одна работа начинается после завершения предыдущей; классический пример — стены возводятся после устройства фундамента.
Ключевые события (вехи)
При разработке календарного плана должны быть включены ключевые события, которые также называются вехами. Если оказывается, что в перечне работ нет эквивалентных работ, то перечень нужно изменить. Например, при событии "сдача-приемка" перечень работ следует дополнить мероприятием "организовать сдачу-приемку". Возможно, появятся и иные мероприятия, например, "собрать пакет документов", "провести предварительные испытания".
Форма представления, квант времени
Ключевым при календарном планировании является выбор кванта времени: час, день, неделя, месяц. Квант означает нижний предел отрезка времени, внутри которого разбиение на более мелкие этапы уже не производится.
Выбор кванта времени определяется требованиями организации и требованиями к контролю проекта. Так, если в компании не введен почасовой учет рабочего времени персонала, то нет смысла в качестве кванта времени выбирать день. Если менеджер проекта не собирается ежедневно проводить сверку фактического выполнения с планом, то достаточно в качестве кванта времени для планирования выбрать неделю.
Не стоит также забывать о существовании текущего управления, в рамках которого можно будет провести уточнение после разработки плана.
Применяемые электронные методы
Календарные планы можно составлять в программах: 1S Project (плюс множество специализированных, профессиональных программ), MS Excel, MS Visio, MS Word.
Наиболее распространенной является MS Project. Использование этого инструмента может быть ограничено, если не все участники проекта знакомы с ним.
Если в качестве кванта времени выбрана неделя, то при разработке плана в MS Project все задачи должны начинаться в понедельник, а заканчиваться в пятницу.
Простым и универсальным инструментом является MS Excel. Каждая задача отражается в календарной таблице штриховкой и цветом ячеек. На рисунке 41 приведен пример календарного плана в программе MS Excel, в котором квантом времени принята неделя. Штриховкой выделены ключевые события. Комбинируя цвета заливки, можно выделять работы с разным статусом.
Неделя №1 |
Неделя №2 |
Неделя №3 |
Неделя №4 |
Неделя №5 |
Неделя №6 |
|
Задача №1 |
||||||
Задача №2 |
||||||
Событие №1 |
Г і-* |
|||||
Задача №3 |
||||||
Событие №2 |
||||||
Задача №4 |
||||||
Задача №5 |
||||||
Событие №3 |
Т |
Рисунок 41. Календарный план в MS Excel
Методы ускорения
Любой календарный план после его составления необходимо проанализировать на предмет сокращения общего времени проекта. Для сокращения применяются способы:
• уточнение длительности отдельных работ;
• метод критического пути:
О заключается в нахождении задач, сдвиг каждой из которых влияет на изменение срока проекта (программы типа MS Project находят критический путь автоматически); о предпринимаются меры для ускорения именно критических работ;
• параллельное выполнение работ, как управленческих мероприятий, так и продуктовых работ:
О параллельное выполнение работ наиболее эффективно для сокращения срока проекта; о при параллельной работе повышаются требования к ресурсам и
К координации работ; о следует проверить стрессоустойчивость проектной команды к работе по параллельным векторам.
Расчет ритмичности
Анализ и расчет ритмичности позволяет выявить нестабильности управленческого ритма. Обыкновенно, анализ проводится графически. Из календарного плана выбирают события и располагают их вдоль оси времени. Если точки событий располагаются неравномерно, почти наверняка, перечень работ и календарный план содержит какие-то ошибки.
Удобным инструментом является инструмент Timeline программы MS Visio. Перевести название инструмента можно как ритмограмма или линейка времени.
На рис. 42 показан пример ритмограммы краткосрочного проекта. Для равномерности ритма введены два контрольных совещания. Скорее всего, эти два совещания не только поддержат ритм, но и позволят заранее выявить проблемы с выполнением этапов.
T> весь срок проекта
Окт-05 |
^один месяц |
Окт 05 Стартовое совещание 1
Ноя 05 Сдача этапа 1 |
02.11.2005 Штабное Совещание |
! |
Дек 05 Стартовое совещание 2
'янв 06 Контрольное Совещание Фев 06 Стартове совещание 3 Мар 06 Контрольное Совещание |
10.11.2005 Штабное Совещание |
Янв 06 Сдача этапа 2 |
17.11.2005 Штабное Совещание |
24.11.2005 Штабное Совещание Ноя 05 Сдача этапа 1 |
Апр 06 Финальная сдача |
Апр-06
Рисунок 42. Ритмограмма проекта
Методы финансовых расчетов
К финансовым расчетам относятся два блока:
• анализ эффективности;
• расчет бюджета.
Установление методов финансовых расчетов относится к компетенции руководства родительской организации. Должны быть разработаны простые формы, позволяющие проектной команде быстро выполнить расчеты.
При всех вариантах расчета должна сохраняться жесткая синхронизация с иерархическим перечнем работ.
Наиболее простым способом бюджетных расчетов является составление сметы бюджета. Каждой работе из иерархического перечня работ сопоставляется ее стоимость. Суммирование отдельных стоимостей даст полную смету проекта.
Настоятельно рекомендуется составлять бюджет движения денежных средств, по крайней мере, в части выделения денежных ресурсов (график платежей). Как правило, ответственные за выделение денег финансовые подразделения не несут ответственности за выполнение проекта. Отсутствие предварительных графиков может вызвать серьезные сбои в выполнении проекта.
Методы оценки и ранжирования рисков
(описаны выше в главе "Проект")
Анализ плана по промежуточным результатам
Помимо планово предусмотренных календарных точек пересмотра плана менеджер проекта должен постоянно анализировать промежуточные результаты проекта на предмет качества самого плана. Здесь речь идет не об отклонениях от плана, а об уточнении плана в связи с новым возможным пониманием выполнения проекта.