12 orsaker till misslyckanden i Analytics och Business Intelligence

Nummer 9 kan överraska dig

Inom analys och business intelligence finns det många saker som kan gå fel. Vi letar trots allt efter den enda versionen av sanningen. Oavsett om det är en rapport eller ett projekt – för att data och resultat ska komma ut konsekventa, verifierbara, korrekta och, viktigast av allt, accepterade av slutanvändaren – finns det många länkar till kedjan som måste stämma. Praktiken med kontinuerlig integration, uppfunnen av mjukvaruutvecklare och lånad av analytics- och business intelligence-gemenskapen, är ett försök att fånga upp misstag eller fel tidigt.  

Ändå smyger sig misstag in i slutprodukten. Varför är det fel? Här är några ursäkter orsaker till att instrumentpanelen är fel eller att projektet misslyckades.

1. Det blir snabbare.  Ja, det är nog sant. Det är en fråga om avvägningar. Vilket föredrar du? Vill du ha det snabbt eller vill du att det ska göras rätt?   För att vara ärlig, ibland hamnar vi i den positionen. Jag behöver det på fredag. Jag behöver det idag. Nej, jag behövde det igår. Chefen frågade inte hur lång tid det skulle ta. han berättade hur länge vi fick göra det. För det är då Sales behöver det. För det är då kunden vill ha det.    
2. Det kommer att duga.  Perfektion är omöjligt och dessutom är perfektion det godas fiende. De Uppfinnaren av tidig varningsradarn för flyganfall föreslog en "kult av det ofullkomliga". Hans filosofi var "Sträva alltid efter att ge militären det tredje bästa eftersom det bästa är omöjligt och det näst bästa är alltid för sent." Vi lämnar kulten av det ofullkomliga för militären. Jag tror att poängen med smidiga, stegvisa framsteg mot slutresultatet missas här. I Agile-metoden finns konceptet en Minimum Viable Product (MVP). Nyckelordet här är genomförbar, livskraftig.  Det är inte dött vid ankomsten och det är inte gjort. Vad du har är en waypoint på resan till en framgångsrik destination.
3. Det blir billigare.  Inte riktigt. Inte i längden. Det kostar alltid mer att fixa det senare. Det är billigare att göra det rätt första gången. För varje steg som tas bort från den initiala kodningen är kostnaden en storleksordning högre. Detta skäl är relaterat till den första, leveranshastigheten. De tre sidorna av projektledningstriangeln är omfattning, kostnad och varaktighet. Du kan inte ändra en utan att påverka de andra. Samma princip gäller här: välj två. Bra. Snabb. Billig.  https://www.pyragraph.com/2013/05/good-fast-cheap-you-can-only-pick-two/
4. Det är bara en POC. Det är inte som att vi kommer att sätta detta Proof of Concept i produktion, eller hur? Den här handlar om att ställa förväntningar på rätt sätt. En POC är vanligtvis tidsbunden med en specifik uppsättning mål eller användningsfall för att utvärdera applikationen eller miljön. Dessa användningsfall representerar viktiga måsten eller vanliga mönster. Så POC-utvärderingen är per definition en del av den större kakan som vi kan basera ytterligare beslut på. Det är sällan aldrig en bra idé att sätta en POC i produktion, oavsett om det är mjukvara eller hårdvara.    
5. Det är bara tillfälligt. Om resultaten är felaktiga, den presterar dåligt, eller om den bara är ful, borde den inte ha undgått produktionen. Även om detta är en interimsproduktion måste den vara presentabel. Slutanvändare och intressenter kommer inte att acceptera detta. Förbehållet är dock att det kan vara acceptabelt om dessa är de förväntningar som har satts som en del av processen. "Siffrorna stämmer, men vi skulle vilja ha din feedback om färgerna i instrumentpanelen." Ändå bör detta inte vara i produktion; det ska vara i en lägre miljö. Alltför ofta blir "det är bara tillfälligt" de goda avsikterna med ett permanent problem.
6. Detta är det enda sättet jag vet.  Ibland finns det mer än ett rätt svar. Och ibland finns det mer än en väg för att komma till en destination. Ibland tar vi med oss ​​våra gamla vanor. De dör hårt. Använd detta som ett läromedel. Lär dig på rätt sätt. Ta sig tiden. Fråga efter hjälp.  
7. Det är så vi alltid har gjort. Det här är svårt att fixa och det är svårt att argumentera med. Det krävs verklig organisatorisk förändringsledning för att förändra processer och de människor som utför dem. Ofta kommer ett nytt projekt, ny programvara, en uppgradering eller en migrering att avslöja länge dolda problem. Det är dags att förändras.  
8. Hoppsan, jag gjorde det igen. Jag är en träarbetare och vi har ett motto eftersom det görs så många misstag: mät två gånger och skär en gång. Jag känner till denna aforism. Jag upprepar det för mig själv. Men, jag skäms över att säga, det finns fortfarande tillfällen då min tavla blir för kort. Är detta slarv? Kanske. Men oftare än inte är det bara något snabbt och enkelt. Jag behöver egentligen ingen plan. Men vet du vad? Om jag hade tagit mig tid att rita upp det på en plan, är chansen stor att siffrorna hade räknats ut. Den för korta biten kan ha funnits på papper och ett suddgummi skulle ha fixat det. Detsamma gäller analys och business intelligence, en plan – även för något snabbt och enkelt – kan minska den här typen av misstag.     
9. distraktioner. Tittar men ser inte. Ouppmärksam blindhet. Du kanske har sett video- där du får en uppgift att göra, som att räkna antalet basketpass för ett lag. Medan du är distraherad när du utför den enkla uppgiften, [SPOILER ALERT] märker du inte den mångående gorillan. Jag visste vad som skulle hända och jag skulle fortfarande ha gjort ett fruktansvärt vittne om ett brott hade begåtts. Samma sak händer när man utvecklar rapporter. Kraven kräver en pixelperfekt anpassning, logotypen måste vara uppdaterad, den juridiska friskrivningen måste inkluderas. Låt inte det distrahera dig från att se till att beräkningarna valideras.   
10. Du tänkte. Eller förväntas. Åtminstone var det alltid ett alternativ. Thomas Edison sa berömt "Jag har inte misslyckats. Jag har precis hittat tiotusen sätt som inte fungerar.” Hans filosofi var att för varje misslyckande var han ett steg närmare framgång. På sätt och vis planerade han att misslyckas. Han uteslöt möjligheter. Han tillgrep bara försök och misstag när han fick slut på teorier. Jag har inte över tusen patent för mitt namn som Edison, men jag tror att vi kan ha bättre metoder för att utveckla analyser eller rapporter. (Thomas Edison patentansökan för glödlampa 1882.)
11. Dumhet.  Förneka det inte. Detta finns. Dumhet ligger någonstans mellan "Du tänkte" och "Hoppsan". Den här typen av episk misslyckande är varianten watch-this-hold-my-beer, Darwin Award. Så, kanske, ibland är alkohol inblandat. Som tur är, i vårt yrke, så vitt jag vet, dödade en berusad instrumentbräda aldrig någon. Men om det är samma sak för dig, om du arbetar i ett kärnkraftverk, snälla gör din analys nykter.
12. Framgång spelar ingen roll. Legendariska stuntmannen Evil Knievel fick betalt för att ha utfört dödsföraktande stunts. Framgång eller misslyckande – oavsett om han fastnade vid landningen eller inte – han fick en check. Hans mål var att överleva. Om du inte får kompensation för brutna ben – Knievel hade Guiness världsrekord för flest brutna ben under en livstid – spelar framgången roll.