Использование MS Project для определения критического пути проекта (стр. 3 из 6)

Интеграция с Microsoft Visio

С помощью Microsoft Visio можно импортировать данные и задачи из Microsoft Project для создания обобщенных графиков и диаграмм Ганта.

Представление данных проекта

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

Представление “Сетевой график ”

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

Представления использования

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

Трехуровневые шкалы времени

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

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

Microsoft Project можно настроить и объединить с другими системами в соответствии с потребностями конкретного предприятия.

Обучение в процессе работы над проектом

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

Настраиваемый консультант

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

Средства доступа OLE DB

Усовершенствованные средства доступа OLE DB в Microsoft Project предоставляют поддержку повременных данных, дополнительных таблиц и расширенных свойств страниц доступа к данным.

Поддержка отраслевых стандартов

Использование таких отраслевых стандартов, как XML, облегчает интеграцию Microsoft Project с другими офисными приложениями и базами данных, а также обмен схемами и данными.

3. Описание WBS

3.1. Определение понятия. Характеристики.

Work (Работа) – непрерывное физическое или умственное усилие, направленное на преодоление препятствий и достижение целей или результатов; специфическая задача, обязанность, функция или задание, часто являющиеся частью фазы или другой, большей по объему работы; что-то, производимое или выполняемое в результате усилия или применения навыков (квалификации).

Breakdown (Декомпозиция) – разделение на части или категории, выделение простых составляющих.

Structure (Структура) – фиксированное упорядоченное множество объектов и отношений между ними, классификация чего-либо по заданному основанию.

Эти определения означают, что Структура Декомпозиции Работ (WBS) имеет следующие характеристики:

• Описывает с необходимой точностью содержание работ по проекту;
• Определяет весь объем работ по проекту;
• Формируется в виде иерархической структуры (проект декомпозируется на пакеты/субпакеты и т.д. работ).
• Представляет объем работ по пакету как перечень работ, имеющих измеримый или сравнимый результат.
• Имеет объективный или измеримый результат, который рассматривается как результат работы по пакету или совокупность результатов работ.

3.2. Обзор WBS

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

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

• WBS обеспечивает выявление работ, необходимых для достижения целей проекта. При таком подходе проект определяется в терминах иерархически взаимосвязанных ориентированных на результат элементов (пакетов работ – комплексов работ, сгруппированных по заданным основаниям/критериям). Каждый следующий уровень декомпозиции обеспечивает последовательную детализацию содержания проекта, что позволяет производить оценку выполненных объемов работ, освоенных денег и выполнения по срокам. На нижних уровнях пакетам работ соответствуют сравнительно меньшие объемы работ. Это упрощает оценку процента выполнения и дает возможность более четко определять действия, необходимые для достижения целей проекта.

Структура декомпозиции работ (WorkBreakdownStructure – WBS) может разрабатываться «с нуля» либо с использованием компонентов уже созданных WBS структур. При использовании существующих компонентов, элементы WBS составляются из элементов предыдущих проектов - аналогов или из стандартных шаблонов проектов, применяемых в данной организации, на основе удачных или типовых решений по аналогичным проектам.

3.3. Правила разработки WBS

При разработке WBS необходимо принимать во внимание следующие основные правила:

• Каждый элемент WBS должен обеспечивать достижение ощутимого результата.
• Каждый элемент WBS должен являться агрегатом всех подчиненных элементов, перечисленных непосредственно под ним.
• Результаты должны логически декомпозироваться до уровня, на котором можно определить, как они будут достигаться (проектирование, поставки, заключение договоров, производство). Декомпозиция результатов, начиная от верхнего уровня WBS (проекта) до нижнего уровня должно быть логически связано.
• Результаты пакетов работ должны быть уникальными и отличаться от результатов других пакетов работ того же уровня. Они должны декомпозироваться до уровня детализации, обеспечивающей успешное планирование, координацию и контроль работ, связанных с достижением поставленных целей.
• Процесс разработки WBS должен представлять собой гибкий механизм, позволяющий корректировать WBS, особенно когда объем работ по проекту может изменяться. Однако, для успешного управления проектом, необходимо тщательно обеспечить процесс контроля изменений для документирования и управления изменениями содержания проекта. При изменении содержания проекта WBS должна быть откорректирована.
• Каждый элемент WBS(пакет работ), представляющий собой объем работ подрядчика или других внешних организаций, должен быть согласован непосредственно с соответствующими элементами WBS подрядчика.
• Все результаты в явном виде должны быть включены в WBS.
• Для всех важных событий, связанных с отчетностью (например, Штабы, ежемесячные отчеты, отчеты о проведении испытаний и т.д.) должны быть включены и определены соответствующие пакеты работ.
• Все пакеты работ должны быть совместимы с организационной структурой и структурой затрат.
• Результаты должны быть четко определены так, чтобы исключить дублирование объемов работ внутри элементов WBS, в целом по организации или отдельными ответственными за выполнение работ.
• Результаты должны иметь размер, достаточный для эффективного управления, но не настолько малый, чтобы сделать затраты на контроль чрезмерными.

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

Весь основной процесс, при разработке структуры WBS проекта «Организации центра ландшафтного дизайна» заключался в следующем:

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

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

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