Модели зрелости процессов домена Приобретение и внедрение

AI 1. Выбор решений по автоматизации

Управление процессом "Выбор решений по автоматизации" удовлетворяет следующим бизнес требованиям к ИТ преобразование требований бизнеса в отношении функциональности и контроля в эффективный дизайн автоматизированных решений и соответствует характеристикам:

0. Несуществующий

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

1. Начальный/Повторяющийся эпизодически и бессистемно

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

2. Повторяющийся, но интуитивный

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

3. Определенный

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

4. Управляемый и измеряемый

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

5. Оптимизированный

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

AI 2. Приобретение и поддержка программных приложений

Управление процессом "Приобретение и поддержка программных приложений" удовлетворяет следующим бизнес требованиям к ИТ обеспечение соответствия доступных приложений требованиям бизнеса, при условиях своевременности и разумных затрат и соответствует характеристикам:

0. Несуществующий

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

1. Начальный/Повторяющийся эпизодически и бессистемно

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

2. Повторяющийся, но интуитивный

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

3. Определенный

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

4. Управляемый и измеряемый

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

5. Оптимизированный

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

AI 3. Приобретение и обслуживание технологической инфраструктуры

Управление процессом "Приобретение и обслуживание технологической инфраструктуры" удовлетворяет следующим бизнес требованиям к ИТ приобретение и поддержка интегрированной и стандартизованной ИТ инфраструктуры и соответствует характеристикам:

0. Несуществующий

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

1. Начальный/Повторяющийся эпизодически и бессистемно

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

2. Повторяющийся, но интуитивный

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

3. Определённый

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

4. Управляемый и измеряемый

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

5. Оптимизированный

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

AI4. Обеспечение выполнения операций

Управление процессом "Обеспечение выполнения операций" удовлетворяет следующим бизнес требованиям к ИТ обеспечение удовлетворенности конечных пользователей предложением услуг и уровней сервиса, а также гармоничная интеграция приложений и технологическихрешений с бизнес-процессами и соответствует характеристикам:

0. Несуществующий

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

1. Начальный/Повторяющийся эпизодически и бессистемно

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

2. Повторяющийся, но интуитивный

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

3. Определенный

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

4. Управляемый и измеряемый

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

5. Оптимизированный

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

AI 5. Поставки ИТ ресурсов

Управление процессом "Поставки ИТ ресурсов" удовлетворяет следующим бизнес требованиям к ИТ повышение эффективности вложений в ИТ и вклада ИТ в прибыльность бизнеса и соответствует характеристикам:

0. Несуществующий

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

1. Начальный/Повторяющийся эпизодически и бессистемно

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

2. Повторяющийся, но интуитивный

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

3. Определенный

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

4. Управляемый и измеряемый

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

5. Оптимизированный

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

AI 6. Управление внесением изменений

Управление процессом "Управление внесением изменений" удовлетворяет следующим бизнес требованиям к ИТ соответствие бизнес требованиям в русле корпоративной стратегии, при сокращении дефектов и переделок в решениях и услугах и соответствует характеристикам:

0. Несуществующий

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

1. Начальный/Повторяющийся эпизодически и бессистемно

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

2. Повторяющийся, но интуитивный

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

3. Определенный

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

4. Управляемый и измеряемый

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

5. Оптимизированный

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

AI 7. Внедрение и приемка решений и изменений

Управление процессом "Внедрение и приемка решений и изменений" удовлетворяет следующим бизнес требованиям к ИТ внедрение новых или подвергшихся изменениям систем, которые работают без существенных проблем после своей инсталляции и соответствует характеристикам:

0. Несуществующий

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

1. Начальный/Повторяющийся эпизодически и бессистемно

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

2. Повторяющийся, но интуитивный

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

3. Определенный

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

4. Управляемый и измеряемый

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

5. Оптимизированный

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