Разработка ЭИС управления проектами для ЗАО «ДИАКОН» (1089450), страница 3

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

Текст из файла (страница 3)

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

Вторая процедура — рассмотрение и утверждение концепции. Неутвержденная концепция отправляется на доработку, а утвержденная переходит на следующий этап.

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

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

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

• планирование целей и содержания проекта;

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

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

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

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

Процедуры, из которых состоит организация исполнения:

• распределение функциональных обязанностей и ответственности;

• организация контроля выполнения расписания проекта;

• организация контроля затрат по проекту.

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

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

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

• сбор отчетности о ходе работ по проекту;

• анализ текущего состояния проекта относительно базовых показателей;

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

• подготовка и анализ последствий корректирующих воздействий;

• принятие решений о воздействиях и изменениях. В случае положительного решения происходит их осуществление.

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

Завершение проекта — процесс формального окончания работ и закрытия всего проекта.

Процедуры, выполняемые в ходе завершения проекта:

• список открытых вопросов и заключительных работ;

• разрешение всех спорных вопросов;

• заключительная оценка финансовой ситуации;

• заключительный отчет по проекту и организация проектной документации;

• сдача результатов проекта заказчику;

• роспуск команды проекта;

• документирование и анализ опыта выполнения данного проекта.

Результирующими документами последнего этапа являются постпроектный отчет и заключительный отчет.

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

1.3 Постановка задачи на разработку ЭИС

На данное время отдел внедрения новых проектов компании «ДИАКОН» не имеет четкой системы временного планирования и бюджетирования. Также нет системы назначения ответственных за проект и системы контроля. Отсутствие данных систем существенно осложняет работу и делает основные задачи отдела трудновыполнимыми.

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

• распределение обязанностей;

• ведение бюджета проекта;

• отслеживание отклонений в планировании;

• отслеживание выполнения плана;

• организация системы документации;

• возможность быстрого доступа к опыту прошлых проектов;

• организация системы временного контроля;

• возможность сравнить план проекта и ведущимися работами.

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

В процессе работы система будет оперировать следующей промежуточной информацией:

• информация о потребности в проекте;

• информация о сроках проекта;

• информация о затратах проекта;

• информация о нарушениях, если они имеются;

• информация об отсутствии нарушений в проекте;

• информация о работниках;

• информация о доступных средствах.

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

• список проектной команды;

• отчет о времени проекта;

• отчет о затратах проекта;

• отчет об изменениях;

• отчет о текущем состоянии проекта;

• отчет о проектах компании.

1.4 Анализ существующих разработок

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

1.4.1Система “PrimaveraProjectPlanner”

Данная система ориентирована на управление крупными проектами масштаба предприятия или холдинга. Решение компании PrimaveraSystemsInc. ориентировано на создание единой корпоративной системы управления проектами. Применение такой системы позволяет:

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

• координировать работу всех участников проектов;

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

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

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

• прогнозировать развитие проектов, проводить анализ «Что-Если» и выбирать вариант проекта, наиболее соответствующий целям компании.

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

1.4.2 Продукт “OpenPlan”

Этот продукт позиционируется как профессиональная система управления проектами масштаба предприятия. Выпускается в трех версиях: Enterprise, Professional и Desktop.

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

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

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

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

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

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

1.4.3 Система “SpiderProject”

Отечественная система управления проектами. Версия под DOS появилась еще в 1992 году. От версии к версии улучшается не только интерфейс системы, но и ее функциональность.

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

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

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

Характеристики

Список файлов ВКР