Антишаблоны при организации перехода в облако
В своей организационной структуре клиенты часто сталкиваются с антишаблонами при внедрении облачных технологий. Эти проблемы могут быть вызваны многими факторами.
- Наборы инструментов
- Участники
- Инженеры
- Несогласованная работа ИТ-подразделений
Важно понимать роль этих факторов в сценариях успешного внедрения облачных технологий.
Антишаблон: взгляд на ИТ-подразделение как на место возникновения затрат
Во многих компаниях ИТ-подразделения относят к службам, которые только потребляют деньги. При таком подходе ИТ-подразделение может восприниматься компанией как нечто, не приносящее дохода. Если в ИТ-подразделении видят обслугу, а не средство расширения возможностей, у его сотрудников начинают опускаться руки. К тому же компании сталкиваются с трудностями при поиске нужных специалистов на рынке труда. Результатом становится падение мотивации и долгие жизненные циклы. Качество работы ИТ-специалистов падает, начинает развиваться разрозненность и местечковые интересы.
Пример: взгляд на ИТ-подразделение как на место возникновения затрат
Корпорация управляет своим ИТ-подразделением как местом возникновения затрат, подотчетным финансовому директору. Дирекция видит в ИТ-службе не самого расторопного поставщика услуг, который зато охотно тратит деньги компании. Администрации невдомек, что большую часть ресурсов, заказанных ИТ-подразделением, потребляет бизнес-подразделение по обеспечению мобильности. ИТ-специалисты покупают услуги ЦОД для всех бизнес-подразделений, но службе по обеспечению мобильности ресурсов выделяется с избытком. Администрация не рассматривает ИТ-подразделение как силу, содействующую развитию бизнеса, или как партнера.
Предпочтительный результат: взгляд на ИТ-подразделение как на инструмент успешного развития
Вместо того, чтобы управлять ИТ-службой как затратным подразделением, попробуйте реализовать один из следующих подходов:
- Возвратные платежи. Бизнес-подразделения учитывают затраты на ИТ в своем бюджете как операционные расходы.
- Виртуальный счет или информирование о субъектах затрат. ИТ-подразделение выполняет функции агента. В отчетах, адресованных бизнес-подразделениям, ИТ-служба указывает, на чей счет нужно отнести те или иные прямые затраты.
Используйте облако, чтобы повысить прозрачность затрат и бизнес-процессов. Например, реализуйте дисциплину "Управление затратами ", чтобы повысить прозрачность затрат. Так вы будете получать более подробные сведения о том, сколько тратится на различные бизнес-подразделения, и сможете рассматривать ИТ-службу как силу, обеспечивающую эффективную работу этих подразделений.
Чтобы повысить прозрачность, при переходе в облако обратите внимание на видимость, отчетность и оптимизацию. Подробнее см. в статье Создание организации, учитывающей структуру затрат.
Антишаблон: инвестиции в новую технологию без вовлечения бизнес-подразделений
ИТ-подразделения часто вкладывают значительные трудовые и денежные ресурсы в создание и развертывание надежных платформ и наборов инструментов. Но иногда им не удается учесть особенности бизнес-подразделений и их потребности на этапе проектирования и разработки. В результате новые платформы лишь в малой степени отвечают задачам бизнес-подразделений. Сотрудники сомневаются, стоит ли переходить на эту новую технологию. В результате процесс внедрения идет медленно или вообще затормаживается, а специалисты ИТ-служб испытывают досаду, поскольку бизнес-подразделения не используют их платформы.
Пример: настройка платформы без вовлечения бизнес-подразделений
ИТ-подразделение компании по анализу данных настраивает платформу Azure, не советуясь с представителями бизнес-подразделений. При использовании платформы разработчики бизнес-подразделений выясняют следующее:
- у них нет разрешений, необходимых для развертывания;
- им доступен только ограниченный набор служб;
- теперь нужно отправлять запросы в службу поддержки, что удлиняет циклы утверждения.
- Все это заставляет их сомневаться в полезности новой платформы.
В конечном итоге, некоторые разработчики приобретают подписку Azure самостоятельно, чтобы избежать проблем с правилами и нормативами, навязанными ИТ-подразделением. Появляется теневая ИТ-инфраструктура. Так как компания практически не контролирует эту несанкционированную структуру, возникают серьезные угрозы безопасности.
Предпочтительный результат: вовлечение бизнес-подразделений в процесс принятия решений
Избегайте создания изолированных ИТ-сред при развертывании облачной платформы, готовой к использованию предприятием. Привлекайте к процессу разработки и проектирования разработчиков и ответственных за принятие технических решений (TDM) из бизнес-подразделений. Чтобы обеспечить успешное внедрение платформы, учитывайте информацию, полученную от бизнес-подразделений.
Рекомендации и принципы разработки для Azure, повышающие скорость внедрения и адаптированные для разработчиков, см. в статье Начало работы с целевыми зонами Cloud Adoption Framework корпоративного класса. Добейтесь правильного баланса между соответствием и гибкостью. Например, найдите возможности удовлетворить политики управления и безопасности без ущерба для гибкости сред разработки.
Антишаблон: передача основных бизнес-функций внешнему подрядчику
Партнеры-консультанты и поставщики управляемых служб (MSP) могут играть важную роль пои переходе в облако. Однако компании должны соблюдать осторожность и не передавать партнерам и MSP самые важные функции. Компании, которые доверяют свои обязанности MSP или консультантам по облачным решениям, не должны попадать в зависимость от этих поставщиков.
Пример: передача сторонней компании функций управления миграцией и внедрением облачных технологий
Исследовательский институт запустил проект миграции в облако, для которого очень важны сроки. Чтобы сократить процесс внедрения облачных решений, компания нанимает MSP для создания базовой среды в Azure и осуществления миграции. Вместо того, чтобы ознакомиться с этапом внедрения облачных технологий и приобрести новые навыки, институт передает MSP все обязанности, связанные с Azure. Так как институт не использует облако и не имеет представления об Azure, он теперь зависит от MSP, который принимает все решения.
Предпочтительный результат: взять на себя ответственность за важнейшие аспекты проектирования
Использование аутсорсинга зачастую позволяет сократить затраты. Но компания должна самостоятельно принимать решения, когда речь идет о критически важных аспектах проектирования:
- Система управления
- Риск
- Соответствие нормативным требованиям
- Идентификация
Никому не передавайте ответственность за эти и другие аспекты, критически важные для безопасности. Используйте внешних партнеров, чтобы ускорить внедрение. Но старайтесь не попадать в зависимость, не доверяйте внешним подрядчикам управление всеми процессами.
Антишаблон: наем специалистов по принятию технических решений вместо инженеров-разработчиков облачных технологий
Компании придают большую важность поиску нужных специалистов. В результате они часто нанимают или подготавливают лиц, ответственных за принятие технических решений (TDM), на первоначальном этапе внедрения облачных технологий. Успешное внедрение облачных решений напрямую связывают с TDM. Проблема в том, что для внедрения облачных технологий требуются инженеры, обладающие полным набором познаний и отточенными техническими навыками.
Пример: наем на работу только TDM
Исследовательский институт нанял несколько TDM, которые должны заниматься переходом в облако. После завершения начального этапа разработки высокоуровневой концепции, начался этап реализации. В итоге институт обнаружил, что службы, развернутые в облаке, ведут себя не так, как локальные службы. Для правильной реализации концепции инфраструктуры как кода (IaC) и организации системы управления на основе политик потребовалось дополнительно привлечь инженеров по облачным технологиям.
Предпочтительный результат: привлечение специалистов по облачным решениям на этапе внедрения
Помните, что инженеры необходимы для правильной реализации принципов автоматизации работы в облаке и целевых зон. Обязанности и задачи могут значительно измениться при внедрении моделей служб. Передав обязанности поставщику облачных служб, вы можете быстрее наладить рабочую среду. Вы также можете предоставить TDM принимать решения, но привлеките знающих специалистов по облачным технологиям к выполнению задач, требующих глубоких инженерных познаний. Только так вы осознаете преимущества, предоставляемые облаком.