Разбор тем ИГА 2017

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

• внедренпрое,какресурсыиетребуютсяаикакэтоскажетсяна
эффектведенияостиб .знеса
Нельзя неотметить«		узкиеместа»			впримененииметодологи		й - неприносят
пользы безсоо	тветстнавыковующих			ижеланияимивоспользоваться			, нединогот
перечняпроблемных	моментов,		всезависитотвыбранно			й методологии.
• ISOимеетпроблемы21500сактуализацие						й исходной документации,ввиду
своей громоздкостисложендлянебольшихпроектов
• PRINCE2недопдляи5своихзан8жеком,поэтомунентов
эффективносиспользнапрямуюзависсложностиваниять глубины
проекта
• МетодологияприменимаASAPтольковслучаеинтеграции
SAPприложени-		й ив рядлиподо			йдетдлядругихпроектов
Всяинновационнаядеятельностьреализацииованапроект.Инновация							—
этовнедрённоеновш,обескачественныпетвоивающее						й ростэффективностипроцессов
илипродукции,востребованноерынком.				Цельпереходанаупра		влениефопр­омекта
обеспечнадлежащегокачества,соблюдениесроковрамкахбюджетавыполнения
догобязательствворных.	Ресурсы.Время.Содержание.
PRINCE2 - структурированнаяметодпр управлениюлогияектному,однаиз
самыхпопулярныхметодо		логий		управленияпроектами,ш рокоспользуемаяв
Великобрвуправлекакбиз,таворганахниикесевласти.
Пр-ориентированнаяцесснопрметодологияектная,котф раякусируетсяпроцессах
верхнегоуровняуправление( , рганизация,контроль),							нанизшихзадачах
(декомпразработ, графизиция). кова						Принципы:	остояннаяоценка

61

экономической необходимости,о бучениенаопыте					,определение		ролевой модели,
управлениепоэтапам,у			правлениепоотклонениям,фокуснапро,адукаптахция				к
проектной среде.
Agile - Семействопроцессразрабограммноговбеспечениятки,
ориениспользованиетированныхитеративно					й	разработки,динамическое
формиртребование			й иобеспечениеихреалив зпостоянногоультатеации
взаимодействий внутрисамоорганизующи				хсярабочихгрупп,состоящизспециалистовх
различногопрофиля.		Основныеидеи:		Люди,участвуюпроекте,иихобболеещение
важны,чемпроцессыиинструменты.Работающаяпрограмболееважна,чема
исчерпывающаядокументация.Сотруднизаказчикомество							болееважно,ч м
обсуждениедетале		й контракта. Нетсмыслаиспользовать				Agile, когклиентдолжена
рабпчеткомутатьбюджетуилиграфику.				Следуеттакжеизбгибкогогать
подхода,	есклинсмогутентыизменитьобъемсодепр,какоежаниетолькоонта
стартовал.
RAD - вметодологииRADбыстразработкапрая ложени						й достигаетсязасчет
использованиякомпонентно-ориентированнконстприменяетсуиресли: ованияго
бюджпроектируемо		й	информационной системыограничнечетко, определены
требованиякинформа		ционной сист,трреализациямебуетсяпроектаинформационно					й
системывминимальныесроки,интерфе				йспользоватможнопродевмонстрироватьля
прототипе,проектможразделитьнсоставляющиеэлемепофунтыкциональному
назначению.
Еслиработатьнадпроектом			свозможныминебольшизмененсодержаниямиями
работ,	следуетиспользкаскамодватьельную			.	Дляразработкипрограммного
обеспечения,графдизаческого			йнаидругихсервиснопроектов­следуеориентированных
использоватьAgileметодологию.			Следует использовать методологию быстрой разработки
приложений для небольших­проекITссжасртоымикамив						.	Еслинеобходимо
минимизр требуютсяскиструкроваподходьурироваисполнекрупногоилиныеии
среднегомасштабапроекта,следуетиспользоватьPRINCE2

Стандарты управленияпроектами

СтандартынеотвечаютнавопросметодологииКАКуправлять,стандарты

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

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

Всестандартыу

правленияпроект

амиуслморазделитьвно3

категории:

62

Компетентностно-ориентированнстандартные,которыенеопис,какевают
управляпроек,описываютто,ькакимдолженбытьенеджерпоуправлению
проектом.	В число таких стандартов входит:
ICB - PM International Competence Baseline. Описываеткомпетенциируководителя
проектасточкизренияуправлпро, екрсният.д.оВРоссииналомстандарт
называеНТКнациональные( требсякк мпетентностивания).
PMBoK - национальный американский стандарт управлепроектами.Данныия					й
станподробноописываетартто,какуправляпроектомь				сточкизренияпроцессов
P2M - японский стандуправленияоектами.				Этоценностно -ориентированный
стандарт.Сточкизренияданногостандарта,пр ект			-	этоответственност	ьменеджера
проектапосозданиюценностидляорганизацииврамкахсуществующихограничениях.
Подробнее PMBoK
PMBoK - этоклассификаторпроцессов			,которы й выделяетгрупп5 процессов:
	•	Инициирование - группапроцессовтвечаетнавопрЧто« »,здаемсы
		«Заи нтересованныеучастники»
	•	Планирование
	•	Реализация - реализпроектноснованиицияпланов
	•	Контроль
	•	Завершения - итогипроцесса,административныеподписание( актовприема			-
		передачи)внут( озентациипроектенние).
Таккак		мырассматриваемуправленчес	кий проект,можетменятьсясодержание
проектаигруппымогутбытьвзаимосвязаны.
Построкам процестнокодносыятся			й изобласте9	й знаний:
Основныепроцессы:
	•	управлениесроками	проекта
	•	разработкаиконтрольрасписанияработ
	•	управлениестоимостью	проекта
	•	управлениечеловеческимиресурсами	проекта
Вспомогательныепроцессы:
	•	управление интеграцией проекта
	•	управлениесодержанием	проекта
	•	управлениекачеством	проекта
	•	управлениекоммуникациями	проекта
	•	управлениерисками	проекта

63

• управлениепоставками

проекта

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

Рискпроекта — этонеопредесобытиеилиус,лкенноевтороеслучаеие

возникновимеетпозитилиениягативноеозд

ействие,поменьше

й мере,наодну

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

Качественный		анализрисков	—	этопроцессприоритезации
идентифицироварискпутемместноных			й оценкивероятностиихвозникновения
степенивлияния	,результатыкоториспвпоследствиигользуются,			например,	входе
количественногоанализарисков.
Методы:
•	Опросы + анализ сценариев развития (Может оцениватьоптимистическия				й,
	пессимистический инаиболеевероятны			й сценарий)

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

•Экспертная оценка

•Метод аналогов

•Анализ дерева решений

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

•Уклонение-изменение плана управления проектом такимобразом,чтобы исключитьослабить( )угро,вызнегативнымваннуюриском,

• Передача- переносответственнзауправлениерискдругостим		й стороне;
рискприэтомнеустраняется	.

64

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

актуалстопроекуправлизацмости изменениямибазовогопланаия

постоимостинапример( ,по освоенногоетодащьюобъема)

Метод освоенногообъема	- интегрированный анализисполнениякалендарного
планапроектаибюджетапостоимостнымоценк,наиболеер спространенны	й метод
измеренияисполненияпроекта.
Оснпоказателивныеосвоенногообъема?	Расчетныепоказатели
	65

Абсолютные - анализотклонени й

•CV(CostVariance) = EV (Earned value) – AC (Actual cost);

•SV(ScheduleVariance) = EV – PV (Planned value);

Относительные - показывают,насколькопроцентоввы роектолнен

•CPI (Cost Performance Index) = EV / AC;

•SPI (Schedule Performance Index) = EV / PV

Прогностические - возможпрогнозированиясти			бюджета,сроковзавершения
пр,оценкиектаотклонени	й
• Бюджпозавершениит(		Budget	at Completion, BAC) - Суммавсех

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

• EAC=BAC/CPI (Estimate at Completion) - Прогнозпозавершении - Сколько проектбудетстоитьсверхбюджета?

•FPD = PD/SPI (Forecast project duration) Планируемаяпродолжительность

	проекта
•	ETC=EAC-AC (Estimate to Complete) - Прдозавершениягноз				- Сколько
	проектещебудетстоить?
•	VAC=BAC-EAC	(variance		at completion) -оценотклоненияпоа
	выполнению проекта
Уровнизрелостипроектногоуправлеорганизации: я
•	начальный процесс - происходитобособлениепроектно				й деятельностиот
	основной деятельности;
•	повторяющийсяпроцесс		-	продекястнельандянаосртизируетсяь
	основепроцессно	й модели;
•	определенный	процесс	-	организациядолжнаиметьсобственные
	центральноконтролируемыепроцессынастраиватьновыепро кты
	(програ ммы,портфели)подэтипроцессы			;
•	управляемый процесс - организациядолжнавыработпоказоценкиатьели
	эффективнпроектактивноупрстивлячес; тьвом
•	оптимальный	процесс	-	организациядолжнаоптимизироватьсвои
	процессы.
Интеграция -позволяетобъедразличныеин,итьдресы					йствия результаты
длядостиженияцеле	й проекта.Интеграцрассматривакакоднаключзяевыхтся
функций руковпр.одиектаеля

66

Эффективная		интеграция требуетсоответствующе			й	индивидуальности,
адекватныхтехническихзнани		й,организациоуправленавыковныхческих				.
Зачемуправлятьинтеграцие			й проекта?
Облзнанисти		й вуправлениипроектамизависятдруготдруга,процессы
управлпроектамиресекаютсяниямеждусобо				й,продекяможетнаяельностьбыть
связанарезультатамитекуще			й деятельоргаи,наоборостиизации			от,поэтомуважно
упрдавннылятьзаимсиозавцельюпрсвоевременныхинятиясимостямирешени							й
относитконфликтресурс,ль цефоовликтове				й ивлияниемнапроектразличных
заинтересованныхсторон.		Крто,управлениегомеинтеграцие			й включаетсебяде		йствия,
необходимыедляинтеграцииразличныхдокуменпроектноов					й деятельности.
Кпроцессамуправленияинтеграцие			й проектаотносятследующиепроцессы:
1РазрабУставапроекта.
2Разработка. планауправленияпроектом
3Руководство. иуправлениеисполнени			емпроекта
4Мониторинг. управлениеработамипроекта
5Осуществление. общегоуправлизменниями
6Заве. прилиоекташениефазы
Вусловияхкризиса,управлениеоектамичевидно:проектыужимаются
объемеиз	-забезжалостносрезанныхИТ		-бюджетов.Возр		астаетвзаимноевлияние
проектовдаже(совершеннонесвязанныхпосмыслу)				– из-законкуренциизаресурсы.На
первый планвыходятрискизаморозкибюджетовнеплатеже					й засданныеэтапы.
Аменяя,учесть,чтокризисвводитуправлениепроектаминовыпер мен							ныеи
возрождзабытыерис.Т,каксменыретиисквсе					й управленческой		команды
заказчика,вместене		й иприоритевразвитИТ.Илириуходаовсрынкаикрупного
интегратора,ведущегомасштабны			й проект.Причеммодернизированнаямет дикалжна
быть напрсамывлена		й острый участокпрое тно		й работы,связанны		й сзавершением
масштабныхпро(годаектовдотре)Это.,например,внедрениеилиадаптирующее
сопровождениеучетныхси крупныхмднихкоммерческихпредприя							тияхс
большимчисломфилиал		ов.
Модернизирметв стребованагкаваннссекторе,гдезач ястую
результапроекповнедренсистемовыпланированбюджчерезгодтирования							-
полторапослестартажеютсякиминеясными,каквпервы						й день,притомчто
впередиможетбыть		щеоколодвухлетработ.Инаконец,ивгоссекторе,ивкоммерции
необходимоучестьпроекты,связанныеимпортозамещвнедрениOpenSourceением							-

67

решений,имеющхарактериныецел, экономику, ,продолжительностьрезультат.И,
соответственно,требующие				иногоуправления.
Метпроектногоуправлениядикакризис:
Микр:стоимостьпроерисктаниже, оплатыминимален								-
дроблениедлинныхпроектов				напулсамостоятельныхмикропроектдлительнне остьюв
болтреех		-четырехмесяцевкажды		й.Важно,чтобытаки			емикропроектышли
последовательноипредусматриваливозможност					ьвременнóгоразрывамеждуними
(например,		ИТ-адуит,планированиевыборархите,выстраиваниектурыаналовсвязи).
Проактивисполвынителя: впероссамоецитьтольконноеднужное
Первое – этоклассификациязадачпроектавразрезетого, частикие,скорее
всего,будутнедофинансиров.Имеятакуюоценку,нужвынестивпередканыскад
приоримикропроектовсвязанных,тесдругихнеенуждамибизнесаилиболее
дорогимибизнес		-процессамизаказчика.На,впроектепоимерразвфилтиальною						й
сетиперво		й можетстатьболеедорогаяихлопреотнргкускованизация
инфраструктурывнутрирегиональныхфилиалов.					Во-вторых,исполнительдолженсам
внимательнокорректироватьцелипр ектабрезать						всен приоритетное.Дляэтого
хорпоИТдхшодит			-аудит. В-третьих,проактивны			й исполндолженискатьтель
предлзакальтернативыгазчикупривычнрешениямнапри( ,ыбазеOpenер
Source,облаковилигибридныхсхем).
OpenSource:увеличирезерввр аем					емеиденегпроектаи
Начинающиесявгоссткрукоммерческихпныхктуахганизациях
масштабнимпортозамещениюпроектпо ывключаютсебяOpenSource								-проекты
(нап, римеререходМосковско				й облнаPostgreSQL)стиСоответственно,стандартная.
системау	правленияпроектамидолжнабытьмодернизированаэто						й части,учетом
связаннэтимноврисков.ыхТакаяжеситуацорганизациявозн,еслик ет
перехонаOpenSourceподитругпр,ичинам					например,		чтобывнедритьИТ	-решение,
коммерческиереализации				оторогослишкомдороги.
Узконаправленный аудит – средствоправильнооценитьпроект
Скажем,крупно			й компансразвитои		й филиальной сетьюнужноздесьисе			йчас
оптимизироватьбыстроде				йствиеС»,«1чтобыинфпорезультрмацияпродажв там
регионахсобираласьв				общий отчетнезавосемьчасов,задванапример( ,для
обеспечбыстрогозакрытияежемесячнония					й	отчетностинапредприятиях
нефтедобывающей отрасли),толькопотомдвигатьсядальше,внедряядругиемодули
учетной сис.Ценатакогоемыаудисоставит10					-15%отстоимостивсегопроекта.Но
полученныеоценкидадутисполнителювозможностьопределитьоптимальны								й путь

68

решениязадачи,неперезакл« »приоцезатратндывпроектке.Нрынкеанерясь дки
случ,когдат страховкаисоставляетболее50%бюджпроета					кта.Такимобразом,
эффектотпредварительногоИТ		-аудслихвота		й перекрываетзатратынанего.
Процессный	ипроектны		й подходыкуправлениюИТ		–	синергетический
эффект
Уместноотметить,чтоналичиеукомпаниипроцессовпоуправлениюИТ
(собственныхилизаи«	мствованных»уподрядчика			-аутсорсера)оказывположительныет		й
эффектнакачествоуправленияИТ			-проектами,чтонемаловаж,наспособность
проеподходакадаптациитнкновымгоусловиям.Так,работающи					й процессуправления
изменеста(ниямидартны		й	процесс	ITIL/ITSM,обеспечивающи		й максимально
безболевнесениеноеизм ени			й вИТ -среду)помогаетреализовыватьпроекты
быисменьшимтреечислориск.Чт,вчастностив,упрощапроцессм награциит
OpenSource-решения,таккактребуемаяобвязка« »такихпрое					ктовоценка( ,тестирование,

планвозвратапрежнеесостояние)встроенапроцессуправлизменениями.

69

Проектировинформацсистемонныхн е

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

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

носодержащхаракт, ителяхсведенсправочногои,ятакжеэл ктронныебзы

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

70