WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Экономические Математические и инструментальные 1(62) 432 науки методы экономики 2010 Модель системы управления проектом информационного хранилища и методика ведения проекта на ее основе © 2010 Ю.Ю.

Красильников, В.С. Белов Московский государственный университет экономики, статистики и информатики (МЭСИ) E mail: EGracheva В статье содержатся результаты формализации предметной области управления проектом созда ния информационного хранилища и методика ведения проекта. Представленные материалы могут быть полезны для изучения руководителям проектов различных уровней и применены для любых проектов создания информационных технологий.

Ключевые слова: управление проектами, математическая формализация, ведение проектов, алго ритмизация, информационные технологии, информационное хранилище (ИХ).

Управление проектами информационных тех 4. Содержать описание этапов в части ин нологий (ИТ проектами), к которым относятся формации.

проекты информационного хранилища (ИХ) 4.1. О взаимосвязях этапов и целей проекта.

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

ли системы управления проектами информаци 4.3. Об исполнителях, их должностях и от онного хранилища и описана методика ее ис ношению к владельцу ИХ.

полнения. Предлагаемые в книгах по управле 4.4. О плановых и фактических сроках и нию проектами подходы не содержат метод ма продолжительностях этапов.

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

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

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

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

проектом подразумевается некий перечень проблем, P = {Si : i=1,k}, где Si i й этап построения ХД;

которые формирует сам по себе проект:

k общее количество этапов проекта P.

1. Формирование новых и неизвестных задач.

2. Изменения в ежедневной работе сотрудни Каждый из этапов проекта ИХ описыва ков. ется следующим кортежем атрибутов:

3. Проблемы с поиском нужных людей в Si=, деятельности. где NamSi имя i го этапа;

EventsInSi событие, инициирующее выполнение 4. Следование строгим срокам выполнения.

i го этапа;

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

стижения целей проекта.

EventsInSi и EventOutSi.принадлежат множеству На основании данных определений модель значений {Events}, описывающих все события, ко должна удовлетворять следующим требованиям:

торые могут быть сгенерированы в рамках про 1. Содержать информацию о целях проекта.

екта информационного хранилища.

2. Описывать этапы проекта и их взаимо Множество {Events} описывается кортежем:

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

Events = < G : G=1,k, NamEvG, RTO >, 3. Описывать все потоки информации, ко где G порядковый номер события;

торые возникают в ходе реализации проекта.

NamEvG название события;

n g a e h V C i X e w F e D r P w Click to buy NOW!

m w o w c.

.

d k o c c a r u t Экономические Математические и инструментальные 1(62) науки методы экономики RTO номер этапа, который генерирует данное проекта следующими атрибутами: InputSij j я событие. Предполагается, что событие под но единица входящей информации i го этапа;

мером G может быть сгенерировано только на OutputSil l я единица исходящей информации одном из этапов проекта.

i го этапа. InputSij и OutputSil входят в множество Дополнительно введем в модель множество {Information}, описывающее все единицы инфор {ExecEvents}. Оно является подмножеством мации, которые входят в этапы проекта:

{Events} и содержит в себе порядковые номера Information = , конкретный момент времени состав этого мно где Y единица информации. Предполагается, что жества зависит от состояния каждого из этапов все единицы информации уникальны, номер по порядку является ключом;

проекта.

NamInfy описание единицы информации;

Далее в кортеже представлены аспекты про IType тип информации, к которому относится екта, отражаемые его атрибутами.

данная единица информации.

Кадровый аспект. HRSi множество людей, Определяется кортежем:

участвующих в реализации этапа i. Данное мно IType = , жество заполняется на основании содержания за где N порядковый номер типа информации;

дач в рамках проекта и ответственных за задачи TypeNam название типа информации (структу (множество Tasks) и входит в множество HR.

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

ют в проекте, HR. Кортеж атрибутов:

RTO номер этапа, который является родите HR = < NamHR, Position, PrjRole >, лем данной информации.

где NamHR ФИО сотрудника;

Предполагается, что каждая единица инфор Position его должность в компании;

мации (InformationY) может быть порождена толь PrjRole роль сотрудника на проекте.

ко на соответствующем этапе.

Временной аспект. Ti кортеж длительнос Задачи этапа тей выполнения i го этапа. Размерность входя Tasksi кортеж множеств задач i го этапа, щих в него множеств время. В ходе реализа содержит два множества всех задач, которые мо ции проекта каждый руководитель сам опреде гут быть реализованы на i м этапе.

ляет, какой масштаб времени использовать оп Tasksi = , тимально.

где PlanTsi, ActTsi плановый перечень задач и фак Ti = {PlanTi;

ActTi}, тический перечень задач, соответственно.

где PlanTi плановое время реализации i го этапа;

PlanTsi = , ActTi фактическое время реализации i го этапа, ActTsi = , InitITi кортеж времени начала реализации i го где TaskNam название задачи;

этапа;

HR множество людей, которые будут выпол InitITi = {PlanITi;

ActITi}, нять эту задачу;

где PlanITi плановое время начала реализации;

TaskType тип задачи, например, интервью, фор ActITi фактическое время начала реализации.

мализация отчета.

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

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

Уровень выполнения этапа проекта. EffSi PlanITi 1 PlanITi,i=1,k, выполнение i го этапа. Определяется кортежем:

ActITi 1 ActITi,i=1,k.

EffSi = < EffMinSi,PlanEffSi, ActEffSi>, Время начала реализации этапа i не может где EffMinSi минимальный уровень выполнения, наступить раньше, чем произойдут все события, ниже которого нельзя считать данный этап вы его инициирующие:

полненным и приступать к выполнению после EventsInSi є {ExecEvents}.

дующих этапов, зависящих от этого;

Плановое время начала реализации этапа PlanEffSi плановый уровень выполнения i го описывается выражением:

этапа, закладывается руководством для достиже ния определенного уровня эффективности;

max PlanITi = (PlanITf + PlanTf) ActEffSi фактический уровень выполнения i го f 1,i этапа.

при f = RTOi.

Единица измерения данных трех показате Информационный аспект. В рамках этапов лей процент. Для этапа i за 100% берется весь проекта существуют определенные потоки ин перечень задач, который был определен при со формации, которые позволяют выполнять рабо ставлении множества Tasksi. Важно заметить, что ты на следующих этапах наиболее корректным минимальный, плановый и фактический уровни образом. Эта информация привязана к этапам n g a e h V C i X e w F e D r P w Click to buy NOW!

m w o w c.

.

d k o c c a r u t Экономические Математические и инструментальные 1(62) науки методы экономики выполнения этапов могут отличаться. Например, ше выполнения всех задач из множества Tasksi, следующий этап проекта может начинаться, если а по достижении определенных результатов, оп текущий выполнен уже на 80%. Вместе с этим ределенных в кортеже EffMini.

для конкретного этапа может быть выполнено 7. На основании задач из множества Tasks больше задач, чем планировалось, т.е. уровень определяем примерное время реализации данно выполнения будет больше 100%. го этапа проекта.

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

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

проекта. TrgSi Targets, где Targets все множе 10. Если единиц информации недостаточно, ство целей проекта. то определяем, может ли она быть порождена на Targets = , других этапах или необходимо выделить допол где TargNam название цели, нительные этапы реализации информационного Description описание цели.

хранилища.

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

1. Создание плана проекта. 12. Определяем дополнительные этапы про 2. Ведение проекта по факту исполнения екта, в случае отрицательного ответа переходим Процесс планирования проекта представлен на блоки 9 и 10.

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

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

целей проекта. 1) изменение проекта в соответствии с из 2. Каждый из этапов после завершения по меняющимися целями организации;

рождает событие. Эти события надо формализо 2)отражение фактически прошедших этапов.

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

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

необходимо решить. Targets Targets’.

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

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

n g a e h V C i X e w F e D r P w Click to buy NOW!

m w o w c.

.

d k o c c a r u t Экономические Математические и инструментальные 1(62) науки методы экономики 1. 12. 1. 12. Targets SS i Targets i 2.

,, 3. 3. EventOuti EventOut i Events Events 2. 2.,, EventsInSim EventsInS im 5. 5.,, EventsInSim EventsInSim 4. 4. Tasksi Tasks i i i 6. 6. EffMini EffMin i Tasks i Tasksi 7. 7. T T Tasks i Tasksi 8. 8. InputSS, OutputSij ij Input, OutputS ij ij 10. 10. 9. 9. l Si l Si 11. 11. Рис. 1. Этапы реализации методики ведения проекта по созданию информационного хранилища Events Events n g a e h V C i X e w F e D r P w Click to buy NOW!

m w o w c.

.

d k o c c a r u t Экономические Математические и инструментальные 1(62) науки методы экономики NewTrg=Targets’\Targets NewTrg=Targets\Targets’ NewTrg=Targets’\Targets NewTrg=Targets\Targets’ TrgS TrgS PP ?

?

Tasks Tasks TrgS TrgS MinEff, PlanEff, ActEff, MinEff, PlanEff, ActEff, PlanT PlanT Tasks Tasks MinEff, PlanEff, ActEff, MinEff, PlanEff, ActEff, PlanT PlanT Рис. 2. Изменение целей проекта 1. Из ОСЦ проекта определить множество ство Tasksi и скорректировав время и уровни ре целей, которые еще не были учтены в структуре ализации этапов.

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

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

полнить множества задач этапа проекта и заново 2. Оценка корректности планирования за оценить время и уровни реализации проекта. дач этапа.

1.2. Если в текущее множество этапов нельзя 3. Снижение задержек между этапами про добавить новые цели, то необходимо сформиро екта. Модель проекта однозначно определяет, что вать новые этапы проекта, пользуясь вышеупо по завершении этапа i можно начинать этап i+1.

мянутой структурой формирования новых эта 4. Отслеживание затрат времени на выпол пов проекта. нение этапов проекта и сравнение с плановыми 2. В составе обновленного множества целей значениями.

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

n g a e h V C i X e w F e D r P w Click to buy NOW!

m w o w c.

.

d k o c c a r u t Экономические Математические и инструментальные 1(62) науки методы экономики 6. Корректировка плановых сроков выпол Если это так, отмечается фактическое значение нения следующих этапов проекта в соответствии начала этапа i. Задержки в начале выполнения с фактически прошедшими этапами. i го этапа не происходит.

Для выполнения названных мероприятий 2. Оцениваются множества плановых и фак предлагается следующий алгоритм: тически выполненных задач при реализации 1. Определение фактических значений вре i го этапа.

менных показателей. Заполняется в соответствии 2.1. PlanTsi = ActTsi, значит, все плановые с диаграммой (рис. 3).

задачи были выполнены, во время реализации этапа не было сделано ничего не запланирован ного. На практике такой случай встречается дос T T таточно редко.

2.2. PlanTsi <> ActTsi.. В этом случае возмож ны варианты.

2.2.1. ActTsi PlanTsi. Был запланирован i определенный перечень задач, но не все задачи i были выполнены. Назовем это множество UnDnTsi, оно будет определяться формулой UnDnTsi = PlanTsi \ ActTsi.

1. Анализируя это множество, руководитель 1. ActTsi,OutputSil проекта может оценить, какие еще задачи нужно ActTsi,OutputSil выполнить на текущем этапе проекта или какие задачи оказались неактуальными, тем самым кор ректируя последующие этапы проекта.

2. 2. 2.2.2. PlanTsi ActTsi.. Был запланирован ActEffSi ActEffSi определенный перечень задач, но по факту при шлось выполнить большее количество задач для реализации этапа. Назовем это множество задач OverTsi, оно будет определяться формулой:

3. EffMinSi ? ActEEffSS f 3. EffMinSi ? Act fi : :

i OverTsi = ActTsi \ PlanTsi.

ActTi = t-InitTi ActTi = t-InitTi ExecEvents = ExecEvents U EventOutSi Анализируя это множество, руководитель ExecEvents = ExecEvents U EventOutSi проекта может дополнять множества задач пос ледующих этапов, которые имеют схожие дей ствия для того, чтобы корректно планировать 4. ActITi время и ресурсы на последующие этапы (напри 4. ActIT i EventsInSim {ExecEvents}, m {1,q}:

EventsInSim {ExecEvents}, m {1,q}:

мер, для будущего этапа z):

ActITi = t ActITi = t PlanTs‘ = PlanTs + AddTs, z z где AddTs OverTsi.

Рис.3. Процесс фиксации значений фактических 2.2.3. PlanTsi\ ActTsi. ActTsi \ PlanTsi параметров модели ActTsi PlanTsi. Выражение определяет на 1.1. В соответствии с текущим уровнем вы личие задач, которые еще не были выполнены полнения проекта определяются фактически вы по факту, и задачи, которые были выполнены полненные задачи и фактически полученная ин по факту, но не были запланированы. В этом формация на каждом из этапов, которые реали случае требуется пользоваться комбинацией ме зуются в данное время.

тодов 2.2.1 и 2.2.2. для решения задач проекта.

1.2. В соответствии с выполненными зада 3. Оцениваются временные затраты на эта чами определяется уровень эффективности вы пе i.

полнения этапа.

3.1. При достижении на этапе значения 1.3. Если уровень ActEffi на этапе уже пре MinEffi cравниваются PlanTi и ActTi. Ищутся при высил минимальный, этап считается выполнен чины задержки выполнения этапа или выполне ным с точки зрения начала реализации следую ния этапа раньше запланированного срока. Фор щих этапов. Во множество ExecEvents добавля мируется два множества задач этапа проекта, яв ется событие завершенности i го этапа.

ляющихся подмножеством ActTsi:

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

ли на увеличение продолжительности этапа.

n g a e h V C i X e w F e D r P w Click to buy NOW!

m w o w c.

.

d k o c c a r u t Экономические Математические и инструментальные 1(62) науки методы экономики DcrTsi множество задач этапа, которые были тывалось. Руководителю проекта желательно про выполнены быстрее, чем планировалось, повли анализировать задачи этапа и учесть аналогич яли на уменьшение продолжительности этапа. ные задачи в последующих этапах для оптими Чтобы принять во внимание сроки выпол зации времени выполнения.

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

Si+z CheckS: task task IncTsi PlanEff ActT или task DcrTsi и task TasksSi+z. Coeff =.

ActEff PlanT 3.2. Сравнивается эффективность выполне Используем его. Для этого продолжительность ния этапа относительно плановых значений (еди последующих этапов, сходных с рассчитанным эта ница измерения: уровень процента выполнения пом, умножаем на данный коэффициент.

в единицу времени, в соответствии с размернос Представленная модель и методика ведения тями эффективности выполнения и продолжи проекта являются одними из вариантов ведения тельности ):

проекта, которые возможно реализовать в ходе ActEff PlanEff i i ведения ИТ проекта. Они учитывают особенно Effecti =.

ActT PlanT i i сти обязательной последовательности этапов, возможные изменяющиеся цели организации, 1. Effect < 0 план был составлен некоррект распределение ресурсов и информации в ходе но. Итоговый результат был достигнут с мень проекта, а также содержат механизм адаптации шей производительностью. Руководителю необ управления проектом на основании прошедших ходимо проанализировать причины снижения этапов. Данная модель будет полезна для изуче производительности и учесть их на последующих ния руководителям проектов различных уров этапах при выполнении аналогичных задач.

ней и может быть применена для любых ИТ 2. Effect > 0 производительность выше, чем была заложена в плане. В среднем все зада проектов, отвечающих обозначенным вначале чи этапа были реализованы лучше, чем рассчи требованиям.

Поступила в редакцию 05.12.2009 г.

n g a e h V C i X e w F e D r P w Click to buy NOW!

m w o w c.

.

d k o c c a r u t




© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.