Undrar du vad som är skillnaden mellan Power Platform och traditionell utveckling, och hur din organisation kan börja utveckla applikationer som verksamheten verkligen vill ha? I den här artikeln kommer du få läsa om några av de största skillnaderna mellan low-code-utveckling och pro-code utveckling. Du får även veta hur low-code kan göra IT till en sann källa för inspiration och hög leveranskapacitet.

Daniel Amundsen arbetar som verksamhetskonsult på Innofactor och är en sann Power Platform Evangelist. Daniel har hjälpt bland andra Skanska Sverige och verkstadsföretaget JOAB på deras resor med Power Platform.

Här är några av de saker han har fått som återkoppling kring framgångsfaktorerna med Power Platform från sin långa erfarenhet i olika kundprojekt:

De 5 främsta bidragen till snabbare time-to-market

1. Mycket hanteras av Microsoft och vi använder konfigureringsverktyg
2. Snabbare att ta fram testningsbara funktioner med standardkomponenter
3. Standardkomponenter uppdateras och hanteras av Power Plattform
4. 90% av integrationerna är tillgängliga genom färdiga kopplingar
5. Närmare verksamheten = Kortare väg till accepterade lösningar

1.    Mycket hanteras av Microsoft och vi använder konfigureringsverktyg

Traditionellt måste utvecklare inte bara skriva kod, utan det är så mycket mer de måste vara experter på för att projektet ska bli lyckat i slutändan:

• Arkitektur: .NET, Python…
• Vilken databas ska vi ha?
• Var ska vi hosta den färdiga lösningen?
• Hur många parallella användare ska vi hantera?
• Responstider?
• Vilken API-arkitektur ska vi ha?
• Ska vi supportera Webhooks?
• Vilken säkerhetsmodell ska vi använda?
• Vilka attacker kan vi utsättas för?
• Ska vi exponera det mot webben?
• Hur ska användaren få access?

Listan kan göras lång över allt som måste övervägas, innan utvecklingen ens kan börja!

Med Power Platform har Microsoft tagit hand om alla dessa frågor åt oss. Det vi behöver göra är att använda det som deras hundratals utvecklare redan har tagit fram med de senaste säkerhetsåtgärderna redan implementerade. Allt som Microsoft tar fram som en standardkomponent kommer dessutom garanterat kunna fungera inom sin livscykel, vilket betyder att inget oväntat slutar att fungera.

2.    Snabbare att ta fram testningsbara funktioner med standardkomponenter

Alla som har jobbat i ett utvecklingsteam vet att man ofta pratar om sprintar och levererbar kod och funktioner. När det kommer till att snabbt skapa dessa för att kontrollera att det som specificerades också är det användare faktiskt tänkte använda – vilket kan skilja sig mycket åt – går det självklart snabbare att inte uppfinna hjulet på nytt själv genom att använda det som någon (Microsoft) redan har skapat och garanterar är utan errors.

På så sätt gåt det avsevärt mycket snabbare att komma till en gemensam förståelse mellan verksamheten och den som utvecklar med denna typ av komponenter.

3.    Standardkomponenter uppdateras och hanteras av Power Platform

Faktumet är att det inte går att garantera att redan utvecklad kod alltid fungerar fast den förblir oförändrad, eftersom världen runt omkring hela tiden ändrar på sig. Detta är relaterat till Total Cost of Ownership (TCO) vilket är ett annat ämne, men dessa är lite sammanflätade. Om utvecklingsteamet inte behöver lägga tid på att uppdatera utdaterad kod på alla plattformar som koden stödjer, kan de istället lägga mer tid på att leverera nya projekt och funktioner som levererar mervärden för organisationen.

4.    90% av integrationerna är tillgängliga genom färdiga kopplingar

Inom Power Platform finns ett koncept som heter ”Kopplingar”. Dessa kopplingar består helt enkelt av paketerade API’er som är kategoriserade i:

• Triggers – startar ett flöde när ett visst event inträffar
• Actions – gör en förutbestämd handling, som att exempelvis skapa en rad i en databas

Med dessa kopplingar kan vi använda flera olika verktyg för att strömlinjeforma applikationens påverkan på användarna och IT arkitekturen:

• Hämta data från ett källsystem med Power Query
• Automatisera flöden med Power Automate
• Skapa, uppdatera, läsa eller radera med Power Apps
• Visualisera, analysera och göra prognoser med Power BI

Det här är det som knyter samman allt i plattformen.

5.    Närmare verksamheten = Kortare väg till accepterade lösningar

Många gånger är mottagaren av den applikation eller system som ska användas för långt ifrån de som faktiskt tar fram applikationen eller systemet. Vad resulterar detta i? Jo, reaktioner som: "Detta var inte vad vi beställde!” – eller – ”Detta är inte det vi behöver längre…”.

Med Power Platform sker utveckling på slutanvändarnas bakgård, vilket gör att de enkelt kan bjudas in för att vara delaktiga i utvecklingsarbetet. Ett Power Automate-flöde är lika enkelt att dela som ett Word-dokument och för att sedan lämna kommentarer i på samma sätt. Detta i kombination med att det helt enkelt går blixtsnabbt att sätta igång arbetet och komma till en första leverans gör att precisionen hos IT eller utvecklaren blir sylvass.

Slutsats

Alla verksamheter behöver ha verktyg som supporterar medarbetaren i deras dagliga arbete. Många vänder sig till IT, men får inte riktigt det de behöver alls, eller så tar det för lång tid. Då brukar många ta till Excel och PowerPoint och göra det bästa som går för att lösa behovet – ett scenario man vill få ett slut på!

Lösningen är att använda allt som redan ingår i licensen och börja utveckla det som verksamheten förtjänar, med verktyg som gör användarna delaktiga i processen. Låt IT bli en källa till inspiration och problemlösning i stället för en källa till besvikelse och långa leveranstider.

Med Power Platform får du enkla, standardiserade verktyg för att snabbt komma i gång och utveckla på ett modernt sätt med snabba leveranstider.

Är du nyfiken på vad möjligheterna med Power Platform kan bidra med i din verksamhet? Då är du varmt välkommen att höra av dig direkt till mig daniel.amundsen@innofactor.com – jag brinner verkligen för möjligheterna med low-code och delar gärna med mig av mina tankar och erfarenheter.