jens andersen bloghoved

Hasso Plattner vil ikke kommentere på om han er på narkotika …

På et stort anlagt pressemøde i aftes annoncerede SAP, at hele deres Business Suite nu kan afvikles på SAP HANA platformen. Det sker 20 år efter at den nuværende SAP ERP udgave – R/3 officielt blev frigivet.
Pressemødet blev vist samtidigt i Walldorf, New York og Palo Alto, og det var en tydelig berørt stifter og bestyrelsesformand som i går på pressemødet fremlagde, at SAP nu officielt har frigivet deres applikationer til afvikling på en ”in-memory platform”. Det er første gang, at forretningskritisk virksomhedssoftware alene afvikles i memory uden brug af en underliggende ”traditionel” database.

Til sidst i pressemødet var der et spørgsmål om hvorledes Hasso havde det med den kommentar som Larry Ellison kom med for to år siden, da det blev annonceret at SAP ERP ville kunne køre på SAP HANA. ”Which kind of drugs is he on”. Hasso sagde i går, at han ikke ville kommentere på konkurrenter eller samarbejdspartnere, men sagde også med et skævt smil at han alene fokuserede på teknologi og fakta.

SAP Business Suite på SAP HANA er den store nyhed. Hvad nyheden betyder, er dog noget uklart. På den korte bane betyder det at SAP ERP vil kunne afvikles hurtigere. Men giver det overhovedet nogen forretningsmæssig gevinst. Hasso svarede selv på det ved at sige, at hvis du som kunde ikke ved hvad den øgede hastighed betyder for din virksomhed, ja så er SAP HANA ikke noget for din virksomhed. På den anden side var budskabet fra Hasso også, at alle produkter fra SAP vil være SAP HANA baseret i fremtiden. Produkterne som vi kender dem i dag vil fortsætte, men SAP vil nu starte udvikling af funktionalitet som kun er understøttet på SAP HANA platformen.

SAP gør meget ud af at sige ”innovation without disruption”, hvilket absolut også er interessant. Men, når du har lagt din SAP ERP på SAP HANA og du vil udnytte potentialet, vil du skulle tage ny funktionalitet i anvendelse. Selve migreringen til SAP HANA er forholdsvis risikofri, men når SAP begynder at frigive ny kode, som er skrevet direkte til SAP HANA, vil du skulle gennemtænke dine processer og forretning.

Hvad betyder SAP HANA som database til dit SAP ERP system? Det medfører bl.a. at du har mulighed for Business Intelligence som en naturlig del af dit transaktionssystem. Spørgsmålet er selvfølgelig så, hvordan din virksomhed kan udnytte det. Men det er her det store potentiale er.

Hasso lagde meget vægt på Design Thinking Methodology som værende måden hvorpå virksomhederne kan bruge SAP HANA til at foretage disruptive innovation. Jeg har i tidligere blogs påpeget, at hvis der skal være en god business case for SAP HANA er dette nødvendigt. Med afsæt i Clayton Christensens teori skaber SAP HANA muligheder for afvikling af forretningsprocesser som vi ikke i dag næppe kan forestille os. SAP HANA ser ud til at være det samme som SAP R/3 var for 20 år siden – tiden vil vise os hvad der sker.

Hasso gjorde desuden et stort nummer ud, at forskellen mellem OLAP og OLTP primært er at i OLTP er fokus for databasen select single, mens det for OLAP er query set related. Det betyder, at der stadig er behov for at tankegangen om datavarehus mm. Men i stedet for redundante data vil vi opleve views på views på views…

I marketingsmaterielet slås der meget på, at nu er batch død. Jaeh… men nok ikke lige med det samme i SAP ERP systemet. Det kræver en grundlæggende omskrivning. Views på views på views er heller ikke lige oplagt med den uigennemskuelige datamodel som SAP ERP bygger på.

Kom med dit bud hvad SAP Business Suite på SAP HANA kommer til at betyde.

Kommentarer (13)
sortSortér kommentarer
  • Ældste først
  • Nyeste først
  • Bedste først
Peter Stricker

Til gengæld har den nok fået dig til at læse hele blogindlæget.

For mit eget vedkommende er det første gang, jeg har tygget mig igennem en hel blog fra Jens Andersen. Tidligere har jeg blot set at det handlede om SAP og tænkt "hvad rager det mig?".

At jeg bagefter sidder med samme tanke, ændrer ikke på, at EB-overskriften virkede.

  • 5
  • 0
Jens Andersen

Nu vil jeg så sige ligesom Hasso Plattner. Jeg forholder mig til teknologi og fakta.

Det er jo muligt at dem som læser denne blog ikke har set at det drejer som om SAP og dermed bliver overrasket.

Fakta er, at Hasso udtalte hvad der står i overskriften. Hvorfor? Jo, fordi Larry to år tidligere udtalte sig som han gjorde.

Hasso trak sig for nogle år siden fra den daglige drift af SAP og helligede sig udvikling af in-memory teknologien. Med mere end 50 forskere på Hasso Plattner Institute i Potsdam og et verdensomspænde netværk af udviklere i SAP har han forsket i en anderledes måde at lagre administrative informationer. Nu er vi så der, hvor store virksomheders nervesystem kan afvikles uden en traditionel database.

Det er rigtigt at der er gået to år - men er det lang tid fra at føde en vision til at en banebrydende teknologi er moden? Ja, ifølge Larry.

Så jeg synes det er frisk at Hasso vælger at kommentere på en lettere stupid udtalelse fra Larry. Så må det jo være op til andre at vurdere sammenhæng mellem overskrift og indhold.

Den største fare ved overskriften er vel i virkeligheden at dem som per definition ikke læser indlæg om SAP har gjort det. Og det som er indholdet, er at nu kan store administrative systemer afvikles uden de bånd som den traditionelle database har pålagt dem. Hvad det kommer til at betyde vil kun fremtiden vise. Men Larry får travlt.

  • 3
  • 1
Kasper Henriksen

Jeg nåede til "foretage disruptive innovation", og så blev jeg simpelthen nødt til at udbryde et godt gammeldags "BULLSHIT!" Hvor kan man få udbetalt bullshit-bingo-præmien? :)

  • 2
  • 1
Jens Andersen

Jeg vil anbefale at følge en undervisningslektion hos Clayton Christensen som forelæser på Havard. Der skulle være rig muighed for at få den nævnte bonus udbetalt.

Hvorfor nu disruptive innovation? SAP HANA er jo bare en database i memory - og hvad så? De største virksomheder i Danmark anvender primært systemer fra SAP som værende "rygraden" i hele deres styring. Det betyder at de med den teknologi som SAP HANA stiller til rådighed kan IT-understøtte forretningsprocesser på en måde som aldrig før er set. Først og fremmest vil der ske en integration af Business Intelligence i afviklingen af de operative processer.

I min optik er det sjældent at en ny IT-teknologi vil få så stor indflydelse på virksomhedernes forretningsprocesser. For IT folk vil det desuden betyde et farvel til den gode gamle tankegang i client-server teknologi som i 20 år har været den bærende i virksomhedssoftware.

  • 2
  • 1
michael lundstrøm

Modsat flere af de andre kommentarer, finder jeg dit blog indlæg meget relevant. Sidder også jævnligt med SAP sager.

Men jeg mener at du forklarer sammenhængen på en skidt måde. Som jeg forstår det, er der primært tale om en teknisk omlægning. Du misser at forklare, hvordan det pludselig kan få forretningsmæssige konsekvenser.

Normalt vil det ikke betyde ændringer i processer, funktionalitet etc. hvis der blot sker tekniske tilpasninger. Så hvorfor har det denne konsekvens?

  • 0
  • 0
Jens Andersen

SAP HANA som database til SAP Business Suite er desværre ikke gratis. Det er rigtigt at man kan skifte f.eks. sin Oracle database ud med SAP HANA som en "simpel" teknisk database migrering.

Men hvis der skal laves en business case som hænger sammen, er virksomhederne nød til at finde de forretningsmæssige gevinster som SAP HANA giver. Og her er afvikling af betalingskørsler eller en MRP beregning som er 40 gange hurtigere ikke nok. Hvad skal så begrunde SAP HANA. Svaret er at finde en bedre eller anderledes måde at afvikle sine forretningsprocesser på.

Selv Hasso giver udtryk for dette, idet han påpeger at fremtidig udvikling i SAP Business Suiten primært vil være SAP HANA baseret og dermed bl.a. udnytte at den operative proces knyttes tæt sammen med anvendelsen af BI.

  • 2
  • 0
Flemming Nielsen

Jens, jeg nyder også din blog, og personligt synes jeg at det sprogligt kreative svirp til den notorisk flamboyante Larry Ellison er helt på sin plads. Men jeg er helt med på, at hvis man ikke arbejder med de større enterprise systemer, så kan den rivaliserende melding godt være lidt indforstået ;)
Mht. konsekvenser: vejen til en holdbar business case for investering i en SAP HANA migrering som du skitserer den, går via en mellemstation, så vidt jeg kan vurdere det. Og det er en udfordrende og besværlig mellemstation, fortæller min erfaring mig. Når først virksomheder har fået ERP understøttet sine operationelle procesområder "wall-to-wall", fået integreret med BI (og SAP's BI begyndte jo først for alvor at blive "godt" og velfungerende efter v7 med opkøbet af Business Objects, hvilket ikke ligger så mange år tilbage), så er der skabt en platform - rent forretningsmæssigt, ikke teknisk!!! - til at få defineret en relevant struktur af KPI'er, til den ledelsesmæssige opfølgning og styring af organisationens performance ift. den udstukne forretningsstrategi.
Selve den øvelse - at få defineret en holdbart og troværdig KPI struktur (man må gerne terpe lidt Bernard Marr samt Kaplan & Norton (Balanced Scorecard), hvis man føler sig lidt lost her), er i sig selv en forholdsvis stor udfordring, både mht. analyse, design og implementering (og rådgivning fra forretningskonsulenter, ikke at forglemme!), og det er derfor langt fra sikkert, at kunderne på markedet vil være klare til at springe på HANA vognen, med mindre de da gør det af rent tekniske årsager (du nævner selv et par stykker).
Det er dette - en kundespecifik KPI struktur implementeret ind i BI (og ikke bare en pose tilfældige/generiske KPI'er, for det skal allignes med forretningsstrategien hos kundevirksomheden, ellers måles der ikke på de relevante performancepunkter, strategisk set), der er den nødvendige mellemstation.
Men lad os for diskussionens skyld antage, at denne markante mellemstation er opnået hos en kunde .... hvad kan man så med en SAP HANA migrering som næste step?
Man kan begynde at lave en operationel KPI value-adding på den operationelle proces/transaktion, der fortæller kundens beslutningstagere (ikke nødvendigvis ledende medarbejdere, mange gange er det fagspecialister, der er key user og træffer de operationelle beslutninger) om de f.eks. er igang med at acceptere en kundeordre, der bidrager positiv til cash flowet, når hele kæden af logistiske, service, HCM og finansielle wall-to-wall dependencies er indkalkuleret. Du kan kalde det en operationel forecasting ift. KPI strukturen på den konkrete operationelle transaktion/proces, som medarbejderen sidder og skal træffe beslutning om; her, en salgsordre m. tilhørende knock-on effect ift. pris, betalingsplan, logistiske forpligtelser og planlægning, indkøb, lagertræk, distribution, service/montage osv. osv. Man kunne f.eks. forestille sig en operationel dashboard m. rød-gul-grøn markering ift. overholdelsen af et positivt bidrag til KPI strukturens målepunkter.
Dermed kan man - hvis det lykkes - løfte BI fra at være et rent ledelsesmæssigt opfølgningsværktøj, der dataminer og følger op på performance med faste tidsintervaller (hver uge, hver måned, hver kvartal osv.), længe efter at de operationelle transaktioner for længst ER gennemført, og dermed har påført virksomheden forpligtelserne ved den enkelte transaktionsmæssige beslutning, og i stedet gøre BI til en integreret, operationel beslutningsstøtte på det tidspunkt, hvor den transaktionsmæssige beslutning reelt træffes af den enkelte key user / medarbejder.
Dette er vist ikke noget, som man bare kan HANA migrere sig til; der skal laves helt ny funktionalitet, ny (og dybere) integration mellem BI og ERP, og der skal vist også kigges på både forretningsregler, BPMN proces redesign m. inkludering af KPI-measurables på de operationelle nøgleprocesser, samt en masse kvalificeret forretningsmæssig rådgivning omkring den KPI-mæssige omsætning af forretningsstrategien til operationelle eksekverbare målepunkter.
Alt dette kan SAP HANA med sin øgede hastighed muliggøre, rent teknisk, men det er ikke nok bare at migrere hele ERP/BI suiten til HANA platform; der skal laves en pokkers masse arbejde på en masse områder, både teknisk, udviklingsmæssigt, forretningsmæssigt, strategisk, organisatorisk, arkitekturmæssigt, OCM mæssigt, ift. implementering osv. osv.
Så ja, som konsulent er der masser af muligheder i det ... men hvor mange kunder er reelt klare til at tage sådan et skridt? For før man kaster sig ud i det jeg skitserer her, skal man have en kundespecifik og velovervejet KPI struktur på plads først. Og KPI strukturen skal endvidere være defineret således, at der kan ændres på de enkelte KPI'er, hvis kunden ændrer på sine forretningsstrategier.
And that ain't an easy task ... har jeg hørt ;)

  • 0
  • 0
Nils Bøjden

SAP HANA som database til SAP Business Suite er desværre ikke gratis. Det er rigtigt at man kan skifte f.eks. sin Oracle database ud med SAP HANA som en "simpel" teknisk database migrering.

Men business-casen bliver jo formodentlig lidt nemmere at tilgå når det under normale omstændigheder er den dyreste base man kan finde (Oracle), som skal udskiftes med et konkurrerende produkt (det plejer jo at kunne kaste et par rabat% af sig.

  • 0
  • 0
Log ind eller Opret konto for at kommentere