Шаблоны предназначены для стандартизации файлов проектов внутри проектной команды или организации. В MS Project есть два типа шаблонов: глобальный файл Global.mpt и шаблоны файлов. В глобальном файле хранятся основные настройки, применяемые к новым проектам. Шаблоны файлов - это типовые проекты, сохраняемые для дальнейшего использования в целях стандартизации.

Глобальный файл

Глобальный файл нельзя открыть для редактирования как обычный файл -изменения в него вносятся посредством Организатора (Работу с Организатором мы рассматривали в разделе«Удаление и перемещение представлений и их составляющих»). Изменения в общие настройки вносятся путем нажатия кнопки Set as Default (По умолчанию) на различных вкладках диалогового окна Options (Параметры).

На диске хранятся две копии глобального файла Global.mpt - одна в установочной папке MS Project, а вторая - в рабочей папке пользователя. (Вы можете определить расположение этих файлов с помощью команды поиска файлов в Windows.) В установочной папке находится исходный файл шаблона, поставляемый вместе с программой, а в рабочей - его копия, включающая в себя все сделанные во время работы с программой настройки. Именно этот файл использует программа при работе.

Если удалить глобальный файл из рабочей папки пользователя, то при запуске MS Project автоматически поместит в нее файл из установочной папки. Поэтому для возврата шаблона к "начальным установкам вы можете просто удалить рабочий файл.

Создание шаблона файлов

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

Рис. 23.16. Определение данных, которые будут сохранены в шаблоне

Диалоговое окно содержит флажки, устанавливая которые, вы определяете типы данных, не включаемые в шаблон. Флажок Values of all baselines (Значения всех базовых планов) удалит из будущего шаблона данные о базовых планах проекта. Установив флажок Actual Values (Фактические значения), вы удалите из шаблона текущие фактические значения из сохраняемого плана. Флажок Resource Rates (Ставки ресурсов) определяет, будут ли сохранены в шаблоне данные о ставках ресурсов. Данные о фиксированной стоимости задач можно удалить, установив флажок Fixed Costs (Фиксированные затраты), а установка флажка Whether tasks have been published to Microsoft Project Server (Данные о публикации задач на сервере Microsoft Project Server) приведет к исключению из шаблона данных о публикации задач на сервере.

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

Создание файла на основе шаблона

Для создания файла на основе шаблона нужно воспользоваться командой меню File V New (Файл V Создать), а затем в области задач на панели New Project (Создание проекта) в разделе New from template (Создание с помощью шаблона) выбрать шаблон, на основе которого будет создаваться план проекта (рис. 23.17).

Рис. 23.17. Панель создания проекта

В нашем случае в списке шаблонов присутствует файл BookProject.mpt, созданный нами для подготовки сопроводительных файлов к этой книге. Щелчок на названии шаблона приведет к созданию файла на его основе. Кроме того, в списке шаблонов есть пункт General Templates (Общие шаблоны) щелкнув на котором, вы попадете в диалоговое окно с полным списком шаблонов, доступных для использования при создании нового файла (рис. 23.18).

Диалоговое окно со списком шаблонов разделено на две группы: на первой вкладке, General (Общие), содержится список шаблонов, созданных пользователем, и шаблон пустого проекта. На второй вкладке, Project Templates (Шаблоны проектов), представлены шаблоны, входящие в комплект поставки MS Project. Выбрав любой из них и дважды щелкнув на его значке, вы создадите новый проект на его основе.

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Подобные документы

Принципы работы Microsoft Project (программы по управлению проектами), ее основные понятия: задачи, ресурсы, назначения. Последовательность действий по созданию нового проекта, вводу задач и зависимостей между ними, вводу ресурсов. Работа с календарями.

курсовая работа , добавлен 23.01.2011


Современная система управления проектами ProjectExpert и Microsoft Project 2007. Project Expert – разработка бизнес планов и оценка инвестиционных проектов, возможности программы. Управление проектом "ОАО Ниф-Ниф" в программной среде Microsoft Project.

курсовая работа , добавлен 14.05.2015


Методы управления сложными проектами. Редактирование свойств проекта. Настройка календаря проекта. Создание задач в Microsoft Project и изменение их свойств. Выбор свободных ресурсов и их использование. Составление сводки по проекту и отчета о бюджете.

лабораторная работа , добавлен 01.03.2015


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

дипломная работа , добавлен 28.06.2010


Основы управления проектами с использованием Microsoft Project. Анализ модернизации производства сверхвысокочастотной техники на НПП "Салют" с увеличением производства монолитно-интегральных, гибридно-монолитных приборов и электронных компонентов.

курсовая работа , добавлен 16.01.2014


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

контрольная работа , добавлен 02.06.2010


Оценка стоимости проекта с помощью функции Microsoft Project на примере создания технорабочего проекта комплекса задач "Управление качеством продукции и услуг". Назначение и условия применения программы, ее характеристика и руководство пользователя.

дипломная работа , добавлен 20.03.2012

ВВЕДЕНИЕ

ОСНОВЫ УПРАВЛЕНИЯ ПРОЕКТАМИ

ТЕХНИКА ПЛАНИРОВАНИЯ

СОСТАВЛЕНИЕ ПРОЕКТА

1 Постановка задачи и определение ролей

2 Создание этапов и задач

3 Определение длительности задач

4 Определение последовательности задач

5 Формирование ресурсов

6 Назначение ресурсов на задачи

7 План с бюджетом

УПРАВЛЕНИЕ РИСКАМИ

1 Риски и косвенные работы

2 Управление рисками

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ВВЕДЕНИЕ

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

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

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

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

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

В курсовой работе рассматриваются теоретические основы, и описывается процесс создания проекта в одной из самых распространенных и удобных в использовании систем управления проектами - Microsoft Project.

Основная цель работы - изучить особенности системы MS Project и разработать на ее основе собственный проект.

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

1. ОСНОВЫ УПРАВЛЕНИЯ ПРОЕКТАМИ

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

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

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

· Уникальные продукты, услуги, результаты - проект должен порождать уникальные результаты, достижения, продукты; в противном случае такое предприятие становится серийным производством.

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

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

· выполняется людьми;

· ограничен доступностью ресурсов;

· планируется, исполняется и управляется.

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

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

Рисунок 1.1. Жизненный цикл проекта

2. ТЕХНИКА ПЛАНИРОВАНИЯ

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

Полноценная техника планирования включает в себя следующие этапы и последовательность, см. рисунок 2.1:

) Определение цели проекта и ее описание. Довольно часто проекты начинаются без четких и измеримых целей.

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

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

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

) График работ в таких системах, как Microsoft Project, получается автоматически, если определены задачи и ресурсы.

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

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

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

Рисунок 2.1 Процесс планирования

3. СОСТАВЛЕНИЕ ПРОЕКТА

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

3.1 Постановка задачи и определение ролей

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

Документ «Постановка задачи» должен отвечать на следующие вопросы:

В какие сроки должна быть достигнута цель?

Какие условия достижения цели есть в наличии (бюджет, ресурсы, технология)?

Каким способом измерить достижение цели?

Как распределены обязанности и роли в проекте (кто за что отвечает)?

Целью данного проекта является создание бюро технического перевода - «Языковый центр». Срок создания - не более 50 дней. Затраты на создание - не более 900 тыс. руб. Человеческие ресурсы - не более 12 человек.

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

Главная роль - руководитель проекта - Алексеева М.Н.

Руководитель проекта определяет последовательность выполнения этапов и задач в каждом из этапов и приблизительную длительность каждого этапа и задачи. На руководителя проекта возложена обязанность по подбору персонала создаваемого «Языкового центра».

Куратор проекта -Ростов Е.В.

Куратор проекта получает лицензию от Министерства общего и профессионального образования для «Языкового центра» и осуществляет общее руководство проектом.

Менеджеры проекта - Иванов О.В. и Обухов К.К.

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

Сотрудники - 8 человек , привлекаемые на различных этапах проекта:

· IT - специалисты - 4 человека- разработка рекламной компании;

· Водители 2- человека- доставка людей, материалов и необходимых средств.

Для реализации проекта в Microsoft Project необходимо выполнить следующую последовательность действий:

Осуществить планирование.

Рассчитываем смету и бюджет.

Оптимизировать проекта по времени, стоимости и трудозатратам.

Определить риски проекта.

Закрыть проект.

.2 Создание этапов и задач

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

Для того чтобы создать этап (суммарную задачу) необходимо нажать на пиктограмме «Вставка этапа». Результат создания этапов и задач проекта показан на рисунках 3.1 и 3.2 проекта.

В Microsoft Project 2010 появилось такое новшество как выбор режима планирования - ручное или автоматическое.

Рисунок 3.1. Последовательность действий - этапов

Рисунок 3.2. Последовательность действий - этапов и задач

· Автоматическое планирование обозначает, что задачи этого типа назначаются с помощью модуля планирования проекта с учетом ограничений, зависимостей, календарей проектов и ресурсов. Автоматическое планирование встречалось во всех предыдущих версиях Microsoft Project.

· Ручное планирование обозначает, что задачи этого типа можно расположить в любом месте расписания без изменения их расписания в проекте. Они не перемещаются, поскольку представляют собой связанные сведения об изменении задач, т.е. Microsoft Project никогда не изменяет даты планируемых вручную задач, но может выдавать предупреждения при наличии потенциальных проблем с введенными значениями. Можно изменить параметры задачи, чтобы ее планирование выполнялось автоматически. В этом случае программа Project будет планировать задачу на основе зависимостей, ограничений, календарей и других факторов. Ручное планирование предпочтительней использовать когда не известны точные даты основных вех, и когда этапы проекта не конкретным и/или полностью не определены.

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

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

Добавление новой задачи в проект, показано на рисунке 3.3.

Рисунок 3.3 Формирование списка задач внутри каждого этапа

3.3 Определение длительности задач

Основываясь на документе разработанным руководителем проекта необходимо ввести длительность каждой задачи в колонку «Длительность», см. рисунок 3.4.

Рисунок 3.4 Определение длительности задач

3.4 Определение последовательности задач

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

Рисунок 3.5Определение последовательности задач

1. Выделить две задачи и нажать на пиктограмму «Связать задачи» на закладке «Задача» (по умолчанию, задачи будут связаны связью «Окончание-Начало»).

Или навестить курсор на задачу, нажать левую кнопку мыши и протянуть курсор на задачу, с которой нужно связать выделенную задачу (по умолчанию, задачи будут связаны связью «Окончание-Начало»).

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

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

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

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

Рисунок 3.6 Расчет проекта с задачами ручного типа планирования

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

3.5 Формирование ресурсов

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

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

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

Для планирования трудовых ресурсов наиболее удобна повременная система начисления затрат. Это позволяет избежать сложных расчетов, относительно стоимости работ. Достаточно один раз согласовать стоимость человеко-часа, далее рассчитывать только трудоемкость. Также возможно использование материальных ресурсов. В случае, если вам необходимо моделировать повременные затраты, можно создать например материальный ресурс, указать его группу «Затраты» и назначить его на любые задачи как фиксировано, так и повременно.

Рисунок 3.7. Определение ресурсов проекта

3.6 Назначение ресурсов на задачи

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

Для того чтобы назначить ресурс на задачу нужно или:

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

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

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

Рисунок 3.8 Назначение ресурсов на задачи

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

Может оказаться так, что какой-то ресурс перегружен, для просмотра загруженности нужно переключиться в представление «Лист ресурсов». Перегруженный ресурс будет выделен красным цветом. В представлении «График ресурсов» будет видно, в какой именно момент времени ресурс перегружен, Рисунок 3.9.

Рисунок 3.9 Представление график ресурсов

В Microsoft Project 2010 бороться с перегрузкой можно следующими способами:

Выравниванием(автоматическим или ручным) загрузки ресурсов (закладка «Ресурс», раздел «Выравнивание», пиктограмма «Параметры выравнивания» и «Выровнять все»).

Выравниванием по конкретному ресурсу (закладка «Ресурс», раздел «Выравнивание», пиктограмма «Выровнять ресурс»).

Выравниванием выделенных задач (закладка «Ресурс», раздел «Выравнивание», пиктограмма «Выровнять выделенное»).

Ручным передвижением задач в представлении «Планирование групп», рисунок 3.10.

Рисунок 3.10.Устранение перегрузки ресурсов

3.7 План с бюджетом

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

Из этого документа видны следующие основные параметры проекта:

Длительность

Трудоемкость

Исполнители и ответственные лица

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

Рисунок 3.11 План проекта с бюджетом

Рисунок 3.13 Создание базового плана

Для оценки длительности и последовательности действий по реализации проекта можно просмотреть сетевой график. Сетевой график показан на рисунке 3.14.

На рисунке 3.16 и 3.17, в качестве примера, приведен отчет о базовом плане в формате MicrosoftVisio.

На рисунке 3.18, приведен отчет о движении денежных средств. На рисунке 3.19 - отчет о доступности ресурсов.

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

Рисунок 3.15. Список автоматически генерируемых отчетов

Так же представлен сводный отчет о трудозатратах и денежных средствах, см. рисунки 3.20, 3.21 и таблицы 3.1, 3.2.

Рисунок 3.16. Отчет о базовом плане в MicrosoftVisio

Рисунок 3.17. Отчет о базовом плане в MicrosoftVisio

Рисунок 3.18. Отчет о движении денежных средств

Рисунок 3.19. Отчет о доступности ресурсов

Рисунок 3.20. Сводный отчет о трудозатратах

Таблица 3.1 Сводный отчет о трудозатратах

		Доступно по трудоемкости	Трудозатраты	Оставшаяся доступность	Фактические трудозатраты
Трудовой	Не назначен
	Иванов О.П.
	Алексеева М.Н.
	Обухов К.К.
	Ростов Е.В.
	Сотрудник 6
	Сотрудник 5
	Сотрудник 3
	Сотрудник 2
	Сотрудник 1
	Сотрудник 8(водитель)
	Сотрудник 7(водитель)
Трудовой Итог
Общий итог

Рисунок 3.21. Отчет о движении денежных средств

Таблица 3.2. Отчет о движении денежных средств

				Совокупные затраты
Общий итог

4. УПРАВЛЕНИЕ РИСКАМИ

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

4.1 Риски и косвенные работы

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

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

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

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

Планировать обучение и качество. Это предотвращает типичные технологические риски.

Исследовать риски и планировать действия по их предупреждению.

4.2 Управление рисками

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

Исследования показали, что вероятность успешной реализации проекта, параметры которого определены на базе того, как бывает обычно, колеблется в диапазоне 20-38%, поэтому учет рисков и неопределенностей имеет огромное значение на всех стадиях управления проектом.

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

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

Спланировать, как будет вестись управление рисками.

Определить реестра рисков. Необходимо провести анализ проекта с целью идентификации причин рисков.

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

Разработать план реагирования на риски.

Теоретические советы, как видим, достаточно общие, но из них следует важные выводы:

· план может и должен подвергаться изменениями в результате поиска и устранения рисков;

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

На рисунке 4.2 показан механизм управления рисками.

Рисунок 4.2 Управление рисками

Для минимизации рисков следует обратиться к статистике. Нужно посчитать, какие виды рисков вызывают наибольшее количество проблем. Как правило - примерно 20% рисков создают 80% угрозы. Именно на них следует обращать основные усилия. В проекте «Языкового центра»можно значительно снизить риски, проведя предварительное тестирование IT специалистов на знание предметной области и проконтролировать наличие лицензионного программного обеспечения. Определить качество предыдущих работ по реализации рекламных компаний.

Для моделирования рисков в проекте необходимо разработка трех версий реализации проекта:

· оптимистическую, базирующуюся на оптимистических оценках параметров проекта и включающую наиболее вероятные события риска (вероятность наступления которых выше 90%);

· наиболее вероятную, включающую просто вероятные события риска (вероятность наступления которых выше 50%) и обычные оценки параметров проекта;

· пессимистическую, включающую отобранные при качественном анализе значимые события риска (вероятность наступления которых ниже 50%) и пессимистические оценки параметров проекта.

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

Выходом является использование статистических методов прогнозирования:

В Microsoft Project добавить 30% к общей длительности плановых задач (Buffer time в 30%). Этот резерв расходуется на покрытие рисков.

Использовать метод Load Factor (или на сколько умножить слова ответственного за определение сроков). Вот ориентировочные значения коэффициента:

· умножить на 2 - оптимистичная оценка;

· умножить на пи - нормальный проект;

· умножить на 4-5 - применение нестандартных технологий.

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

Реальный_Срок=(Оптимистичный_Срок+4*Ожидаемый_Срок+Пессимистичный_Срок)/6. (1)

Коэффициенты (4 и 6), в формуле (1) предложены группой экспертов использующих данную технологию. Следует отметить, что схема PERT эффективна только в том случае, если действительно имеются различные оценки. В Microsoft Project 2010 метод расчета PERT не используется.

2. Методика Монте Карло. Система моделирования рисков на базе Монте Карло более точны чем PERT (точность выше примерно на 10%), плюс такие средства позволяют задавать уровень риска в проекте.

ЗАКЛЮЧЕНИЕ

В данной работе был разработан проект по созданию бюро технического перевода - «Языковый центр».

Для разработки проекта, был изучен программный продукт MicrosoftProject.

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

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

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

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

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

формальный проект технический финансовый

СПИСОК ЛИТЕРАТУРЫ

1. Пайрон Т. Использование Microsoft Project 2002.М.: Диалектика «Вильямс», 2003. - 1184 с.

С. СтоверС. MicrosoftOfficeProject 2007. InsideOut.М. :«Эком», 2008 г. - 976 с.

3. Сингаевская Г. И.Управление проектами в Microsoft Project 2007. М.: Диалектика, Вильямс, 2008 г. -800 с.

4. Шкрыль А. MS Project 2007. Современное управление проектами. СПб.:«БХВ-Петербург

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

• Введение
• 1. Организация проекта
• 1.3 Создание графика работ
• Заключение

Введение

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

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

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

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

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

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

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

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

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

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

1. Организация проекта

1.1 Создание проекта в программе Microsoft Project

По умолчанию в Microsoft Project 2016 автоматически при запуске открывается команда "Создать", где можно выбрать способ создания нового проекта. Проект в Microsoft Project 2016 - это файл типа mpp. Для того чтобы создать новый проект в Microsoft Project 2016 принудительно, необходимо кнопкой "Файл" открыть команду "Создать".

Рисунок 1 - Создание нового проекта

Теперь можно выбрать способ создания нового проекта:

ѕ выбрать "Новый проект" и нажать команду "Создать": проект будет создан на основе шаблона Global. mpt;

ѕ создать новый проект из существующего документа - проекта, книги Excel или списка задач SharePoint;

ѕ создать на основе шаблона. Шаблон можно выбрать из имеющихся на компьютере или на сайте Office.com (при наличии подключения к интернету).

После создания файла проекта, рекомендуется сразу сохранить его. Для этого нужно нажать кнопку "Файл", выбрать команду "Сохранить", выбрать место для сохранения файла и дать файлу проекта "Имя" (по умолчанию файл проекта называется "Проект1. mpp").

Рисунок 2 - Сохранение файла проекта

Microsoft Project 2016 поддерживает экспорт в формат PDF и XPS.

Portable Document Format (PDF) - это электронный формат с постоянной разметкой, который сохраняет форматирование документа и допускает совместное использование файла. Формат PDF гарантирует, что при просмотре файла в интерактивном режиме и при его печати будет сохранен исходный формат и данные файла нельзя будет легко изменить. Формат PDF также полезен при печати документов в типографии.

XML Paper Specification (XPS). XPS является электронным форматом файла, сохраняющим форматирование документов и обеспечивающим совместную работу с файлом. Формат XPS гарантирует, что при просмотре файла в интерактивном режиме и при его печати будет сохранен исходный формат и данные файла нельзя будет легко изменить.

1.2 Создание календаря проекта в программе Microsoft Project

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

Microsoft Project использует три типа календарей:

1. календарь проекта определяет рабочее время по умолчанию для всего проекта (для всех ресурсов и задач проекта);

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

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

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

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

1. Стандартный: рабочее время с понедельника по пятницу (с 9: 00 до 13: 00 и с 14: 00 до 18: 00). Этот календарь используется по умолчанию при создании нового проекта;

2. 24 часа: нерабочее время отсутствует;

3. Ночная смена: ночная смена с ночи понедельника по утро субботы (с 23: 00 до 8: 00 с часовым перерывом).

Microsoft Project поддерживает создание своих базовых календарей, если имеющиеся календари не соответствуют требованиям проекта.

Рисунок 3 - Создание календаря

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

Рисунок 4 - Назначение созданного базового календаря

1.3 Создание графика работ

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

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

Порядок выполнения работы:

1) Редактирование начальных параметров проекта.

Для редактирования начальных параметров проекта, нужно перейти на вкладку "Проект" и нажать кнопку "Сведения о проекте", и в открывшемся окне определите дату начала работ (Вт 05.04.16).

Рисунок 5 - Дата начала работ

2) Создание перечня задач проекта и их продолжительность

Определение целей разработки ПО - 2дн.

Планирование разработки - 4дн.

Назначение кода темы - 3дн.

Выбор принципов разработки ПО - 24дн.

Выяснение основных требований к ПО - 20дн.

Формирование проекта ТЗ - 7дн.

Согласование проекта ТЗ с заказчиком ПО - 5дн.

Формирование структурной модели - 7дн.

Формирование объектно-ориентированной модели - 30дн.

Определение принципов построения экранного интерфейса - 35дн.

Разработка основных модулей - 50дн.

Разработка базы данных - 48дн.

Интеграция всех модулей - 35дн.

Проведение отладки - 5дн.

Выпуск бета-версии - 2дн.

Сбор сведений о результатах тестирования - 5дн.

Доработка модулей и БД - 7дн.

Выпуск финальной версии - 5дн.

Формирование необходимой для сертификации документации - 5дн.

Внутренний аудит процесса создания ПО - 2дн.

Заключение договора на сертификацию - 2дн.

Проведение сертификации ПО - 2дн.

3) Создание перечня ресурсов

- 1чел.

Программист - 5чел.

Экономист - 1чел.

Аудитор ПО - 1чел.

4) Создание назначений (связей)

Зависимость задач и ресурсов приведем в таблице.

Таблица 1 - Зависимость задач

Название задачи	Длительность		Окончание	Предшественники	Названия ресурсов
Разработка программного средства
Организация работ
Определение целей разработки ПО					Начальник отдела разработки ПО
Планирование разработки					Начальник отдела разработки ПО
Назначение кода темы					Экономист
Выбор принципов разработки ПО					Начальник отдела разработки ПО
Разработка ТЗ
Выяснение основных требований к ПО					Начальник отдела разработки ПО ; Программист 1
Формирование проекта ТЗ					Программист 2
Согласование проекта ТЗ с заказчиком ПО					Начальник отдела разработки ПО; Программист 2
Разработка ПО
Формирование структурной модели					Программист 3; Программист 4
Формирование объектно-ориентированной модели					Программист 1 ; Программист 4 ; Программист 5
Определение принципов построения экранного интерфейса					Начальник отдела разработки ПО; Программист 4
Разработка основных модулей					Программист 1 ; Программист 2 ; Программист 3 ; Программист 4 ; Программист 5
Разработка базы данных					Программист 1
Интеграция всех модулей					Программист 2 ; Программист 3 ; Программист 4
Отладка и испытания
Проведение отладки					Программист 3; Программист 4; Программист 5
Выпуск бета-версии					Программист 1
Сбор сведений о результатах тестирования					Программист 2; Программист 3
Доработка модулей и БД					Программист 2; Программист 4; Программист 5
Выпуск финальной версии					Программист 1
Сертификация
Формирование необходимой для сертификации документации					Программист 4; Программист 5; Программист 1
Внутренний аудит процесса создания ПО					Аудитор ПО
Заключение договора на сертификацию					Начальник отдела разработки ПО
Проведение сертификации ПО					Начальник отдела разработки ПО

При помощи видов связей (назначений) создадим диаграмму Гантта в соответствии с таблицей 1.

Рисунок 6 - Диаграмма Гантта

1.2 Формирование структуры графика работ

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

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

Обратное тоже верно - работы вне проекта (то есть нужные для успешного выполнения другого проекта/процесса), не должны быть включены.

Сгруппируем работы по этапам и введём названия этих этапов.

ѕ Для создания группы (этапа) нажмём правой клавишей мыши на первой строке таблицы и из контекстного меню выберем "Вставить задачу";

ѕ Называем её "Организация работ";

ѕ Выделим работы: "Определение целей разработки ПО", "Планирование разработки", "Назначение кода темы" и "Выбор принципов разработки ПО" и сгруппируем их, нажав на кнопку "Понизить уровень задачи".

Аналогичным способом нужно сгруппировать все последующие задачи, для создания следующих этапов: "Разработка ТЗ", "Разработка ПО", "Отладка и испытания", "Сертификация".

Завершающим этапом будет создание группы "Разработка программного средства", которая сгруппирует все выше созданные этапы.

Рисунок 7 - Иерархическая структура проекта

Так же данную задачу можно решить нисходящим методом.

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

2. Назначения ресурсов проектов

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

Для назначения ресурсов непосредственно при описании задачи необходимо:

ѕ Открыть окно "Сведения о задаче" для этого необходимо два раза нажать на названии задачи или выделить задачу и нажать на кнопку "Сведения" на закладке "Задача";

ѕ В открывшемся окне "Сведения о задаче" перейти на закладку "Ресурсы";

ѕ В окне ввода ввести название ресурса, если данное название совпадает с названием уже имеющегося ресурса, он автоматически будет назначен на задачу, если название не совпадает, будет создан новый ресурс типа "Трудовой". Во избежание дублирования выбрать пустую строку, и нажать на стрелку вниз в правой части строки, после чего из выпадающего списка выберите название ресурса;

ѕ В поле "Владелец" выводится имя пользователя владельца ресурса, которому будет отправляться согласование использования данного ресурса. Для всех локальных и универсальных ресурсов это поле пустое;

ѕ В поле "Единицы" ввести объем необходимого ресурса. Если ресурс трудовой необходимо указать процент времени ресурса, которое он будет тратить на реализации данной задачи. Если материальный ресурс ввести его количество в размерности указанной в представлении "Лист ресурсов". Если затратный ресурс ничего не вводить;

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

Рисунок 8 - Назначение ресурсов при описании задачи

Назначение ресурса задаче:

ѕ Перейти в представление диаграмма Гантта и перейти на страницу "Ресурсы";

ѕ Выберите задачу, которой нужно создать назначение ресурса;

ѕ Нажать на кнопку "Назначить ресурсы". Появится соответствующее диалоговое окно;

ѕ В поле "Название ресурса" выбрать ресурс, который необходимо назначить на задачу. Если нужно создать новый ресурс, перейти на свободную ячейку в таблице диалогового окна и ввести имя ресурса. Дважды щелкнув мышкой по имени ресурса, выйдет окно "Сведения о ресурсе", при помощи которого можно ввести информацию о ресурсе;

ѕ В поле Единицы указать выделяемое количество единиц ресурса в данном назначении. Для рабочего ресурса значение указывается в процентах (количество рабочего времени).

Результат выполнения показан на рисунке 8.

3. Отслеживание хода выполнения проекта

Для принятия управленческих решений необходима актуальная и достоверная информация о ходе проекта.

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

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

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

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

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

Рисунок 9 - Отметка о прохождении этапа "Определение целей разработки ПО"

Отметку о прохождении этапа "Планирование разработки" можно выполнить по-другому. Для этого нужно выбрать этап "Планирование разработки" и нажать на него левой клавишей мыши два раза. В появившемся диалоговом окне "Сведения о задаче", на вкладе "Общие", требуется выставить 100% в поле "Процент завершения" и нажать кнопку "ОК".

Рисунок 10 - Отметка о прохождении этапа "Планирование разработки"

Слева таблицы диаграммы Гантта появится отметка о завершении этапа, а на самой диаграмме появится темно-синяя полоса, которая показывает процент завершения этапа работ. Если работа выполнена на 100%, то полоса будет от начала до конца блока работ.

Рисунок 11 - Пример выполнения работ на 70%

На рисунке 11 показан пример не полного выполнения работ, на котором видно, что на диаграмме Гантта темно-синяя полоса не до конца блока работ (правый нижний угол). Всё что было проделано до этого было бы бесполезно, если в программе Microsoft Project не было возможности сформировать отчеты. "Обзор проекта" - отчет показывающий процентное завершение проекта. Для его формирования нужно зайти на вкладку "Отчет", нажать на кнопку "Панели мониторинга" и выбрать "Обзор проекта".

Рисунок 12 - Обзор проекта

"Обзор затрат" - более полный отчет показывающий и процентное завершение работ, и денежные затраты (как уже потраченные, так и оставшиеся затраты).

Рисунок 13 - Обзор затрат

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

Рисунок 14 - Критические задачи

Заключение

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

Microsoft Project может помочь в создании плана на основе критического пути. Графики также могут быть применены для равномерного распределения запросов на ресурс. Критический путь представлен в виде диаграммы Гантта (Gantt chart).

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

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

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

проект программа управленческое решение

Список использованных источников

Размещено на Allbest.ru

1. Беляева С.А. Роль планирования в процессе управления инновационными проектами // Организатор производства. - 2010

2. Бетанова И. Роль HR в управлении проектами // Справочник по управлению персоналом. - 2011.

3. Бетанова И. Роль HR в управлении проектами // Справочник по управлению персоналом. - 2011.

4. Ганчин В.В. Роль проектного управления в инновационном развитии электроэнергетики в Российской Федерации // Экономика и управление: рос. науч. журн. - 2011.

5. Гончаренко С. Управление проектами // Управление качеством. - 2011.

6. Емельянов Ю. Управление инновационными проектами в компании // Проблемы теории и практики управления. - 2011.

7. Ивасенко А.Г. Управление проектами: учебное пособие для студентов. - Ростов н/Д.: Феникс, 2009.

8. Конференции ПМСОФТ по управлению проектами // Проблемы теории и практики управления. - 2011.

9. Кузнецов А.А. Процессное управление проектами на предприятии // Менеджмент сегодня. - 2011.

10. Куперштейн В. Microsoft Project 2010 в управлении проектами. - СПб: БХВ-Петербург, 2011.

11. Лапыгин Ю.Н. Оценка эффективности проектного управления // Экономический анализ: теория и практика. - 2011.

12. Мазур И.И. Управление инвестиционно-строительными проектами: международный подход. - М.: Омега-Л, 2011.

13. Матвеева Л.Г. Управление проектами: учебник. - Ростов н/Д.: Феникс, 2009.

14. Мыльников Л.А. Микроэкономические проблемы управления инновационными проектами // Проблемы управления. - 2011.

Подобные документы

Составление плана проекта создания нового предприятия по производству автомобилей. Создание базы данных по ресурсам в программе Project Expert. Применение методики PERT для анализа проекта. Контроль выполнения задач проекта по срокам и трудозатратам.

курсовая работа , добавлен 11.10.2014


Методы управления сложными проектами. Редактирование свойств проекта. Настройка календаря проекта. Создание задач в Microsoft Project и изменение их свойств. Выбор свободных ресурсов и их использование. Составление сводки по проекту и отчета о бюджете.

лабораторная работа , добавлен 01.03.2015


Настройка параметров программы Microsoft Project. Таблицы как основные средства хранения данных в MS Project. Подготовка к составлению плана и отслеживание хода работ по нему. Форматирование диаграмм Ганта. Набор функций для работы с сетевым графиком.

практическая работа , добавлен 25.12.2010


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

контрольная работа , добавлен 02.06.2010


Принципы работы Microsoft Project (программы по управлению проектами), ее основные понятия: задачи, ресурсы, назначения. Последовательность действий по созданию нового проекта, вводу задач и зависимостей между ними, вводу ресурсов. Работа с календарями.

курсовая работа , добавлен 23.01.2011


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

курсовая работа , добавлен 21.04.2013


Выбор структуры, обзор различных вариантов создания нового проекта. Управление поведением MS Project 2007 при запуске. Создание нового проекта на основе шаблона. Список стандартных шаблонов. Установка общих параметров проекта, параметров планирования.

презентация , добавлен 15.03.2014


Понятие иерархической структуры декомпозиции работ. Определение, просмотр и изменение кода структуры проекта. Типы связей между работами, их редактирование при помощи программы MS Project. Изменение формы и параметров представления суммарной задачи.

презентация , добавлен 15.03.2014


Назначение, создание современной информационно-аналитической системы. Формирование рабочей документации в среде Microsoft Project. Расчет длительности проекта методом Монте-Карло. Моделирование типов связи. Проектирование интерфейсов пользователя.

курсовая работа , добавлен 16.12.2014


Оценка стоимости проекта с помощью функции Microsoft Project на примере создания технорабочего проекта комплекса задач "Управление качеством продукции и услуг". Назначение и условия применения программы, ее характеристика и руководство пользователя.

Обновление:

Описанные в этой статье возможности теперь — отраслевом дополнении к MS Project для строительных организаций.

Мы придерживаемся точки зрения, что для управления проектами в компаниях-генподрядчиках строительства не обязательно внедрять MS Project Server . Но вместе с этим смелым заявлением нужно представить и альтернативу. Мы считаем настольный MS Project, в котором работает планировщик, очень полезным инструментом для строительных компаний, и вместо сервера предлагаем использовать супер-десктоп на основе Project, содержащий отраслевые надстройки. Теперь предстоит ответить на вопросы: как сделать Project более эффективным для работы в строительной отрасли? Как следует расширить его возможности?

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

Если достраивать MS Project функциями Spider, совсем не обязательно реализовывать все "навороты". Лучше воспользоваться популярным эмпирическим правилом "20/80", согласно которому, 20% функций программы дадут нам 80% эффекта от ее использования. К тому же, попытка с ходу внедрить все передовые методологии управления проектами может привести к провалу всего внедрения. Контроль над процессами управления приобретается постепенно.

Что мы добавим в MS Project для управления строительными проектами

Вкратце опишем состав нашего решения для генподрядчиков строительства на основе MS Project.

Взаимодействие с подрядчиками

Для обмена проектной информацией с подрядчиками и субподрядчиками мы предлагаем использовать файлы формата MS Excel. Их можно экспортировать из проекта и импортировать в проект как с использованием встроенных в MS Project мастера экспорта и мастера импорта, так и с помощью нашей коммуникационной надстройки PlanBridge .

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

Модуль ресурсных расчетов

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

Частично это повторение функций сметных программ, но они обладают куда более скудными возможностями календарного планирования. Однако необходима возможность через популярный формат АРПС. Поскольку советские Нормы затрат материальных ресурсов и рабочей силы (СНиП 5.01.01 — СНиП 5.01.17) давно потеряли актуальность, сметы являются главным источником данных для первоначального формирования справочников нормативов.

Шаблоны блоков работ

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

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

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