Моделі забезпечення результату
Залежно від розмірів організації вам може знадобитися формалізувати підхід до впровадження 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
| Тип забезпечення результатів при розробці програм | Тип моделі забезпечення результату | Час розробки програми | Життєвий цикл програми | Приклади | Взаємодія з департаментом інформаційних технологій |
|---|---|---|---|---|---|
| Самообслуговування | Всі | Один-два тижні | Шість-дванадцять місяців | Малі рішення, рішення департаментів або рішення бізнес-програм | Децентралізований департамент інформаційних технологій |
| Малі робочі групи | На основі матриці/централізовані | Три-шість місяців | Шість-двадцять чотири місяці | Малі робочі групи працюють над розробкою середніх рішень або рішень кількох департаментів. | Децентралізований департамент інформаційних технологій |
| Рішення кількох департаментів або великі рішення бізнес-програм | На основі матриці/централізовані | Три-шість місяців | Шість-двадцять чотири місяці | Великі робочі групи на основі матриці працюють над розробкою середніх і великих рішень або внутрішніх рішень департаментів. | Централізований відділ інформаційних технологій |
| Великомасштабне постачання продуктів | Централізований | Один-два роки | П’ять-сім років | Великомасштабне постачання продуктів по всьому підприємству з використанням поєднання рішень Power Apps із малим обсягом коду й рішень із першим кодом разом із рішеннями програм постачальників і першої сторони. | Централізований відділ інформаційних технологій |
| Постачання великим корпоративним постачальником | Централізований | Сім років | 10-15 років | Стратегія оточення для документально зареєстрованої сторонньої системи та опірної конструкції. Наприклад, впровадження SAP та його оточення сумішшю з базовим кодуванням та code-first рішеннями в Power Apps та інших Microsoft та сторонніх інтеграціях. | Централізований відділ інформаційних технологій |
Децентралізована
За цією моделлю можна створювати численні робочі групи в організації, що безпосередньо займаються повсякденною діяльністю робочих груп. У них будуть відповідні ресурси для послідовного забезпечення результатів із розробки програм у рамках директив організації. Кожна робоча група може працювати в автономному режимі, а може розділюватися й рости, як клітини живого організму. Однак при застосування певних захисних заходів задля забезпечення нормативно-правової відповідності компанії вам все одно знадобиться централізоване управління, якщо ви вибираєте саме цю модель. Способи такого управління включатимуть, наприклад, управління задля запобігання втраті даних (DLP), керування з’єднувачами та керування ліцензіями з метою забезпечення того, щоб як користувачі, так і розробники могли безпечно створювати й випускати рішення з мінімальним втручанням ІТ-департаменту, забезпечуючи при цьому безпеку та нормативно-правову відповідність даних. Це чудовий варіант самообслуговування.
Матриця
Ця модель дозволяє поєднувати найкраще в децентралізованих і централізованих моделях. У вас є централізована робоча група сертифікованих фахівців Microsoft Power Platform. На додаток до професійних інструкторів для підготовки місцевих робочих груп усієї організації ви матимете лідерів змін, розробки, забезпечення результатів і архітектури. Місцеві робочі групи, що складаються з розробників, мають зв’язок із експертами з централізованої організації задля забезпечення відсутності втрат у процесі переміщення матеріалу від осіб, які виконують свою повсякденну роботу, до осіб, що використовують програми, які розробляються. Ця модель допоможе забезпечити деталізацію результатів роботи тисяч людей, які займаються створенням програм.
При керуванні обсягами даних і розгортанні рішень із рекомендаціями для кожного ця робоча група також має брати до уваги поняття Інноваційного центру. Така структура є ефективною при самообслуговуванні та для малих робочих груп, які швидко забезпечуватимуть варіанти рішень із незначною взаємодією з департаментом інформаційних технологій.
BizDevOps
Розробка програм може здійснюватися лише з такою швидкістю, яку можуть забезпечувати операції, які може підтримувати департамент інформаційних технологій. BizDevOps – це глобальний зв’язок між розробниками програм і операціями, який циклічно повторюється. Щоб він працював, усі робочі групи повинні мати чітке бачення цифрової культури, в напрямку якої рухається організація. Щоб отримувати максимальну віддачу від створених програм, робочим групам потрібна надійна підтримка, належне управління й можливість обслуговування. У міру розвитку технологій необхідно буде оновлювати програми, щоб вони залишалися актуальними. Основним чинником створення успішних програм є не лише поінформованість про зміни, але й наявність плану керування ними.