Модели доставки
В зависимости от размера вашей организации вы можете захотеть формализовать подход внедрения Microsoft Power Platform путем реализации структурированной организационной модели. Вам следует рассмотреть следующие способы структурирования своей команды и решить, что лучше всего подходит для вашей ситуации и вашей организации.
Microsoft Power Platform имеет четыре модели доставки, но каждая из них — всего лишь ментальная модель — каждая организация имеет вариации нескольких моделей в этом континууме. Например, даже если вы выберете централизованную модель, в которой все требования поступают в центральную группу доставки, у вас все равно будут разработчики-любители, открывающие платформу и создающие приложения для своих команд. Так что в любом случае у вас будут элементы матрицы или BizDevOps.
Эти модели могут помочь вам понять, какова ваша текущая модель доставки программного обеспечения и как Microsoft Power Platform может наложиться на нее, или как ваша текущая модель может развиваться с учетом возможностей быстрой разработки, обеспечиваемых Microsoft Power Platform.
Централизовано
В этой модели вы создаете центральные группы владельцев продуктов, которые владеют низкоуровневой доставкой решений для подразделений из бизнес-единиц организации. Профессиональные разработчики, владеющие решениями, ориентированными на код, будут работать в тандеме с бизнесом для реализации общей модели. Корпоративные архитекторы будут владеть средним уровнем и услугами, а также будут обеспечивать доступность данных для производителей. Центральная ИТ-служба будет владеть лицензиями и системами, в которых работает каждый.
С помощью этой модели вы создаете центральную команду, которая может заняться разработкой приложений в соответствии с приоритетами организации. Кроме того, поскольку у них был бы фундаментальный опыт в Power Apps, в вашу команду будут входить участники, специализирующиеся на определенных частях Microsoft Power Platform, такие как Power Automate, Power BI и Power Apps component framework, или они могут специализироваться на сторонней интеграции и искусственном интеллекте. Эта модель — эффективный способ стимулировать изменения в вашей организации и лучший способ предоставить любой тип приложения.
Вот цифровой брифинг от Schlumberger, показывающий, что этот тип модели вырос за счет как децентрализованных, так и матричных моделей. Узнайте больше о том, как Schlumberger внедряет Microsoft Power Platform: Создатель эффективных приложений совершает революцию малого объема кода в Schlumberger
Тип доставки заявки | Тип модели доставки | Время разработки приложения | Жизненный цикл приложения | Примеры | Взаимодействие ИТ |
---|---|---|---|---|---|
Самообслуживание | Любое | 1–2 недели | 6–12 месяцев | Малые, ведомственные или LOB-решения. | Децентрализация ИТ |
Небольшие группы | Матричный/централизованный | 3–6 месяцев | 6–24 месяца | Небольшие команды, работающие над созданием средних решений или решений для нескольких отделов. | Децентрализация ИТ |
Решения для нескольких отделов или крупных направлений бизнеса | Матричный/централизованный | 3–6 месяцев | 6–24 месяца | Большие матричные команды, работающие над созданием средних и крупных решений или решений внутри отдела. | Централизовано ИТ |
Доставка масштабной продукции | Централизовано | 1–2 года | 5–7 года | Крупные поставки продукции на предприятии с использованием сочетаний решений малого объема кода и "сначал код" Power Apps наряду с решениями поставщиков и сторонних производителей. | Централизовано ИТ |
Доставка крупным корпоративным поставщикам | Централизовано | 7 лет | 10–15 лет | Стратегия окружения для сторонней системы записи и поддержки. Например, внедрение SAP и окружение его смесью малокодовый и code-first решений в Power Apps и других Microsoft и сторонних интеграциях. | Централизовано ИТ |
Децентрализовано
В этой модели вы можете создать несколько команд в организации, которые близки к повседневной работе различных команд. У них будут ресурсы для последовательной доставки приложений в рамках организационных принципов. Каждая команда может работать автономно, и они могут разделяться и расти по клеточному принципу. Однако с этой моделью вам по-прежнему потребуется централизованное управление для применения некоторых цифровых ограждений высокого уровня для обеспечения корпоративного соответствия. Сюда могут входить такие вещи, как управление предотвращением потери данных (DLP), управление соединителями и управление лицензиями, чтобы пользователи и разработчики могли безопасно создавать и выпускать решения с минимальным вмешательством со стороны ИТ, сохраняя при этом данные компании в безопасности и совместимости. Это отличный вариант самообслуживания.
Матрица
В этой модели вы сочетаете лучшее из децентрализованного и централизованного. У вас есть централизованная команда обученных и сертифицированных специалистов по Microsoft Power Platform. У вас будут руководители по изменениям, разработке, доставке и архитектуре, а также специализированные инструкторы для обучения местных групп по всей организации. Местные команды, состоящие из разработчиков-любителей, связаны с экспертами из централизованной структуры, чтобы гарантировать, что ничего не теряется при переводе между людьми, выполняющими свою повседневную работу и использующими создаваемые приложения. С помощью этой модели вы можете масштабировать тысячи людей, работающих над созданием приложений.
Эта группа также должна рассмотреть понятие центра передового опыта для управления своим массивом данных и развертывания решений с рекомендациями для всех. Это хорошо подходит для самообслуживания и небольших команд, позволяющих быстро предоставлять варианты с минимальным участием ИТ-специалистов.
BizDevOps
Быстрая разработка приложений возможна только при той скорости, с которой такие операции, как ИТ, могут поддерживать созданные приложения. BizDevOps — это целостная взаимосвязь между разработчиками приложений и операциями, работающая в едином цикле. Чтобы это сработало, все команды должны иметь четкое представление о цифровой культуре, к которой движется организация. Чтобы получить максимальную отдачу от созданных приложений, им нужна надежная поддержка, управление и управляемость. По мере развития технологий в приложения необходимо будет вносить обновления, чтобы они оставались актуальными. Не только знать об изменениях, но и иметь план управления ими — это ключ к успеху приложений.