Sammanfatta detta blogginlägg med:
Traditionellt sett föregås utvecklingen av all mjukvara av att man först definierade "resultatet". När resultatet var definierat fortsatte utvecklingsteamet att utveckla mjukvaran enligt definierade kundbehov.
Denna metod stötte dock på flera problem i och med den exploderande efterfrågan på mjukvaruutveckling. Användarnas behov och krav förändrades ofta. Mjukvaruutveckling brukade vara en tidskrävande process och vanligtvis hade användarnas krav och behov, när mjukvaruutvecklingen var klar, förändrats avsevärt sedan den påbörjades. Detta ledde till en efterfrågan på flexibla utvecklingsmetoder som skulle göra det enklare och snabbare att utveckla mjukvara.
Sådana krav på flexibilitet avslöjade fördelarna med agil metodik, som hänvisar till en iterativ process av samarbete, feedback och att göra små steg för att bättre anpassa sig till kundernas behov. Det kräver pålitlig kommunikation och interaktion mellan avdelningar för att åstadkomma interpersonell utveckling.
Den agila projektmetoden prioriterar individer och interaktioner framför processer och verktyg, en fungerande programvara framför omfattande dokumentation, samarbete med kunder istället för kontraktsskiljande, och att reagera på förändringar istället för att följa en plan.
Agil är en förändring i sättet att tänka på utveckling. Ibland är förändringen så djupgående att den sprider sig över hela organisationen, vilket leder till agil marknadsföring, agil HR och ett ytterst agilt företag.
Den agila metodiken utvecklades på 1980-talet när den befintliga vattenfallsmetodiken med sin omfattande dokumentation och tungviktiga strategi började stöta på problem. De nuvarande metoderna tog lång tid att utveckla, och när lösningen väl var utvecklad hade affärskraven förändrats. Ofta var projekt tvungna att avbrytas halvvägs, eller så återspeglade den slutliga lösningen sällan de befintliga affärskraven. Som ett extremt fall använde NASA:s rymdfärjeprogram från 1980-talet informationsbehandlingssystem från 1960-talet.
Denna gryende frustration bland programvaruledare ledde till en rad informella möten där de ville komma fram till en ny robust strategi för att ta itu med problemet, vilket resulterade i det berömda Snowbird-mötet i Utah i början av 2001, där det "agila manifestet" formellt undertecknades av en grupp på 17 programvaruledare.
Den agila metodiken är förankrad i ett fåtal ledningsprinciper som var milstolpar i programvaruutvecklingens historia – där man lägger mindre vikt vid processer, omfattande dokumentation, efterlevnad av en strikt plan och verktyg och mer vid individuella interaktioner med människor, samarbete och snabb respons på förändringar. Agil metodologi erbjuder organisationer flexibilitet när det gäller leverans, användaradoption och avkastning på investering (ROI). Fördelar med agil metodologi inkluderar flexibilitet när det gäller leverans, användaradoption och avkastning på investering (ROI) för organisationer.
Varför är en företagsmässig BI viktig
Läs mer om hur man implementerar en företagsomfattande BI-implementering och vilken metod man ska använda
FÅ GRUNDLÄGGNINGAR RÄTT
Agila system är särskilt viktiga i ett Business Intelligence-projekt eftersom Business Intelligence-projekt spänner över så många affärsprocesser att feedback är frekvent och det blir nödvändigt att integrera denna feedback i en kontinuerlig process för att anpassa sig till de förändrade affärskraven. Inom det agila systemet ligger fokus på att leverera värde genom hanterbara delar av programvaruleverans. Det fokuserar på att leverera snabbt värde. Det ger organisationer flexibilitet när det gäller leverans, användarimplementering och ROI.
I de flesta Business Intelligence-projekt har få intressenter en tydlig uppfattning om vad som behövs. Även det är ofta inte väl formulerat, vilket resulterar i att många av kraven och förväntningarna inte kommuniceras i början av projektet. När vattenfallsmetoden följs kan datalagerlösningar , dashboards och rapporter utvecklas med dessa ofullständiga krav, vilket kommer att missa många parametrar.
Dessutom upptäcker många av de intressenter som inte är involverade tidigt i projektet, när de börjar använda systemet, att vissa kritiska parametrar saknas, att vissa data vore utmärkta att ha, och att vissa krav går förlorade helt och hållet, vilket leder till att omfattningen kryper och förseningar uppstår. Vilket kräver en metod som agil för att säkerställa att parametrarna kan läggas till i nästa körning.
Dataanalysprojektteamet måste leverera projektet snabbt. Samtidigt måste lösningen förbli flexibel för att kunna anpassas till förändrade krav under projektets gång. De måste se till att den utvecklade lösningen enkelt kan anpassas. Projektledarens värsta mardröm är när den utvecklade lösningen inte är i linje med användarnas krav. Annars kommer användaren inte att använda lösningen och investeringen i BI-lösningen går förlorad.
Vill du ha agil affärsplanering för ditt företag?
Förstå de viktigaste attributen för agil efterfrågeprognostisering och -planering med användningsfall inom ekonomi, försäljning, leveranskedja och personalfunktioner.
LÄS MER Omfattande användarmedverkan och iterativ och stegvis leverans för att nå relevanta affärskrav är två viktiga krav för alla BI-lösningar. Och agil metodik säkerställer just detta.
På Polestar Analytics är vi ett ledande företag inom analysimplementering som är skickliga på att följa agila metoder för att leverera projekt i världsklass inom Microsoft Business Intelligence , Qlik och SAS. Kontakta oss för att veta mer om hur vi kan vara din förstahandsval på din transformationsresa mot en agil Business Intelligence-plattform.