Диссертация (1138653), страница 5
Текст из файла (страница 5)
В такихслучаях внедрение сопровождает разработка, направленная на приведениепрограммного обеспечения в соответствие с желаемыми бизнес-процессамиорганизации.Дадим определение ИТ-проекта, которое будем использовать в даннойработе в дальнейшем.23ИТ-проект – проект, содержание которого включает в себя в качественеотъемлемой части разработку или развитие программного обеспечения или егоадаптацию под нужды заказчика.Необходимо уточнить, какой смысл вкладывается в слова «неотъемлемаячасть». Это требование означает, что никакие изменения в проекте не могутпривести к тому, что из содержания будет исключена разработка программногообеспечения.
Иными словами, проекты, включающие часть, связанную синформационными технологиями, цель которых с некоторыми допустимымипотерями может быть достигнута и без разработки программного обеспечения, вданной работе не будут рассматриваться как ИТ-проекты.Выделяются следующие общие цели ИТ-проектов:• Улучшение бизнес-процессов;• Сокращение затрат предприятия;• Увеличение использования информации и аналитики в принятиирешений;• Повышение продуктивности трудовых ресурсов предприятия;• Привлечение новых и сохранение существующих потребителей;• Создание инновационных продуктов и услуг.Д. Кнапп, кроме того, соотносит эти цели с целями менеджмента бизнеспроцессов (BPM):• Приведение бизнес-процессов в соответствие с потребностями клиентов;• Улучшение способности организации достигать бизнес-целей;• Повышение продуктивности и эффективности бизнес-процессов;• Обеспечениегибкости,поддержкаинноваций,освоениеновыхтехнологий [Knapp, 2010].Несмотря на осознание ценности исследования проектов разработкипрограммногообеспеченияиорганизационныхизмененийсовместно,всовременных научных публикациях и литературе практической направленностинаблюдается недостаток подобных интегрированных исследований.
Проблемы24ИТ-отрасли рассматриваются в отрыве от проблем развития бизнес-процессов иорганизационных изменений [Пащенко, 2013]. Это во многом закономерно, таккак разработка программного обеспечения и осуществление организационныхизменений требуют у команды проекта наличия совершенно различныхкомпетенций [Nesheim, Hunskaar, 2015].
Исключение составляют публикации обуправлении ИТ-услугами (IT service management, ITSM) на основе библиотекиинфраструктуры ITIL [Behr and others, 2016] и сервисно-ориентированномуправлении технологиями в организациях [Demirkan, Goul, 2009]. Однако ITSM исервисно-ориентированноеопосредованноеуправлениеотношениектехнологиямиуправлениюпроектами,имеютлишьпоэтомумогутиспользоваться только как справочная информация о лучших практиках всмежной области. Например, наибольшую сложность при постановке цели ИТпроекта составляет переход от параметров реализуемого при поддержке ИТпроектаорганизационногоизменениякконкретнымтребованиямразрабатываемого продукта. Этот переход существенно упрощается прииспользовании сервисного подхода [Аксенов, Альтшулер, 2009], посколькуметрики ИТ-сервисов могут быть непосредственно связаны с параметрамибизнес-процессовпотребителяИТ-услуги.ОсобымслучаемИТ-проектовявляются проекты перехода на аутсорсинг бизнес-процессов при помощиоблачных технологий.
Решения, построенные на облачных технологиях, такжереализуют сервисный подход, поскольку параметры предоставления услуги,основанной на облачных технологиях всегда точно определены [Wang and others,2016].В некоторых случаях организационный ИТ-проект является частьюпрограммы, например, программы трансформации бизнеса. Цели ИТ-проектаопределяютсяпосредствомиспользованияметрикбизнес-процессов,наулучшение которых направлен проект. Для постановки целей ИТ-проектанеобходимо, таким образом, понимать, каким образом определяются цели самогоорганизационного изменения. Они, в свою очередь, следуют из бизнес-кейса,25который может быть разработан в рамках программы трансформации бизнеса[McKeown, Philip, 2003; Uhl, Gollenia, 2012].Если организационное изменение осуществляется в рамках программы, топродукт проекта должен поддерживать реализацию ее целей.
При этом, самапрограмма предпринимается для того, чтобы преодолеть некоторый разрыв впоказателях бизнеса по сравнению с требуемым для занятия компаниейопределенного положения на рынке, например, стать лидером или будучипоследователем, достигнуть определенных показателей эффективности бизнеса[Serra, Kunc, 2015].На следующем рисунке (Рисунок 2) представлена блок-схема реализациивыгод (бенефитов) программы. Настоящая диссертация посвящена управлениюизменениями в ИТ-проектам, фокус исследования находится, поэтому напроектном управлении, но проектное управление рассматривается совместно сорганизационным изменением. Блоки, исследуемые в данной работе, такимобразом, выделены на рисунке цветом. Хотя настоящая работа не ставит цельюразработку модели, описывающей трансформационную программу в полномобъеме, ограничиваясь лишь рассмотрением входящих в программу проектоворганизационныхизменений,связанныхсразработкойпрограммногообеспечения, выводы, полученные в данной работе, могут быть в дальнейшемиспользованы при построении моделей трансформационных программ, что внастоящее время является актуальной темой исследований [Солодская, 2015].26Рисунок 2.
Схема реализации выгод программы [Serra, Kunc, 2015].Далее приводится декомпозиция целей программы, соответствующаядекомпозиции реализации выгод (Рисунок 3). Планирование поставки продуктапроекта ведется в соответствии с этой схемой «сверху вниз», в направлении,обратном направлению потока создания бенефитов. Целевые показатели дляотдельных организационных изменений и измеримые цели проектов разработкипрограммного обеспечения являются следствием плана реализации выгод(бенефитов) программы [Turkulainen and others, 2015].
Следует, однако отметить,что бенефиты не всегда являются измеримыми сами по себе, что несколькоосложняет постановку целей проектов и вынуждает вводить искусственныеметрики для их последующей экспертной оценки заинтересованными сторонами[Uhl, Gollenia, 2012].27Рисунок 3. Схема декомпозиции целей программы.В альтернативном случае организация может выполнять проект поповышению эффективности бизнес-процессов для того, чтобы иметь возможностьпредоставлять потребителю услугу, соответствующую текущим требованиямрынка или для того, чтобы получить за счет этого конкурентное преимущество. Вэтом случае измеримой целью ИТ-проекта является достижение одного илинескольких целевых значений соответствующих показателей бизнес-процесса (егодлительности, стоимости, а также показателей качества).1.2.Управление изменениями в организационных ИТ-проектахВ диссертации рассматриваются изменения двух видов: организационныеизменения, для осуществления которых предпринимаются исследуемые в работеИТ-проекты, а также изменения в содержании этих проектов, рассматриваемыекакинструментрассмотренияуправленияоднозначнопроцессомопределяетисозданиявидценности.исследуемыхКонтекстизменений.Организационные изменения рассматриваются в контексте определения бизнесцелей проекта и мониторинга метрик ценности, а изменения в содержаниипроекта – в контексте планирования задач проекта и технических свойств ИТпродукта.
При этом в разработанном в диссертации подходе изменения в28содержании проекта зависят от данных мониторинга создаваемой ценности и,такимобразом,сильносвязанысвидениемиходомвыполненияорганизационного изменения, выполняемого на базе выполняемого ИТ-проекта.В настоящем исследовании не ставится задача развития моделейорганизационных изменений. Вместе с тем обзор существующих моделейизменений помогает осознать и сформулировать место разработанных вдиссертации моделей и методов в методологии управления организационнымиизменениями на основе проектов.
Из использующихся в настоящее время моделейорганизационных выделим несколько наиболее цитируемых.Модель Курта Левина [Lewin, 2008] описывает основные этапы изменения:размораживаниесистемы,включающееподэтапыпризнанияпроблемы,диагностики проблемы и выбора решения, выполнение изменения, состоящее вовнедрении решения и замораживание системы, включающее подэтапы фиксацииизменений и обучения. Методы, рассматриваемые в настоящей диссертации,относятся ко всем этапам организационного изменения модели Левина. При этом,поскольку они основываются на мониторинге реализации ценности и наиспользовании инкрементного жизненного цикла ИТ-проекта [PMI, 2013b], топодэтапы диагностики проблемы, выбора решения и обучения частично отнесенык этапу выполнения изменения.Модель Коттера [Коттер, 2011] описывает основные ошибки, совершаемыеменеджментомпривыполненииорганизационныхизменений,атакжеформулирует восемь шагов, которые необходимо выполнить для того, чтобыуспешно осуществить изменение: создание ощущения срочности перемен,создание команды реформаторов, постановка целей и разработка стратегииперемен, пропаганда видения будущего, делегирование полномочий, получениебыстрых первых результатов, закрепление достигнутых успехов, укоренениеизменений в корпоративной культуре.
Коттер уделяет большое вниманиесозданию видения организационного изменения и его пропаганде, а такжеполучению быстрых результатов и их развитию на последующих этапах проектаорганизационного изменения. Методы, разработанные в настоящей диссертации,29соответствуют данному подходу, поскольку позволяют непрерывно уточнятьвидение выполняемого в рамках проекта организационного изменения на основемониторинга создания ценности и анализа полученных на начальных этапахрезультатов.Модель Бекхарда и Харриса [Beckhard, Harris, 1987] служит для оценкивозможности осуществления изменений в организации. Модель основывается насравнении произведения факторов сопротивления изменениям с численнымвыражением факторов преодоления сопротивления.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
