Поділитися через


Модель зрілості впровадження Power Platform: докладно про можливості

Модель зрілості впровадження, за задумом, повинна допомогти визначити дорожню карту для запровадження Microsoft Power Platform. На такій дорожній карті представляється послідовність стратегічних і тактичних міркувань і елементів дій, які призведуть безпосередньо до успішного впровадження Power Platform.

Удосконалення впровадження й просування культури роботи із малою кількістю коду — це не лише введення в роботу технологічних функцій. За допомогою технологій організація може досягти вищих результатів, але доцільне використання ідеології роботи із малою кількістю коду включає також численні рекомендації щодо людей, процесів і технологій.

Модель зрілості впровадження має на меті створити для організацій і їх партнерів спосіб обмірковувати власні можливості та вирішувати, які саме з них найбільш важливі. На кожній стадії описуються стани окремих дисциплін, зокрема «Стратегія та бачення», «Адміністрування», «Керування» тощо. Мета моделі полягає в тому, щоб допомогти організаціям оцінити свої можливості, зображені на чітко визначеній шкалі у кількох вимірах, вирішити, якого рівня бажано досягти у кожному з вимірів та за який проміжок часу, а також відчутно збільшити ці можливості, піднявшись на наступний рівень.

У розділах нижче наведено докладні характеристики та можливості організації на кожній стадії.

Стратегія та бачення

Рівень Стан стратегії та бачення
100: початковий
  • Інновації, що спираються на галузі ведення бізнесу (знизу вгору)
  • Сценарії низької складності
  • Обмежене повторне використання
  • Невизначена стратегія
200: повторюваний
  • Загальні погляди IT-відділу і бізнес-відділів
  • Процес керування попитом
300: визначений
  • Відповідальний за виділений продукт Power Platform
  • Інновації знизу вгору та згори вниз
  • Визначене розуміння ролі Power Platform в IT-портфелі організації
400: перспективний
  • Започатковано робочу групу Інноваційного центру
  • Підвищена ефективність надання послуг підтримує бізнес-потреби, що швидко змінюються
  • Загальні бізнес-плани для підрозділів
500: ефективний
  • Power Platform є ключовою частиною стратегії перетворення
  • Бачення та стратегія, що зрозумілі всім
  • Ініціативи в масштабі усієї організації підштовхують створення більш масштабних програм
  • Рішення, що стосуються архітектури підприємства, використовують можливості Power Platform

Цінність для бізнесу

Рівень Поточний стан цінності для бізнесу
100: початковий
  • Відсутність офіційної оцінки цінності для бізнесу
  • Невизначені цілі
200: повторюваний
  • Відсутність офіційної оцінки цінності для бізнесу
  • Бізнес-сценарії зрозумілі, але їм бракує пропрацювання
300: визначений
  • Ключові показники ефективності (KPI) цілей зрозумілі, чітко окреслені, відстежуються та перевіряються
  • Ідеї з найбільшою бізнес-цінністю вибираються для розробки
  • Больові точки проєкта описуються кількісно до початку та звіряються після завершення
400: перспективний
  • Точні кількісні та якісні показники використовуються для ефективного керування, прогнозування та підвищення ефективності бізнесу
  • Запроваджено Innovation Backlog зі стартового набору CoE або еквівалентний засіб для вимірювання цінності для бізнесу.
500: ефективний
  • Аналітика «цілісної картини» відображає цінність для бізнесу рішень Power Platform для окремих бізнес-областей та для компанії в цілому
  • Розширені приладні дошки та звітування надають можливості для прийняття рішень, а також дозволяють вимірювати комерційну цінність
  • Погляд з точки зору керівника на цінність для бізнесу та вплив рішень Power Platform

Адміністрування та керування

Рівень Стан Адміністрування та керування
100: початковий
  • Середовища може створювати будь-хто
  • Політики запобігання втраті даних (DLP) відсутні
200: повторюваний
300: визначений
400: перспективний
  • Виявляються ресурси, до яких було надано забагато доступу, ресурси, що не використовуються та непов'язані ресурси, і виконуються відповідні дії
  • Реактивне керування для автоматичного збирання інформації про бізнес і відповідність
  • Набір початківця CoE — модуль керування впроваджено для отримання статистики щодо відповідності та архівних ресурсів
  • Телеметрія допомагає визначити програми, критично важливі для компанії
  • Робоча група з Power Platform доглядає за гігієною клієнта
  • Обов’язки автора чітко визначені та зрозумілі, і про них сповіщається автоматично
500: ефективний
  • Подальша автоматизація відбувається через чат-ботів, вбудовані в Teams – через чіткі профілі ризиків завдання автоматично затверджуються або маршрутизуються через багатоетапні процеси затвердження (наприклад, лінійний керівник, відділ інформаційної безпеки, оточення або адміністратор орендаря)
  • Ефективні в організації практики виносяться на широкий загал на заходах Microsoft або спільноти

Підтримка

Рівень Стан підтримки
100: початковий
  • Розробники підтримують власні програми
  • Відсутність або обмежені правила щодо підтримки процесів зацікавленими сторонами у сфері ІТ та бізнесу
200: повторюваний
  • Підтримка спільноти
  • Певний ступінь зобов’язань і керівних заходів для керування етапами життєвого циклу рішення
300: визначений
  • Стратегія підтримки включає в себе службу підтримки
  • Визначений профіль ризику визначає рівень підтримки, який отримує рішення (наприклад, ІТ-підтримка, ІТ-благословіння, підтримка виробника)
400: перспективний
  • Призначено службу підтримки
  • Плани безперервного вдосконалення узгоджені із бізнес-стратегією
  • Ясно зрозумілі ролі та обов’язки
500: ефективний
  • Автоматизація завдань підтримки (наприклад, змінення власності, бот для відповідей на поширені запитання)
  • Повною мірою зрозумілі обов’язки та форма власності для створення та використання рішень.

Розвиток та штат розробників

Рівень Стан Розвитку та розміщення розробників
100: початковий
  • Деякі члени команди можуть відвідувати заходи «Програма щодня» (партнерські або ті, що влаштовуються Microsoft)
  • Ініціативи на основі робочих груп для розвитку розробників
200: повторюваний
  • Стратегія адаптації нових розробників
  • Деякі співробітники взяли участь у хакатоні
  • Розробники стають вісниками у своїх підрозділах і проповідують нові можливості
300: визначений
400: перспективний
  • Регулярні заходи для лідерів
  • Регулярні хакатони
  • Оцінка та сертифікація розробників
  • Висвітлення та відзначення історій успіху
  • Сеанси «Покажи й розкажи»
  • Кампанія впровадження
500: ефективний
  • Велика внутрішня спільнота, цінність якої доведена
  • Кар'єрні можливості для розробників
  • Спільнота кураторів
  • Загальні стратегії розробки та цілі для розробників всіх рівнів

Автоматизація

Рівень Стан автоматизації
100: початковий
  • Процеси в значній мірі ручні та використовуються одноразово
200: повторюваний
  • Процеси стандартизовано, але реалізуються вони вручну
300: визначений
  • Запити середовищ та DLP-політики з’єднувачів автоматизуються
  • Програми розгортаються вручну, але використовують рішення
  • Інформування розробників адміністраторами про процеси та відповідність автоматизовано
400: перспективний
  • Процеси ALM визначаються та впроваджуються централізовано
  • Завдання адміністрування для пошуку ресурсів, до яких було надано забагато доступу, ресурсів, що не використовуються та непов'язаних ресурсів значною мірою автоматизовано
  • Завдання з керування для збирання необхідних даних і відомостей про підтримку автоматизовано
500: ефективний

Групи розробки Fusion (зведені робочі групи)

Рівень Стан зведених робочих груп
100: початковий
  • Робочі групи працюють незалежно
  • Power Platform не використовується професійними розробниками
200: повторюваний
  • Робочі групи переглядають і затверджують роботу інших робочих груп
  • Професійні розробники керують особливо цінними для організації процесами
300: визначений
400: перспективний
  • Змішані команди планують і виконують роботу спільно, зокрема робочі групи розробників, тестувальників й оперативні групи.
  • Спільне планування інфраструктури та виконання змін
  • Використання Common Data Model для повторного використання даних
500: ефективний
  • Робочі групи формуються без чітких меж, щоб опановувати міжфахові навички
  • Загальні стратегії розробки та цілі для розробників всіх рівнів, потрібних для нових проєктів

Нотатка

Ви можете завантажити версію для друку моделі зрілості впровадження Power Platform.

Впровадження Power Platform

Успішне впровадження Power Platform включає в себе ефективне впровадження процесів, підтримки, засобів і даних, доступних для розробників і користувачів.

Поширене помилкове уявлення полягає в тому, що впровадження пов’язане перш за все з використанням або кількістю користувачів. Статистика використання є, безумовно, важливим чинником. Однак використання – не єдиний фактор. Усиновлення – це не лише регулярне використання технології; Йдеться про його ефективне використання. Ефективність важче визначити і виміряти.

Зусилля з впровадження мають бути, усюди, де це можливо, узгоджені між платформами із використанням малої кількості коду та іншими продуктами Power Platform, наприклад Power BI.

Нотатка

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

Цільова аудиторія

Цільова аудиторія моделі зрілості впровадження зацікавлена в одному або кількох з наступних результатів.

  • Підвищення ефективності використання Power Platform в організації.
  • Досягнення більшої зрілості застосування Power Platform в організації.
  • Розуміння та подолання проблем, пов’язаних із викликами впровадження, що зустрічаються під час масштабування Power Platform.
  • Збільшення рентабельності інвестицій (ROI) організації у Power Platform.

Перш за все, цей цикл статей буде корисний тим, хто працює в організації з однією або декількома з наступних характеристик:

  • Power Platform розгорнуто з певними успіхами.
  • Power Platform має осередки вірусного прийняття, але не керується цілеспрямовано в усій організації.
  • Power Platform розгорнуто значною мірою, але лишається необхідність визначити:
    • Що таке ефективність і що слід підтримувати?
    • Що слід покращити?
    • Яким чином можливо покращити стратегію подальших розгортань.
  • Розширене впровадження Power Platform обмірковується або планується.

По-друге, цей цикл статей корисний для:

  • Організацій, які перебувають на ранній стадії впровадження Power Platform.
  • Організації, які досягли успіху у впровадженні і тепер хочуть оцінити свій поточний рівень зрілості.

Припущення та область застосування

Основна увага в цій серії статей зосереджена на технологічній Power Platform платформі, з акцентом на Power Apps, Power Automate, Microsoft Copilot Studio, та Microsoft Dataverse.

Додаткову інформацію про впровадження Power BI див. тут: Дорожня карта впровадження Power BI.

Наступні кроки

У статтях цього циклу дізнайтеся про рівні зрілості впровадження Power Platform. Рівні зрілості згадуватимуться повсюдно у цьому циклі статей. Крім того, дивіться заключну статтю для інших ресурсів, пов’язаних з усиновленням.

Інші корисні ресурси: