Модели за изпълнение
В зависимост от размера на вашата организация, може да искате да формализирате вашия подход за приемане на Microsoft Power Platform чрез прилагане на структуриран организационен модел. Трябва да обмислите следните начини да структурирате екипа си и да решите кое е най-подходящото за вашата ситуация и организация.
Microsoft Power Platform има четири модела за доставка, но всеки от тях е само мисловен модел - всяка организация има вариация от множество модели по този континуум. Например, дори ако изберете централизиран модел, при който всички изисквания влизат в централен екип за доставка, пак ще имате граждански разработчици, които ще открият платформата и ще създадат приложения за своите екипи. Така че ще имате елементи на матрица или BizDevOps независимо.
Тези модели могат да ви помогнат да прецените какъв е вашият текущ модел на доставка на софтуер и как Microsoft Power Platform може да се наслагва върху него или как текущият ви модел може да се развие, за да приспособи възможността за бързо развитие, разрешена от Microsoft Power Platform.
Централизиран
В този модел създавате централни екипи от собственици на продукти, които притежават доставката на решения за отдели с нисък код от бизнес звената на организацията. Професионалните разработчици, притежаващи решения за първи код, ще работят заедно с бизнеса, за да доставят в споделен модел. Корпоративните архитекти ще притежават средния слой и услугите и ще гарантират, че данните са достъпни за производителите. Central IT ще притежава лицензирането и системите, в които всички работят.
С този модел създавате централен екип, който може да вземе разработка на приложения въз основа на организационни приоритети. Освен това, защото те биха имали основополагащ опит в Power Apps, вашият екип ще включва членове, които се специализират в определени части на Microsoft Power Platform като Power Automate, Power BI и Power Apps component framework, или те биха могли да се специализират в интеграция на трети страни и изкуствен интелект. Този модел е ефективен начин за стимулиране на промяната във вашата организация и е най-добрият начин за предоставяне на всякакъв вид приложения.
Ето дигитален брифинг от Schlumberger, изобразяващ този тип модели, израснали както чрез децентрализирани, така и чрез матрични модели. Научете повече за това как Schlumberger приема Microsoft Power Platform: Плодовитият създател на приложения запалва революция с ниско ниво на код в Schlumberger
| Вид доставка на заявлението | Тип модели за изпълнение | Време на създаване на приложението | Жизнен цикъл на приложението | Примери | IT ангажимент |
|---|---|---|---|---|---|
| Самообслужване | Всички | 1-2 седмици | 6-12 месеца | Малки, ведомствени или LOB решения. | Централизиран ИТ отдел |
| Малки екипи | Матричен/Централизиран | 3-6 месеца | 6-24 месеца | Малки екипи, работещи за доставяне на средни решения или решения с няколко отдела. | Централизиран ИТ отдел |
| Многофункционални или големи бизнес решения | Матричен/Централизиран | 3-6 месеца | 6-24 месеца | Големи матрични екипи, работещи за доставяне на средни и големи решения или вътрешно-отделни решения. | Централизиран ИТ отдел |
| Мащабна доставка на продукти | Централизиран | 1-2 години | 5-7 години | Големи доставки на продукти в едно предприятие, използвайки комбинация от нисък код и решения с първоначален код на Power Apps заедно с решения на доставчици и собствени производители. | Централизиран ИТ отдел |
| Доставка на големи търговски доставчици | Централизиран | 7 години | 10-15 години | Съраунд стратегия за система за запис и поддръжка на трета страна. Например внедряването на SAP и заобикалянето му със смесица от решения с нисък код и първи код в Power Apps и други интеграции на Microsoft и трети страни. | Централизиран ИТ отдел |
Централизирано
В този модел можете да създадете множество екипи в организацията, които са близо до ежедневната работа на различни екипи. Те ще разполагат с ресурси за постоянно доставяне на приложения в рамките на организационните насоки. Всеки отбор може да работи автономно и може да се разделя и да расте по клетъчен начин. С този модел обаче все пак ще ви е необходимо централизирано управление, за да приложите някои цифрови мантинели на високо ниво, за да осигурите корпоративно съответствие. Те могат да включват неща като управление на предотвратяването на загуба на данни (DLP), управление на конектори и управление на лицензи, за да се гарантира, че потребителите и разработчиците могат безопасно да изграждат и пускат решения с минимална намеса от ИТ, като същевременно запазват фирмените данни в безопасност и съответствие. Това е прекрасна опция за самообслужване.
Матрица
С този модел смесвате най-доброто от децентрализирано и централизирано. Имате централизиран екип от обучени и сертифицирани специалисти на Microsoft Power Platform. Ще имате ръководители на промяна, дизайн, доставка и архитектура, в допълнение към специализирани обучители, които да обучават местни екипи в цялата организация. Местните екипи, съставени от граждански разработчици, са свързани с експерти от централизираната структура, за да се гарантира, че нищо не се губи в превода между хората, които вършат ежедневната си работа и използват приложенията, които се изграждат. С този модел можете да се разширите до хиляди хора, работещи върху създаването на приложения.
Този екип също трябва да обмисли идеята за Център за върхови постижения, за да управлява своето хранилище за данни и да внедри решения с насоки за всички. Това работи добре за самообслужване и малки екипи за бързо предоставяне на опции с малко ангажиране с ИТ.
BizDevOps
Бързото разработване на приложения може да се случи само със скоростта, която операции като ИТ могат да поддържат създадените приложения. BizDevOps е цялостна връзка между създателите на приложения и операциите, която работи в добродетелна верига. За да работи това, всички екипи трябва да имат ясна визия за дигиталната култура, към която се движи организацията. За да получат максимална стойност от създадените приложения, те се нуждаят от надеждна поддръжка, управление и поддръжка. С развитието на технологиите ще трябва да се правят актуализации на приложенията, за да се поддържат актуални. Не само да сте наясно с промяната, но и да имате план за нейното управление, е ключът към успешните приложения.