Управение проектами средствами Microsoft Project

А. Этот тип связи изображен на рис. 9а.

Связь типа начало–начало означает, что работа В не может начаться, пока не начнется работа А. При помощи такой связи обычно объединяются задачи, которые могут выполняться параллельно. Например, обучение персонала работе с программой и ввод данных в программу могут проходить одновременно, но ввод данных не может начаться, пока не начнется обучение персонала. Связь начало–начало изображена на рис. 9б.

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

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

Рисунок 30 Типы связей между работами

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

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

Для таких случаев в Microsoft Project предназначены задержки и опережения. На рис. 10 изображено их влияние на связи типа окончание–начало (а), начало–начало (б), окончание–окончание (в) и начало–окончание (г). Левый рисунок соответствует задержке, а правый – опережению.

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

Альтернативой ограничениям являются крайние сроки. Крайний срок – это дата, позже которой задача не может быть завершена. Однако, в отличие от ограничения, наличие крайнего срока не оказывает влияния на процесс планирования. Система лишь сигнализирует соответствующими индикаторами о наличии или нарушении установленного крайнего срока[16].

Рисунок 30 Действие задержки и опережения

В первой главе нами рассмотрены основные системы по управлению проектами. Дан краткий анализ подобных систем и выбрана удовлетворяющая заданным критериям – Microsoft Office Project 2007. Также сделан экскурс в предметную область по проектной деятельности.

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

Рассмотрены основные компоненты приложения Microsoft Office Project 2007, его функционал и возможности. Сделан вывод о совместимости программы и требований по выполнению проектом.

2. Глава 2

2.1 Краткая характеристика проекта

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

Данный проект можно разбить на несколько укрупненных этапов (таблица 1).

Таблица 3. Этапы работ

№	Название работы	Длительность
1	Начало проекта	-
2	Выбор системы	15
3	Приобретение программного обеспечения	7
4	Составление проекта сети	7
5	Приобретение компьютеров и сетевого оборудования	15
6	Обучение администратора и программиста	30
7	Монтаж локальной сети	20
8	Установка ПО на компьютеры	5
9	Установка сетевого ПО, настройка сети	25
10	Ввод начальных данных в информационную базу	40
11	Обучение персонала	30
12	Передача в эксплуатацию	5
13	Конец проекта	-

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

Таблица 3. Работы предшественники

№	Название работы	Предшественники
1	Начало проекта	-
2	Выбор системы	1
3	Приобретение программного обеспечения	2
4	Составление проекта сети	2
5	Приобретение компьютеров и сетевого оборудования	2
6	Обучение администратора и программиста	4
7	Монтаж локальной сети	4; 5
8	Установка ПО на компьютеры	3; 5
9	Установка сетевого ПО, настройка сети	6; 7; 8
10	Ввод начальных данных в информационную базу	9
11	Обучение персонала	9
12	Передача в эксплуатацию	10; 11
13	Конец проекта	-

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

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

Сетевой график представляет собой традиционный ориентированный граф, соответственно к нему применимы следующие направления к вычислению кратчайших путей и рисков[20].

Также необходимо для описания проекта описать исполнителей данных работ (таблица 3).

Таблица 3. Распределение обязанностей

№ работы	Название работы	Исполнитель
1	Начало реализации проекта	-
2	Постановка задачи	Постановщик
3	Разработка интерфейса	Программист1
4	Разработка модулей обработки данных	Программист1
5	Разработка структуры базы данных	Программист2
6	Заполнение базы данных	Программист2
7	Отладка программного комплекса	Программист1 Программист2
8	Тестирование и исправление ошибок	Программист1 Программист2 Постановщик
9	Составление программной документации	Постановщик
10	Завершение проекта	-

2.2 Календарное управление проектом с помощью Microsoft Office Project 2007

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

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

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

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

Нахождение критического пути сводится к нахождению критических работ и выполняется в два этапа.

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

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

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

Обозначим i – время выполнения работы i, Tp(i) – раннее время начала работы i, Tп(i) – позднее время начала работы i. Тогда

Tp(i) = max(Tp(j)+tj) (1)

где j – множество работ, непосредственно предшествующих работе i. Раннее время начальной работы проекта принимается равным нулю.

Поскольку последняя работа проекта – это веха нулевой длительности, раннее время ее начала совпадает с длительностью всего проекта. Обозначим эту величину T. Теперь T принимается за позднее время начала последней работы, а для остальных работ позднее время начала вычисляется по формуле:

Tп(i) = max(Tп(j) – tj) (2)

Здесь j – множество работ, непосредственно следующих за работой i. Схематично вычисление раннего и позднего времени выглядит так (рисунок 12,13).

Рисунок 30 Вычисление раннего времени начала работ

Рисунок 30 Вычисление позднего времени начала работ

Основываясь на этих данных получаем, что критический путь проекта равен 39 дней (рисунок 14)

Рисунок 30 Критический путь

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

Календарный график (диаграмма Ганта) изображен на рисунке 15, где ромбиками обозначены вехи, сплошными линиями – продолжительность работ, сплошными линиями со стрелками – резерв времени работ, пунктирными линиями – связь между окончанием предшествующих и началом последующих работ[11].

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

Данный график посвящен работам и их взаимосвязи, на рисунке 16 изображено, как загружены ресурсы. На основании диаграммы Ганта может быть построен график загруженности ресурсов. Этот график показывает процент загрузки конкретного трудового ресурса в ходе выполнения проекта. По оси абсцисс откладывается временной интервал проекта, а по оси ординат – суммарный процент загруженности исполнителя по всем задачам проекта, которые он выполняет в текущий момент времени.

Обычно исполнитель целиком занят решением некоторой задачи и по ее завершении переходит к следующей. Это соответствует 100% загрузки. Однако, в некоторых случаях он может быть параллельно задействован в 2 или более задачах, выделяя для их решения часть рабочего времени. Например, две задачи по 50% каждая, то есть по половине рабочего дня на задачу. График загруженности ресурса позволяет в этом случае контролировать суммарную занятость исполнителя и выявить возможные периоды перегрузки, когда ему запланировано больше работы, чем он может выполнить в течение рабочего дня. Об этом свидетельствует суммарная загруженность более 100%.

Рисунок 30 Загруженность ресурсов

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

Трудовые – это работники или коллективы, выполняющие запланированные в рамках проекта работы.

Материальные – материалы, которые потребляются при выполнении работ проекта.

Затратные – различные виды денежных расходов сопряженных с работами проекта, которые напрямую не зависят от объема, длительности работ и потребляемых ими трудовых или материальных ресурсов. Например, стоимость железнодорожных или авиационных билетов, командировочные расходы и т.п.[9].

Основными характеристиками трудового ресурса являются.

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

Индивидуальный календарь рабочего времени. Задает график рабочего времени ресурса.

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

Максимальное количество единиц доступности. Устанавливает максимальный процент рабочего времени, которое ресурс может ежедневно выделять для выполнения работ данного проекта. Например, 50% – половина рабочего времени установленного в день по календарю. Данная величина не препятствует планированию большего процента участия ресурса в проекте, но используется для контроля его перегруженности. Так для ресурса с 50% максимальной доступности можно запланировать все 100% использования, но при этом он будет считаться перегруженным на 50%.

2.3 Экономический расчет проекта

Основной задачей систем управления проектами является наглядное представление всех составляющих проекта. В предыдущей главе были показаны способы расчета времени и ресурсов проекта, это очень сложные процессы для проектов, в большинстве из них огромное количество задач и ресурсов, необходимых для выполнения. Мониторинг и слежение за ними является очень трудоемким занятием. Здесь на помощь приходят системы управления проектами. На рисунке 17 представлена диаграмма Ганта, созданная в программе Microsoft Project. При простоте создания она отличается и большей наглядностью по сравнению с рукотворной.

Рисунок 30 диаграмма Ганта

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

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

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

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

трудозатраты – гистограмма распределения абсолютных значений трудозатрат,

совокупные трудозатраты – график трудозатрат ресурса нарастающим итогом с начала проекта,

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

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

оставшаяся доступность – распределение свободных объемов трудозатрат, которые могут быть назначены ресурсу без его перегрузки,

затраты – график распределения затрат ресурса в ходе выполнения проекта,

совокупные затраты – график накопления затрат нарастающим итогом с начала проекта,

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

доступность в единицах – график распределения максимально допустимого процента использования ресурса[9].

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

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

Фактические трудозатраты – объем трудозатрат, которые были фактически отработаны при исполнении задачи;

Совокупные трудозатраты – график распределения трудозатрат нарастающим итогом с начала задачи, фазы или проекта в целом;

Базовые трудозатраты – график распределения трудозатрат, сохраненный в базовом плане проекта;

Затраты – график распределения финансирования задач проекта;

Фактические затраты – график распределения фактически произведенных затрат при исполнении проекта.

Рисунок 30 Представление Использование ресурсов

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

Фактические трудозатраты – объем трудозатрат, которые были фактически отработаны при исполнении задачи;

Совокупные трудозатраты – график распределения трудозатрат нарастающим итогом с начала задачи, фазы или проекта в целом;

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

Затраты – график распределения финансирования задач проекта;

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

Отличительной особенностью представления Использование ресурсов является выделение факта перегрузки ресурсов:

в левой таблице красным цветом шрифта отмечается суммарная строка перегруженного ресурса (Постановщик на рисунке 20);

в правой строке красным цветом отмечаются трудозатраты в те дни, когда имеется перегрузка.

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

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

Рисунок 30 временной анализ

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

Рисунок 30 Составляющие стоимости проекта

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

Стоимость назначения – это стоимость ресурса при выполнении данной задачи. Это может быть зарплата сотрудников, стоимость материалов, затрат и т.п. Для трудовых ресурсов эта величина складывается из оплаты за затраченное время по утвержденному рабочему графику (в соответствии со стандартной ставкой), оплаты за сверхурочные работы сверх графика, и стоимости использования, которая не зависит от времени работы[9].

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

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

Рисунок 30 Таблица Затраты

Эта же таблица используется для анализа стоимости проекта. В ней отражены:

стоимости отдельных задач;

стоимости фаз (этапов);

стоимость всего проекта.

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

Вариантами стоимостного анализа проекта являются:

анализ стоимости задач разного вида;

анализ стоимости ресурсов разного вида;

анализ сверхурочных затрат.

Для анализа стоимости ресурсов разного вида используется аналогичный метод.

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

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

Установить группировку по этому полю.

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

Пример таблицы с выполнением данного вида анализа приведен на рисунке 24. Здесь для разделения ресурсов используется тип ресурса: трудовой, материальный или затратный. Как видно из таблицы, львиную долю затрат по проекту составляет заработная плата сотрудников, которая составляет 231500 р.

Рисунок 30 Анализ стоимости ресурсов разного вида

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

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

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

Риски проекта можно разделить на три основные группы:

риски в расписании – возможность ошибочной оценки длительности задачи менеджером проекта,

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

бюджетные риски – возможность превышения запланированного бюджета проекта.

К рискам в расписании относятся следующие виды рисков:

наличие задач с предварительными длительностями;

наличие задач со слишком короткой длительностью;

наличие слишком длинных задач, в которых задействовано большое количество ресурсов;

наличие задач с календарными ограничениями.

К ресурсным рискам (рисунок 25) относятся следующие виды рисков:

привлечение к работам неопытных сотрудников;

трудовые ресурсы с большим объемом трудозатрат;

ресурсы со сверхурочной работой.

Рисунок 30 выявление ресурсных рисков

Для уменьшения рисков существуют следующие подходы:

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

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

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

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

Рисунок 30 Риск

Теперь к нему мы можем применить выравнивание ресурсов. Выравнивание ресурсов – это процесс реорганизации плана проекта с целью ликвидации перегруженности его ресурсов.

Для выравнивания применяются следующие основные приемы.

Уменьшение объема назначения ресурса на некоторую задачу. Это может привести к увеличению ее длительности пропорционально ежедневному уменьшению трудозатрат. Например, если при работе по 8 ч в день (объем назначения 100%) работник выполняет задачу за 5 дней, то при уменьшении объема назначения до 4 ч в день (50%) ему понадобится 10 дней для этой же задачи.

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

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

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

Учесть сверхнормативные трудозатраты ресурсов как сверхурочные. Сверхурочные трудозатраты назначаются сотрудникам в разумных пределах (не более 2 – 3 часов в сутки). При этом следует учитывать фактор усталости, который снижает эффективность труда. Задача, использующая сверхурочные трудозатраты, может потерять в качестве и имеет риск увеличения фактической длительности[9].

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

Последним этапом по управлению проектами является отчетность, что также предусмотрено системой. Их виды предоставлены на рисунке 27.

Рисунок 30 Отчетность по проекту

Основными параметрами, влияющими на отчет:

Название – название создаваемого отчета.

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

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

Таблица – определяет таблицу представления, на основе которой формируется отчет.

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

Выделяющий фильтр – установленный фильтр используется в режиме выделения (только выделяет жирным шрифтом соответствующие ему задачи).

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

Полосы-разделители дат – разделяет линиями строки с данными каждой даты.

Рисунок 30 Наглядный отчет

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

выбрать систему (Excel или Visio);

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

Рисунок 30 Пример отчета

выбрать поля куба, которые включаются в отчет;

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

Данные виды отчетов интегрированы с другими приложения Microsoft и легки в понимании рисунок 29, 30.

Рисунок 30 отчет с регулируемыми полями

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

Система позволяет собрать полную статистику по проекту:

Начало и окончание проекта в соответствии с текущим, базовым и фактическим планом;

Отклонение фактических дат начала и окончания проекта от дат по базовому плану;

Длительность, трудозатраты и стоимость по текущему и базовому плану:

Длительность фактически выполненных работ, фактически выполненные трудозатраты и понесенные при этом фактические затраты;

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

Процент завершения проекта по длительности и по трудозатратам[9].

Таким образом, в руках проектного менеджера оказывается большие ресурсы и возможности виде системы Microsoft Project.

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

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

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

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

Заключение

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

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

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

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

принимать оперативные решения в процессе производства работ на основе строго вымеренных факторов;

оценивать деятельность групп на местах и при необходимости делать оргвыводы.

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

Microsoft Project является идеальной системой для управления проектами.

Во-первых в системе предусмотрены большинство необходимых функций.

Во-вторых, Microsoft Office является самым распространенным офисным приложением не только в России, но и в мире. Это очень важно например для интеграции приложений.

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

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

Список литературы

www.cfin/ Сайт «Корпоративный менеджмент» является зарегистрированным электронным средством массовой информации (Cвидетельство о регистрации: Эл №77–6549)

www.pmmagazine/ Журнал Управление Проектами

www.pmpractice/ Обучение управлению проектами Методология и стандарты управления проектами IT-решения в управлении проектами.

www.pmprofy/ Ведущий интернет-ресурс в области проектного менеджмента

www.sovnet/ Ассоциация Управления проектами (СОВНЕТ)

Алехина Г.В. Информационные технологии в экономике/ М.: Московский международный институт эконометрики, информатики, финансов и права, 2003. – 259 с.

Архипова З.В., Пархомов В.А. Информационные технологии в экономике: Учеб. Пособие. Иркутск: Изд-во БГУЭП, 2003–184 с.

Архитектура компьютерных систем и сетей: учеб. пособ./Т.П. Барановская, В.И. Лойко, М.И. Семенов, А.И. Трубилин; Под ред. В.И. Лойко. – М: Финансы и статистика, 2003. – 256 с. ил.

Богданов В.В. Управление проектами в Microsoft Project 2007 / Учебный курс. СПб.: Питер, 2008. – 592 с.: ил.

Грабауров В.А. Информационные технологии для менеджеров. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2005. – 512 с.: с