27
II ПРОЕКТНАЯ ЧАС
ТЬ
2.1. Понятие и сущность проек
тного управления
Про
ект – это уси
лия стейкхолдеров прое
кта по созд
анию уникального
прод
укта. Проекты в ИТ сфе
ре ограничены 3 факто
рами: время, стоим
ость и объ
ем.
Чтобы про
ект стал успе
шным, все тр
и фактора дол
жны находиться в равновесии
др
уг с дру
гом.
Все прое
кты, проходят чер
ез пять осно
вных фаз жизне
нного цикла:
иници
ация, планирование, выпол
нение, мониторинг и контроль, завер
шение.
Каждая фа
за содержит проц
ессы, которые двиг
ают проект о
т идеи д
о реализации.
Прое
кты могут терп
еть неудачу и
з-за неправи
льного планирования, заде
ржки
сроков, нехв
атка сотрудников дл
я выполнения постав
ленной задачи, недоста
точная
квалификация, несобл
юдение бюджета. Дл
я успешного управ
ления проектами
сущес
твуют различные методо
логии.
Все прое
кты разные и нет универс
альной системы управ
ления проектами,
кото
рая подошла б
ы для вс
ех. Однако з
а время раб
оты с И
Т-проектами, бы
ло
создано неско
лько эффективных подх
одов, которы
е чаще все
го используются.
Сам
ые популярные и
з них:
1. Класси
ческий проектный менед
жмент (Waterfall);
2. Agile;
3. Scrum;
4. Kanban.
Классический проек
тный менеджмент предст
авляет собой про
ект, как
последова
тельность этапов: нел
ьзя перейти н
а следующий эт
ап, не заве
ршив
предыдущий. Дан
ный подход ориент
ирован на прое
кты, в кото
рых четко
опред
елены сроки, стоим
ость и объ
ем работ. Дан
ный подход обла
дает
стабильностью в сравнении с другими методол
огиями, т.к. все ресу
рсы известны н
а
страте прое
кта. Основный мину
сом методологии явля
ется негибкость дл
я
изменений, возник
ающих в хо
де проекта.
Методо
логия Agile гибкая сист
ема, в кото
рой проект разбив
ается не н
а
последовательные фа
зы, а н
а небольшие подза
дачи, которые мог
ут выполняться
28
одновр
еменно, а в конце «собир
аются» в гото
вый продукт. Пр
и данном подх
оде
группы специа
листов разного проф
иля эффективно взаимоде
йствуют между соб
ой.
Данный под
ход позволяет быс
тро вносить измен
ения в про
ект, т.к. достаточно
«перед
елать» только од
но звено прое
кта. Данный под
ход подстраивается
практи
чески под люб
ую организацию. Одн
ако в дан
ном подходе высо
кая доля
неопреде
ленности, т.к. информация о продукте раскры
вается по хо
ду проекта.
Сущес
твует множество мето
дов, базирующихся н
а идеях Agile, сам
ые
популярные и
з которых – Scrum и Kanban.
Scrum сочетает в себе элем
енты классического проц
есса и ид
еи гибкого
подх
ода к управ
лению проектами, в итоге ито
ге получилось оче
нь сбалансированное
сочет
ание гибкости и структурированности. Методо
логия разбивает про
ект на
час
ти, которые выполн
яются в спри
нтах, длящихся о
т 2 до 4 нед
ель. В кон
це каждого
спри
нта Заказчику предоста
вляется часть прод
укта, отдельно гото
вая для
использ
ования. Длительность у спринта фиксиро
ванная, но кома
нда выбирает е
ё
самостоятельно в начале прое
кта, исходя и
з проекта и собственной
производи
тельности. Перед нача
лом каждого спри
нта происходит перео
ценка ещё
н
е выполненного содер
жания проекта и внесение в него измен
ений. Scrum позволяет
быс
тро достигать резул
ьтата, а так
же удобно внос
ить изменения в проект. Одн
ако
для дан
ной методологии нуж
на кроссфункциональная кома
нда проекта, что
бы
работать в разных направ
лениях.
Kanban менее стро
гий, чем Scrum, о
н не ограни
чивает время спри
нтов. Задачи
разбив
аются по эта
пам и в ходе раб
оты над прое
ктом перетаскиваются с одного
эта
па на дру
гой. Данная сист
ема достаточно гиб
кая и подх
одит практически вс
ем
организациям. Сист
ема состоит и
з четырех элеме
нтов:
1. Карточки. Дл
я каждой зад
ачи создаётся индивид
уальная карточка, в которую
занос
ится вся необх
одима информация о задаче дл
я быстрого дост
упа.
2. Ограничение н
а количество зад
ач на эта
пе. Количество карт
очек на одн
ом этапе
стр
ого регламентировано. Благо
даря этому сра
зу становится вид
но, когда в
проекте возни
кает «затор».
29
3. Непрер
ывный поток. Зад
ачи попадают в поток в порядке приор
итета. Таким
обра
зом, работа нико
гда не прекра
щается.
4. Постоянное улучш
ение. Постоянный ана
лиз производственного проц
есса и
пои
ск путей повыш
ения производительности.
Несмотря н
а выбранную методо
логию управления прое
ктом, любой
органи
зации необходим конт
роль за этап
ами проекта. В этом помо
гают
современные CRM-сист
емы: Битрикс24, AmoCRM, Trello и другие. В digital-
агентстве «Приор
итет» для эт
их целей ран
ее использовалась самоп
исная
система SAPR, сей
час используется Битр
икс24, преимущества кото
рой будут
раск
рыты в следу
ющих главах.
30
2.2. Разра
ботка проекта автомат
изации
2.2.1. Этапы жизне
нного цикла прое
кта автоматизации
Эта
пы жизненного информа
ционной системы - эт
о период созд
ания и
использ
ования ИС, начи
ная с моме
нта возникновения потреб
ности в И
С и
закан
чивая моментом полн
ого ее вых
ода из эксплу
атации.
Стадии жизне
нного цикла информа
ционной системы:
1. Предпро
ектное обследование: сб
ор материалов дл
я проектирования, пр
и этом
выде
ляют формулирование требо
ваний, с изуч
ения объекта автомат
изации,
даются предвари
тельные выводы предпро
ектного варианта И
С;
анализ матер
иалов и разра
ботка документации, обязат
ельно дается техн
ико-
экономическое обосно
вание с технич
еским заданием н
а проектирование И
С.
2. Предварительное проектирование;
3. Детал
ьное проектирование;
4. Разработка тех
но-рабочего прое
кта ИС;
5. Разра
ботка ИС: получ
ение и устан
овка технических и программных сред
ств;
тестирование и доводка програ
ммного комплекса;
разра
ботка инструкций п
о эксплуатации прогр
аммно-технических сред
ств.
4. Ввод И
С в эксплу
атацию;
6. Эксплуатация И
С.
Модели жизне
нного цикла информа
ционной системы:
1. каска
дная модель - предл
агает переход н
а следующие эта
пы после полн
ого
осуществления раб
от по предыд
ущему этапу. Мод
ель демонстрирует
класси
ческий подход в любых прикл
адных областях;
итерац
ионная модель - поэта
пная модель с промежуточным контр
олем и
цикл
ами обратной свя
зи. Преимущество дан
ной модели - поэта
пные
корректировки, кото
рые обеспечивают мень
шую трудоемкость п
о сравнению
с каскадной. Одн
ако время жиз
ни каждого и
з этапов рассчит
ывается на ве
сь
период разра
ботки;
2. спиральная мод
ель - данная мод
ель делает уп
ор на начал
ьные этапы анал
иза
и проекти
рования. Эта мод
ель представляет соб
ой итерационный проц
есс
31
разработки, гд
е каждая итер
ация (цикл), предст
авляет собой законч
енный
цикл разра
ботки, приводящий к выпуску вер
сии изделия (вер
сии проекта И
С),
который совершен
ствуется от итер
ации к итер
ации, чтобы ста
ть значимой
информа
ционной системой. Пр
и этом каж
дый виток спир
али соответствует
поэта
пной модели созд
ания информационной сист
емы. Т.о. углубляется и
последовательно конкрети
зируется обоснованный вари
ант ИС, кото
рый и
довод
ится впоследствии д
о реализации.
32
2.2.2. Ожида
емые риски н
а этапах жизне
нного цикла и их опис
ание
Проекты внедр
ения и эксплу
атации информационных сис
тем (ИС) явля
ются
высокорисковыми, поэт
ому в расч
етах показателей инвестиц
ионного проекта (И
П)
по внедр
ению ИС необх
одимо заранее учиты
вать неопределенности и риски, ес
ли
при рав
ных возможных усло
виях реализации затр
аты и резул
ьтаты по прое
кту
различны.
Прич
иной возникновения рис
ков являются неопреде
ленности, существующие
в каждом прое
кте. Риски мог
ут быть извес
тными, то ес
ть такими, кото
рые могут
бы
ть определены, оцен
ены и дл
я которых возм
ожно планирование. По
д
неизвестными риск
ами следует пони
мать те рис
ки, которые н
е идентифицированы
и не мог
ут быть зара
нее спрогнозированы.
Так
ие риски, ка
к несоблюдение сро
ков реализации прое
кта, превышение
стоим
ости и т. п., ка
к правило, присут
ствуют в люб
ых проектах. Глав
ной причиной
возникн
овения этих рис
ков, особенно в IT проектах, явля
ется неготовность
предпр
иятия к реали
зации подобных прое
ктов. Важный крит
ерий при выб
оре
архитектуры и инфраструктуры И
С для промыш
ленных предприятий - эт
о величина
совок
упной стоимости влад
ения ИС. Интегр
альные затраты н
а ИС мог
ут быть
полно
стью определены тол
ько после завер
шения проекта, д
о завершения прое
кта по
внедр
ению ИС он
и могут бы
ть только оцен
ены.
На эта
пе реализации прое
кта самыми серье
зными рисками явля
ются
следующие:
1. Негото
вность высшего руково
дства предприятия к изменениям в бизнес-
проце
ссах предприятия и организационной струк
туре.
2. Неудачный выб
ор внешних консуль
тантов по прое
кту (по прин
ципу
минимальной стоим
ости либо исх
одя из партне
рских отношений с
определенным постав
щиком программных проду
ктов). При выб
оре
исполнителя прое
кта - консультанта необх
одимо соблюдать следу
ющие
критерии: професси
онализм, надежность и предсказуемость резуль
татов.
33
3. Влияние человеч
еского фактора в процессе реали
зации проекта (измен
ения в
техно
логии, рабочих реглам
ентах и форм
атах, необходимость уче
та реакции
сотруд
ников на внедр
ение).
4. Делегирование осно
вных руководящих и исполнительских полно
мочий IT
подразделению. В проектную кома
нду обязательно дол
жны входить
ключ
евые сотрудники вс
ех «предметных» подразд
елений, которые пот
ом
будут рабо
тать с внедр
яемой системой.
34
2.2.3. Организ
ационно-правовые и программно-аппар
атные средства
обеспе
чения информационной безопа
сности и защ
иты
информации
Созд
ание систем информа
ционной безопасности в ИС основы
вается на
следу
ющих принципах: систе
мный подход, прин
цип непрерывного разв
ития
системы, разде
ление и миними
зация полномочий, полн
ота контроля и регистрация
попы
ток, обеспечение надеж
ности системы защ
иты, обеспечение конт
роля
функционирования сист
емы защиты, обеспе
чение всевозможных сред
ств борьбы с
вредоносными програ
ммами, обеспечение экономи
ческой целесообразности.
В результате реше
ния проблем безопа
сности информации разрабат
ываемая
ИС дол
жна обладать следу
ющими основными призн
аками:
1. Наличием инфор
мации различной степ
ени конфиденциальности.
2. Обеспе
чением криптографической защ
иты информации разли
чной степени
конфиденц
иальности при пере
даче данных.
3. Иерархи
чностью полномочий субъе
ктов доступа к компонентам И
С.
4. Обязательным управл
ением потоками инфор
мации, как в локальных сет
ях,
так и при пере
даче по кана
лам связи н
а далекие расст
ояния.
5. Наличием механ
изма предотвращения несанкцион
ированного доступа.
6. Обязат
ельной целостностью програ
ммного обеспечения и информации.
7. Нали
чием средств восстан
овления системы защ
иты информации.
В основу норма
тивно-правового обеспе
чения входят нор
мы и регла
менты
деятельности комп
ании, служб и средств, реализ
ующих функции защ
иты
информации, разли
чного рода мето
дики, обеспечивающие деятел
ьность
пользователей пр
и выполнении сво
ей работы в условиях жест
ких требований
соблю
дения конфиденциальности.
Люб
ая информационная сист
ема потенциально подве
ржена угрозам
безопа
сности - кража дан
ных или наруш
ение работы сист
емы. Поэтому
разраб
отчики ИС е
ё пользователи дол
жны позаботиться о её безопа
сности.
Комплексная защ
ита информации в сетях ЭВ
М предполагает реали
зацию
четырех уров
ней защиты:
35
1. прав
овой (юридические нор
мы, законы; пресле
дуется незаконное
использ
ование секретных дан
ных или инфор
мации, составляющей
объ
ект авторского пра
ва)
2. административный (опреде
ляется, кто и какую инфор
мацию может
соби
рать и хран
ить; устанавливаются спос
обы доступа к ней и
условия е
е распространения, пра
ва и обязан
ности работников, и
х
компетенция и ответственность; должно
стные инструкции)
3. аппар
атно-программный (примен
яется процедура идентиф
икации
пользователя, кото
рая открывает дос
туп к дан
ным и програ
ммным
средствам). Аппар
атная защита мож
ет быть выпол
нена в ви
де
кодовой карт
очки, ключа и т.п. Самое сла
бое место в системе
защ
иты информации - эт
о персонал. Лю
ди обычно отказы
ваются от
использ
ования любых дополни
тельных средств защ
иты, создающих
и
м неудобства в работе. Поэт
ому применение аппар
атных средств
защ
иты требует админист
ративной поддержки.
4. криптогра
фический (шифрование дан
ных для скры
тия от
злоумыш
ленника их смы
сла). До те
х пор по
ка пользователь н
е
идентифицирован п
о ключу, смы
сл данных ем
у недоступен.
36
2.3. Характе
ристика CRM-систем, ро
ль и сущн
ость
CRM – система управ
ления взаимоотношениями с клиентами. Техно
логия,
ориентированная н
а оптимизацию взаимоот
ношений своих клие
нтов с
органи
зацией. Ее осно
вное предназначение улуч
шать и автомати
зировать бизнес –
проц
ессы компаний, дел
ать работу органи
зации максимально эффект
ивной. Работа
CRM основы
вается на использ
овании управленческих и информационных
технол
огиях, применение кото
рых дает органи
зации построить взаимов
ыгодные
отношения с
о своими клиен
тами. Результатом приме
нения системы явля
ется
повышение и конкурентоспособности и увеличением доход
ности организации.
Са
м термин CRM сист
емы появилось и стало наби
рать популярность в
середине 90-x год
ов XX века. В те врем
ена, когда наби
рала рост глоба
льная
конкуренция. Ког
да аналогичные тов
ары у раз
ных компаний перес
тали отличаться
в качестве. Та
к же разв
итие компьютерных техно
логий, которые позво
ляли копить,
обраба
тывать и анализи
ровать данные о клиентах, гд
е количество клие
нтов не
игр
ало никакой ро
ли. Тогда комп
ании и ста
ли менять св
ои стратегии разв
ития, делая
акц
ент не н
а товар, а на клие
нта, которому необх
одима продукция. CRM сист
емы
использовались оче
нь давно и самыми перв
ыми и прос
тыми системами бы
ли в ви
де
книг, кото
рые могли подн
ять давнюю исто
рия о клие
нте, а так
же в буду
щем
обратить н
а него бол
ьше внимания и дать пон
ять, что о
н нем пом
нят постоянно. Эт
о
позволяло ка
к можно мен
ьше потерять ста
рых клиентов и привлекать нов
ых [5].
Особую популя
рность приобретали комп
ании малого бизн
еса, которые развив
ались
в сфе
ре услуг. Та
к как име
нно CRM давали быст
рый и мен
ее затратный ро
ст
эффективного бизн
еса. Ориентация н
а клиентов дав
ала таким компа
ниям рост
конкур
енции, удержание клие
нтов и стаби
льный доход. В 1987 году бы
ла
выпущенная пер
вая компьютерная прогр
амма, главной це
лю, которой бы
ло
управление конта
ктами. Её основ
атель Салливан Пэ
т, давший е
й название «ACT». В
настоящее вре
мя существует бол
ее тысяч подо
бных программ, относя
щихся к
кла
ссу CRM. В Рос
сии внедрение CRM впер
вые произошло в 1989 году. Внедр
ялись
они в банки и финансовый сек
тор. Система бы
ла западной и обучение в ней мог
ли