Облачный центр по функциям высокого качества (Ккое)

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

Структура функции

Для модели Ккое требуется совместная работа между каждым из следующих ресурсов:

  • Внедрение облака (архитекторы решений)
  • Облачная стратегия (руководители программ и проектов)
  • Система управления облаком
  • Облачная платформа
  • Автоматизация работы с облаком

Влияние

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

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

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

Схема, на которой показана аналогия для сдвига парадигмы C C o E.

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

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

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

Цель Ккое:

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

Ритмичность собрания

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

Решения и элементы управления

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

Примеры этого перехода:

Сценарий Предварительно Ккое решение Решение после Ккое
Подготавливайте рабочую SQL Server Группы разработчиков сети, ИТ и платформы данных подготавливают компоненты в течение дней или даже недель. группа, запрашивающая сервер, развертывает экземпляр PaaS База данных SQL Azure. Кроме того, предварительно утвержденный шаблон можно использовать для развертывания всех ресурсов IaaS в облаке за несколько часов.
Подготавливает среду разработки сетевые, ит, разработки и DevOpsные команды согласуются с спецификациями и развертыванием среды. Группа разработки определяет собственные спецификации и развертывает среду на основе выделенного бюджета.
Обновление требований безопасности для улучшения защиты данных Сети, ИТ и группы безопасности обновляют сетевые устройства и виртуальные машины в нескольких средах для добавления защиты. Средства управления облаком используются для обновления политик, которые можно применить сразу ко всем ресурсам во всех облачных средах.

Пыток

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

  • Возможность автоматизации распространенных проблем
  • Улучшения в согласованности (сокращение ежедневного разочарования)
  • Возможность изучать и развертывать новые технические решения
  • Уменьшение числа инцидентов с высоким уровнем серьезности (меньшее число быстрых исправлений или ответов на пейджер с задержкой в сутки)
  • Возможность расширить свои технические области, устраняя более широкие темы
  • Участие в бизнес-решениях более высокого уровня, что устраняет влияние технологии
  • Сокращение задач обслуживания черновых
  • Повышение стратегии и автоматизации технологий

В Exchange для этих преимуществ существующая ИТ функция может натребовать следующие значения:

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

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

Включить Ккое успешно

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

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

Основные заинтересованные лица

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

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

Поддержка бизнес-заинтересованных лиц

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

  • Создание набора ожидаемых результатов и целей бизнеса.

  • Четко определите текущие задачи ИТ-процесса (например, скорость, гибкость, стабильность и затраты).

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

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

  • Создайте временные шкалы и метрики, связанные с этими возможностями.

Эти точки данных не являются атаками на них. Вместо этого они помогают Ккое учиться в прошлом и создавать реалистичные невыполненные работы и планировать улучшения.

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

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

Кроме того, мы советуем, чтобы заинтересованные лица были осведомлены о ходе выполнения и блокировке, Ккое группой разработчиков. Их усилия могут показаться техническими минутиае, но бизнес-заинтересованные лица должны понимать ход выполнения плана, чтобы они могли привлечь внимание, когда команда теряет Steam или отвлекается от других приоритетов.

Поддержка ИТ заинтересованных лиц

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

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

Вести фокус: Ккое может быть важным обязательством для любой ИТ-группы с ограниченными ресурсами.

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

Создайте буфер: Команда Ккое эксперименты с новыми подходами.

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

Дальнейшие действия

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

См. также: