- » Beslutsstöd (24)
- » Dataintegration (1)
- » Datalager (7)
- » Samarbete (5)
- » Trender (11)
- » Verktyg (2)
SAP har just avslutat SAPPHIRE så vi tänkte att det är en bra tid att publicera en intervju med SAPs VD Jim Snabe.
Under CeBit fick Affectos Jens Andersen möjlighet att göra en exklusiv intervju med SAPs VD. Härligt med nära relationer till sina partners!
Interview with Jim Hagemann Snabe at CeBIT 2013
You have talked a lot about the challenges in transforming your business model. What does it mean for SAP as a business to transform the business to a cloud computing business that sells software?
When we looked at the company in 2010 it was clear to us that there would be a major transformation of the whole industry. We basically said that the user experience would move from the desktop to the mobile device, the data will move from disk to main memory and the application will move from on-premise to the cloud. That is a pretty radical shift in three dimensions at the same time. But instead of looking at it as a challenge we said: Maybe that’s an opportunity for us to reinvent a very successful company once again. And we started a combination of innovation like HANA – it’s an organic innovation for SAP – and acquisitions to move us into that new world. And you are right, the business model change for cloud is radically different. Yet, within 12 months, meaning basically from January 2012 to December 2012, we went to a one billion USD business in the cloud from almost zero. So I would say we are well on our way to do that without losing our core business. I think that was the trick in this strategy; how you do that is the ultimate innovators' dilemma? How do you move to a new world without destroying yourself?
So far we have had single digit, but solid single digit, growth, and I think the reason is that we are revitalizing the core. The suite now runs on HANA, it gets a mobile frontend and it’s connected to the cloud. So this core becomes relevant again with these three new areas - not irrelevant. And I think there is more growth in the core to come as new emerging industries and geographies still face big ERP challenges.
Is that profitable for your business?
It depends on where you are in the lifecycle. Some people think it can never be profitable, but that’s not right. It is actually very easy to explain how you become profitable in the cloud; it’s all about scale. If you take a cost curve that says I invest a lot of money and then I go live and then every cost I add is a very small extra cost and the revenue will go like this.... If you are extremely fast, it goes like this... And if you acquire a company or two it goes like this...
Now, once you are beyond this point, the profitability can be very big, even bigger than the traditional business, so you have a timing problem. Now our benefit is that we have a lot of successful business already which means we can fund this investment. We said that by 2015, we will have a 2 billion euro business that is profitable, and that is because we then go beyond this point and then we are in a good shape.
If I was a customer I would be worried about buying a cloud solution from someone who is not able to make money. What is the guarantee that this company will be around in two years? We actually have the benefit of being a company with two business models. We can afford the investment now and get the benefit later.
How do you see this development of your own on-premise solution compared to the cloud solution? For example, you have the HR solution from Successfactors and the on-premise solution for HR. How do see this development in the future?
I think there are some areas where you will see a radical move to the cloud because companies see obvious places to use the cloud and no reason to do it on premise. I think HR is probably more or less completely on the move to the cloud. We will continue to serve our existing customers in the on-premise world - some will still prefer that. Some are still concerned to put data like HR data in the cloud where someone else can look at it, but I think we will see a lot of the innovation happen in the cloud.
So the recommendation will be that the customers overtime move to the cloud?
Yes. It’s like a stepwise approach. We have our own payroll running on-premise and now we move our talent management to Successfactors' solution sets, and it’s the combinations of these two that make us improve our HR.
CRM I think will be a combination of cloud for collaboration, for sentiment analysis on Twitter, for Facebook type interaction to other people and for sales force automation, but the backend will run on-premise for pricing, delivery, invoicing and these kinds of things. It will be a hybrid.
You mentioned HANA before and that is obviously a technological disruption. We were talking about changes to the business model and changing towards software as a service and platform as a service. You also said just a moment ago that there is still a lot of room for growth. Is there also room for more disruption - especially on the business side? Are things going to change radically there as well? You mentioned HR moving to the cloud as an example. What’s next?
I think you will see all the edge processes moving to the cloud. It starts in the US - it’s a bigger trend in the US right now - and as Europe gets harmonisation on cloud rules etc. you will also see Europe go there as well as Asia.
I think the main disruption will come from the in-memory computing because you can do things you could not do before, but not all companies have realised what it means. It’s not a question of "how do I do what I do today a little bit faster?". It is "how do I rethink what I do if I have the speed?" and I think that’s where we will see consulting companies go as well.
Today, they do bread and butter implementation of ERP, and I am saying: Hey - we can automate that. If you were a pharmaceutical company, you would be looking at what HANA will do for you. If you were a bank, how you do real-time risk management? If you were an insurance company, how do you do fraud detection or recalculation of risks in real-time? These are high value scenarios that will disrupt businesses in industries.
Obviously it’s a technology revolution and everybody is going to catch up to that and you really want to make a disruption to the business side as well, and I guess that makes SAP the big player that everyone wants to disrupt. You have a head start, obviously, but I mean a couple of weeks from now IBM in-memory databases are coming, and everybody else are going to catch up at a given time. You have to keep changing if you actually want to profit from it, right?
No doubt. I think the technology advancements we have made are clear right now. Most alternatives are actually hybrids - not pure in-memory - and that’s because they can’t kill themselves. Will they catch up? Yes. So how do we stay ahead? We don't do that by further technology advancements - it’s about using HANA! So every time we find a new place to use HANA, we move ahead again. As they catch up, we are already using HANA for DNA analysis in healthcare treatment, seismic data analysis for oil and gas companies as well as our own suite. I mean, we run our suite on HANA right now! On the other hand, if you were using Oracle and move to HANA; you would still need to reprogram some 35 different apps, and that will take a while.
Do you see this could be the end of the client-server technology that you had for the R/3 system which was SAP's real success before this?. Will it end now because you are moving functionality back to the database server?
I think you will still have the fundamental architecture of connected computers in a client-server type architecture. But it’s becoming less important and you are actually right in challenging the assumption that the database and the application are two separate things. We are building closer and closer to the raw data. So it’s not like mainframe to client-server was a radical shift were we went you came from one central with dumb terminals to a network, and now here is the next thing. I think you still keep the network, but now you get rid of the disks and collapse the stack. So it is disruptive. But it’s other parts of the stack that are being disrupted than just the client-server.
There are different approaches to big data on the market. On one side we have the more closed SAP shop with HANA with certification for the hardware and so on and special software running on HANA. And then, on the other side, I see solutions like HADOOP - an open source tool where everybody can build solutions on top of it. How can these two approaches exist in the market when we think about the HADOOP ecosystem?
First of all, it’s interesting that you call HANA closed. It speaks SQL, and this morning three kids from school were showing bundeskansler Merkel how they had spent two weeks programming for HANA. If three kids can do it from school, you don’t have to be a SAP employee or SAP expert. It’s open for everyone. In fact we are leveraging HANA in the Amazon cloud. Anyone who want to build on HANA with a SQL approach, the most common database language in the world, and not invented by us, can do so at 99 cents per hour. I would not call that closed - I will call that extremely open.
HADOOP is a different thing; it’s more of a service they offer. And we actually integrate the HADOOP services. What we find is that the speed of HANA gives companies an opportunity to differentiate themselves. When I talk to a large consumer product company for example, they say "Wow, what if we could do simulations of trade promotion management?" And the interesting thing is the conclusion: "This will change our margin. 80% of trade promotions are not productive. What if we can change that?" And then they say "I want HANA installed in my shop and not show anyone what I am doing with it. I am not going to do this somewhere on the internet where others can see this. This is differentiation. For me, it is uniqueness. I am using HANA as a weapon to be more competitive."
That’s the approach we are taking. Really, it’s not about whether it’s open or not but how HANA offers potential for differentiation. The more differentiating it is, the less interested customers are in sharing it, It's not us, and I think what you will see from us is a very open approach. In fact we want HANA to be the preferred platform for companies to build software on - not just SAP. I think we made a mistake in the past when we built a platform for ourselves. Then by definition, at least my definition, it is not a platform. It is only a platform the moment we open it up for everyone.
But I think it’s an issue for many businesses that HANA is a very expensive platform.
It depends on how you look at the expense. If you only look at the software, it’s probably more expensive, and we are not discounting it. But if you look at the total solution, it’s typically significantly cheaper. Because the hardware is cheaper and the infrastructure is cheaper. We don’t need a large system of size of this room to store the same data multiple times. You can make it with a relatively small box that outperforms huge infrastructures that cost fortunes.
The best example I can give you is in high tech; a very large customer oriented high tech company. They run SAP as their main operations application and they do millions of transactions. Then they have a large scale data warehouse from a competitor. Then they have another large scale high performance reporting solution from yet another competitor. And then they have SAP BusinessObjects to provide a view of these data.
What they have in the middle cost them 200 million euros a year. The machines are the size of this whole floor. And we say: "With HANA - if you have this world and this world on HANA - you can take all of that away." That’s what I mean. If you look at it purely from the software side of things; then yes .- our software is probably more expensive. But the total infrastructure cost , once you can do this, is reduced significantly. And that’s why we think we can price the software more.
Strategically, what we are saying is this: "We have a 5 per cent share of wallet." Companies that run SAP everywhere spent 5 % of their total IT budget on us. With this strategy we are saying "Why are you spending so much on hardware, why are you spending so much on services? With in-memory computing and cloud computing we can collapse those costs and we just want a little bit more." Maybe our share of wallet is 10 per cent - maybe the total cost goes down. We are arguing that the software part of the spend will increase at the expense of the other lines, not by having more IT costs. That’s why I want to look at the bigger picture.
This means a radical shift for companies; to take this stuff and throw it away, implement HANA and put all data into HANA.
Yes, this will be a shift over years and that’s what I've told the analysts as well. This is not like suddenly, everything is there. My assumption is, however,that there is a new generation of servers. A little bit like the client-server thing. They have no moving parts, they have huge memory, huge parallel processors and they perform maybe 200 times more than the old ones per invested dollar. If that’s true, then this shift will happen. Whether you want HANA right now or not, you will want that price/performance improvement, and you will want it at a time where your current hardware needs a refresh.
You mentioned HADOOP as an integration part for big data. You are also using for example R-server for predictive analysis. Will you use more of this of kind open source software in the future to speed up your own time to market?
Yes, we have been much more open to open source and we are very open to co-innovation in general. I learned from the Apple story about iPhone and the app-store that the amount of innovation that even Apple can do is nothing compared to what an ecosystem can do. And the theme of CeBIT this year is shared economy. That’s a world where you are willing to share some of your opportunity and in return get a much bigger impact.
But that also means that you come into some new markets where you have completely new competitors. For example SAS institute which are big in Denmark. You are going to compete with them then?
I think you are right. We are big in analytics. I believe the transaction world and the analytics world will start merging together. The data will be stored in main memory and serve both purposes, and in that scenario we have a competitive advantage because we have both transactional and analytics systems. If you only have one it’s hard to do the merge. In my vision I hope that SAS Institute would use HANA to build their world class application on and then we co-innovate and compete. But they get a world class platform for the future.
Actually that was one of my questions. It’s one thing for you to open up the platform and let people build their own SQL and do their own coding on top of it. It’s another thing to open up for and allow for competitors such as Oracle and SAS Institute to use your appliance. Are you saying that’s actually going to happen?
I don’t know whether it's going to happen.
Would you be open to it?
Strategically, I would be open to it. I believe that is the best way to keep our own development on it's toes. I never believed that you can close the innovation. That’s why I reacted so strongly when you talked about our "closed approach." I believe that companies who try to be to closed eventually lose. We have seen it many, many times in our industry. A great example is the video recorder example of the better technology losing because it was not open enough. There were not enough on it.
I see the same thing here. What we are trying to do now is to platform HANA - have our competitors to build on top of it. I am OK with that. We need to compete where there is an overlap and the customer gets a choice. And I think it’s better for the industry, for SAP and for the customers.
How do you see the future of SAP BW?
Clearly, with BW on HANA we can take complexity away from the infrastructure. We can basically get rid of the cubes and we can improve the front line user experience dramatically because suddenly, you can do whatever you want to ask queries. You don’t have to pre-answer anticipated questions. You can ask any questions you want. So I think that that is a huge advantage. But there is of course a concern whether there will be a BW in the future.
The reason I ask is that it is a very complex data model on the ERP side. You need to have some kind of tools that provide a single point of fact.
There are two reasons: That one we are actually solving. If you look at the suite on HANA, we have a unified and simplified data model so you can actually sit on the top of HANA that is running the suite and have much simpler reporting. You will see us enhancing the reporting capability. When the suite runs on HANA, you have all the opportunities you want. There is also a second reason for a BW in the future and that that is that you typically don't have only once source. It’s not typically one ERP system. Very few have one ERP and I believe that the analysis of the future is Twitter sentiment analysis and HADOOP data and benchmarking. All data that is not in the ERP system you will want to bring in as well. Therefore it still makes sense to have a BW. But it will be a much less costly BW because you can take all the cubes away. That’s my vision.
You are now moving functionality down to the database server and you are not using ABAP on the database server. How do you see the future ABAP and the development tools?
First of all there are thousands and thousands of companies out there who have not just the ABAP we have delivered to them but also enhanced it so I think it will stay on for a long time. It’s clear that when you look at how we mainly interact with HANA, it is SQL oriented, and I personally believe that the only path forward is to be more or less language agnostic. Whatever language you want, you can use it. It was a great example that the kids this morning had used three different languages to actually interact with HANA. That’s why the openness is so important.
Even though you don’t get ABAP education in high school anymore, I still think it’s a great language to run large scale transaction systems. It made us independent of the databases, which is why we can move the suite to HANA,. But ABAP is probably not what most coders in the world will be programming. With the service oriented architecture that we have and the tied-in software architecture we now allow more or less any programming language. We need to do a better job in building delivering a simple platform for extension that goes beyond ABAP, and that’s what we will do.
We have many customers running Oracle databases - three out of four. When do think you can reduce that number to 50%?
It’s not a goal in itself to reduce the number. I am pretty convinced that with the performance you have with in-memory computing, many new decisions will be for in-memory computing. I also believe that in 10 years there will still be a lot of Oracle databases out there, and there will still be a lot of disks. We still have R/2 customers running on mainframes so it’s a little bit like if you want to modernize a city large like Copenhagen: You don’t do it by tearing down all the buildings and build something new. You have to work from within and build. Some of the new stuff is built with glass and aluminium and steel but that does not mean you are taking the old buildings away. And that’s my point. Many, many new things will be built purely in-memory. You will see that from SAP for many, many years to come. But that doesn’t mean the Oracle database goes away.
Interview done by: Jens Andersen Affecto Denmark, jens.andersen@affecto.com mobile: +4530711210
Taggar:
Kategori:
Beslutsstöd
Tags:
Data Exploration
Prediktiv analys
Self-service BI
Data Discovery
Mobilt beslutsstöd
I 30 år har investeringar i BI fokuserat på att beskriva vad som har hänt och förklara varför det hände. Verktyg för data mining och prediktiv analys har visserligen funnits tillgängliga och har också använts, men i ganska begränsad omfattning. Fokus är nu på väg att skifta till ett mer prediktivt och preskriptivt angreppssätt - vad kommer att hända och hur ser vi till att det händer?
Det sker också förändringar i hur informationen presenteras och levereras till användare, t.ex. i mobila applikationer och i samarbetslösningar. Men det sker framförallt ett skifte gällande vad användaren själv kan göra, där self-service BI ses som sätt att öka användandet och affärsnyttan av beslutsstöd.
Data Discovery
Traditionella BI-plattformar baseras på data som ofta lagras i datalager vilka hanteras av IT. Att få in ny data från t.ex. andra datakällor är ofta förenat med ledtider för integration i datalagret och för publicering via olika semantiska lager (packages, universes etc.) innan information kan användas i en rapport eller analys.
Verktyg för Data Discovery adresserar denna och andra utmaningar genom ett fokus på "data mashups", och möjligheter till snabb prototyping och driftsättning. Visualisering och ett intuitivt gränssnitt är också avgörande egenskaper för denna typ av verktyg, liksom in-memoryteknik.
Möjligheter att utforska data är egentligen inget nytt utan har levererats av exempelvis QlikView, Spotfire och Tableau. Data Discovery är nu också tillgängliga i de stora BI-sviterna från SAP, IBM, Oracle och Microsoft. Forrester förutspår att “data exploration will become the new bread and butter of BI suites”.
Data Discovery är därför en central del och möjliggörare i konceptet self-service BI.
Att lyckas med self-service BI
Self-service BI (SSBI) är en kombination av verktyg, processer och best practices som gör det möjligt för användare att i högre grad arbeta självständigt och flexibelt med rapporter och analyser. Därigenom minskas användarens beroende av IT-funktionen, som dock har en viktig roll genom att skapa förutsättningar för flexibel analys av både intern och extern data.
Ibland kan man tro att self-service BI (SSBI) är universallösningen på alla problem inom BI – det kan ju låta så när SSBI presenteras. Men för att lyckas med SSBI så krävs det att organisationen är mogen för det och att de är rätt utrustade både i form av teknisk plattform och kompetens.
Ett framgångsrikt införande av SSBI kräver att man arbetar med de fyra hörnstenarna teknologi, processer, kompetens och kultur. Detta omfattar bland annat att:
Webinar 30 maj
Är du intresserad av att höra mer om vad nästa generations BI innebär och hur man får self-service att fungera ber vi att få rekommendera det webinar som vi kommer att köra den 30 maj:
http://www.affecto.se/Evenemang/Nasta-Generation-Beslutsstod
Taggar: Data Exploration , Prediktiv analys , Self-service BI , Data Discovery , Mobilt beslutsstöd
Nästan hundra personer kom och lyssnade, minglade och inspirerades på vårt numera traditionsenliga öppna hus.
Vår nytillträdda VD Hellen Wohlin Lidgard hälsade oss alla välkomna och därefter var talarna i gång. Johan Jerresand och Manuela Mårdeland delade med sig av tankar kring nya roller och strategier i BI-världen.
Magnus Ericsson och Fredric Olesen berättade om SharePoint som plattform och nyheterna i Sharepoint 2013. Mobila tillämpningar demonstrerades av våra IBM Cognos respektive Oracle experter Carl Grundberg och Johan Karlsson.
Vår partner SAP fanns på plats, Carsten Olsen samt Sven-Olof Åhman var populära på ”mingelgolvet”. Kvällen rundades av med att Anders Heimer och Niklas Packendorff från SAP gav oss en fartfylld inblick från förarsätet på en Mercedes McLaren. Mycket uppskattat!
En lycklig vinnare gick hem med fem Trisslotter, stort grattis till Erika!
Nedan finner ni presentationerna från kvällen
Deltagarna fick även information om Affecto Göteborgs utbildningar som de erbjuder till reducerat pris fram till den 31 maj.
Taggar:
Konservburken är en fantastisk uppfinning, 1810 fick en engelsman patent på idén om att konservera och förvara mat i en lufttät plåtburk, äntligen kunde vi lagra mat och ta fram den när det som bäst behövdes. Det finns också en annan historia som berättar att det tog ca 70 år innan konservöppnaren uppfanns och under denna mellanperiod måste det därför varit mycket besvärligt att öppna dessa burkar. Det kanske är sant och i så fall funderar jag på vad det beror på, kanske fanns det ingen möjlighet till feedback från användare, inget sätt för en kollega att säga att: ”Detta var ju en fin idé men hur öppnar vi den?”. Den kollektiva kunskapen om både behov, lösning och tillämpning fanns men på den tiden då modern kommunikation i form av telegrafi var förbehållen ett fåtal så var det inte lätt att vara lyhörd för en konsumentgrupp eller andra som kunnat haft värdefulla råd. Följden blev att marknaden fick vänta i 70 i år innan konservburken blev enkel att använda, kanske för att den kollektiva kunskapen inte kunde hållas ihop och vidareförädlas till ytterligare nytta.
En modern samarbetsplattform ska inspirera, precisera, delegera och effektuera de aktiviteter som gör att vi kan leverera ett resultat som är attraktivt för våra kunder. Det är ingen lätt uppgift men det finns verktyg för att underlätta processen. Ett av dessa av SharePoint, en modern samarbetsplattform som låter användare skapa och dela med sig av information både inom och utanför den egna organisationen. För detta syfte är den ypperlig. När vägen är utstakad finns verktygen för att organisera och utföra alla nödvändiga aktiviteter. Men hur gör vi för att hantera en förändring, ett hinder vi inte planerat för eller för att kunna ta ett välgrundat beslut när vi står vid ett omärkt vägskäl? Det krävs att plattformen kompletteras med sociala funktioner.
Idag är olika sociala funktioner det främsta sättet att knyta ihop producenter med konsumenter, olika intressegrupper med varandra och ny teknik har gjort avstånden korta och återkopplingen omedelbar. Goda råd och insikter är därför varken svåråtkomliga eller dyra. Nyckeln till en lyckad satsning på sociala funktioner är att inse vad de egentligen främjar. Sociala funktioner i en samarbetsplattform syftar egentligen inte till att införa nya kommunikationssätt utan till att öppna upp den information och kunskap som redan finns och konkretisera strukturkapitalet till den plats där det bäst behövs. Sociala funktioner stöttar nätverkande, nätverkande ger inspiration, nya insikter och möjligheter till diskussioner som är öppna för alla som har ett intresse av dem. Nya insikter är grunden för all förändring, t.ex att göra locket på konservburken lite tunnare eller att sälja en konservöppnare tillsammans med själva burken.
Med SharePoint 2013 tar Microsoft ett jättkliv och levererar sociala funktioner för effektivt sammarbete genom hela organisation och gör det enklare att odla en samarbetskultur där kunskap sprids och och nya innovationer kan uppstå. De övriga samarbetsfunktionerna i plattformen gör det möjligt att skrida från innovation till handling. Kanske är de nya sociala funktionerna SharePoints egen konservöppnare, en komponent som frigör hela nyttan och gör plattformen komplett?
Om du är nyfiken på hur din organisation skulle kunna utnytta dessa nya funktioner kontakta oss för en diskussion, för goda råd är, som sagt, inte dyra.
Taggar: SharePoint , SharePoint 2013 , Sociala funktioner , samarbete
Marknaden i stort
Oracle (Exadata/Exalytics), IBM (Netezza/PureData) och SAP (HANA) har under en tid slagit på stora trumman för sina plattformar (databas & in-memory appliance).
Fördelarna med de nya lösningarna är många:
Microsofts Appliance/In-memory
Lite i skymundan och utan vetskap för den breda massan har också Microsoft under en längre tid erbjudit sina kunder möjligheten till fördelar som denna typ av plattformar ger.
Man tillhandahåller också in-memory i relationsdatabasen via vad man kallar columnstore indexes samt ger via Analysis Services tabular mode tillgång till en in-memory databas (xVelocity) för bearbetning av data i RAM minnet.
Microsoft Hekaton
I nästa release av MS SQL Server (planerad lansering under 2015) som går under arbetsnamnet Hekaton så är planen att man skall kunna välja att köra hela databasen i internminnet. Man kommer också genom vad man kallar PolyBase, sömnlöst kunna integrera ostrukturerat data (Hadoop) och relations data.
Med dessa existerande och kommande innovationer är det viktigt att vi redan nu tänker till kring hur arkitektur och design av befintliga och nya lösningar skall se ut för att också framöver möte användarnas krav och förväntningar.Datakvalitet och Master Data
I Nästa Generation Data Warehouse och Beslutsstöd blir också Datakvalitet och hantering av Master Data allt viktigare och även detta erbjuder, om än något försiktigt, Microsoft stöd för som en del av SQL Server 2008 och senare versioner.
Webinar 7 maj
Är du intresserad av att höra mer om vad Microsoft har att erbjuda inom Nästa Generations Data Warehouse ber vi att få rekommendera det webinare som vi kommer att köra på just detta tema den 7 maj. Klicka här för mer information (http://www.affecto.se/Evenemang/Nasta-Generation-Data-Warehouse )
Taggar: Microsoft , SQL Server 2012 , Data Warehouse , Appliance , Datakvalitet , Master Data
Har nu fått hjälp av en av mina duktiga kollegor, Håkan Bondesson att slutföra den första testen. Han hade en image med Oracle BI och en databas kopplad till sin laptop. Vi flyttade databasschemat till den maskinen och Håkan byggde upp metadata och några rapporter. Förutom tidsdimensionen använde vi 3 dimensioner, med 70.000, 105.000 och 250 rader i de olika dimensionerna. Faktatabellerna var också 3 till antalet och hade 120.000, 120.000 och 75.000 rader. Min plan var att mäta cpu-förbrukningen på databasen när rapporterna kördes. Det borde ju gå bra på en sådan långsam miljö, så långt från en Exadata man kan komma. Det gick inte alls, det gick alldeles för snabbt. Vi slog av cachen på Oracle BI, använde oss av elaka saker som select distinct, men inget hjälpte. Svartiden på rapporterna var stadiga 2 sekunder, alldeles för kort tid för att kunna göra mätningar.
Vi behöver alltså ha större datamängder, och en Exadatamaskin för att kunna testa ut detta grundligt.
Taggar:
Som verksam inom beslutsstödsområdet (Business Intelligence) i 20 år så slås jag allt oftare av hur lite som faktiskt hänt under alla dessa år!
Visst vi har mer data, mer användare och mer delar av verksamheten som kan ta del av lösningarna. Vi har under samma period också fått tillgång till en massa ny och spännande teknik som skapar möjligheter inom en hel rad områden. Det vi i slutändan dock nästan uteslutande levererar är en stadigt ökande mängd rapporter.(Rapporter som många gånger inte ens används…)
Av någon anledning har vi hamnat i en situation där beslutsstöd handlar om att från ITs sida leverera rapporter på en aldrig sinande ström av behov och krav som verksamheten mer eller mindre genomtänkt uttryckt. Problemet är ju bara den att i samma stund som användarna/verksamheten nås av en ny rapport uppstår följdfrågor där nya rapporter måste produceras för att besvara nästa steg i kedjan (analysen). Vilket blir minst sagt tidsödande, resurskrävande och därmed kostsamt!
Det känns minst sagt som det är tid att ta sig upp ur ”rapportträsket” och börja tänka i termer av att bygga en analytisk förmåga och kultur i våra företag och organisationer som på allvar ger oss möjlighet att på ett mer konstruktivt sätt fördela arbetsbördan mellan IT organisationen och de olika affärsenheterna i företaget eller organisationen för att ökad kundnöjdhet och konkurrenskraft.
Det är hög tid att lägga mindre tid och energi på rapporter och öppna upp för att låta verksamheten sätta sig i förarsätet och arbeta med analys och nå nya insikter!
Inom kort, 24/4, kommer vi att ha Öppet Hus i Göteborg där vi kommer att berätta mer om hur vi och ”tyckare” som Gartner ser på området analys och dess möjligheter. Håll ögonen öppna för en inbjudan i er mailkorg inom kort!
--------------
Ett bevis på att vi länge/allt för länge kört på i samma hjulspår är att Gartner på årets BI Summit i Barcelona ändrade i titeln på eventet till Gartner BI & Analytics Summit just av den anledningen att BI idag för de flesta organisationer = Rapporter. Tänk att det kunde bli så fel!
Taggar: Rapportering , Beslutsstöd , Analys , Gartner
En revolution pågår just nu inom data warehousing. Ny hårdvara och nya metoder öppnar mycket stora möjligheter.
Jag har nu konstruerat och laddat en liten data vault. Jag har inte tillgång till några jättemängder med testdata, jag har bara ca 100.000 poster i varje länktabell, men det får duga så länge. Kommer att få hjälp av en av mina duktiga kollegor med att konstruera ett OBIEE repository och göra några rapporter.
Jag har funderat lite och har kommit fram till att en data vault modell är nog den bästa modellen att använda i en minnesbaserad databas:
Den är väldokumenterad och det finns klassrumsundervisning och web-kurser man kan gå.
Den kräver relativt små modifieringar för att passa i detta sammanhang. Det enda jag gjort i min lilla modell är att jag lagt in även affärsnyckeln i satelliterna. Detta för att spara en join mot huben i dimensionsvyerna.
Har man inte alltför många satellittabeller till varje hub, får man ju de ”breda” tabeller vi eftersträvar som komprimerar bra i kolumnlagring.
Ju färre tabeller vi har i vår data vault, ju färre mappningar i ETL-processen. Detta kortar ju ner byggtiden för ett datalager högst väsentligt.
Ett problem som måste hanteras är historiseringen av satelliterna. I normala fall är ju hubens sekvensnyckel och laddningsdatum primärnyckel i satellittabellerna. Detta för att hålla historiken, men i vilka fall är historik intressant? Kunddimensionen är väl den som är mest intressant att historisera.
Har man nu historiserade satelliter, kan man göra på följande två sätt:
Bygga en klassik SCD2 dimension för de dimensioner som behöver vara historiserade
Om dimensionen ska vara SCD1, dvs. bara senaste versionen av satellitattributen ska vara med, kan man bygga dimensionen med hjälp av en ETL-mappning. Söka ut högsta laddningsdatum för varje sekvensnummer är nog inte så lämpligt i en vy. Det kommer att krävas för mycket processorkraft, och som tidigare har nämts, är processorerna den trånga sektorn i vår nya miljö.
En term som börjar diskuteras är Business Data Vault eller EDW+. Tanken är att den ska ligga mellan den ”vanliga” Data Vaulten och Data Marts. Enligt resonemanget ovan, kanske ett lager till i datalagret, inte är något att eftersträva.
Taggar:
Den 5-7 februari gick årets version av Gartner BI Summit av stapeln. Denna gång hade Gartner valt att hålla till i Barcelona istället för i London som varit fallet de senaste åren. Utöver byte av plats för eventet så var eventet i år också 2,5 dagar istället för 2 som tidigare. Allt för att lyckas täcka in ett program som skall täcka in nya landvinningar och ett ständigt ökat intresse.
Huvudbudskapet vid årets konferens var att det är dags att börja använda vårt beslutsstöd till att blicka framåt och inte bara titta i backspegeln och bekräfta redan mer eller mindre kända sanningar. Liknelsen med att vi kör bilen med en backspegel stor som vindruta och vindruta i storlek som backspegel är ganska slående. Funkar mindre bra när man skall köra bil (och antagligen mindre bra när det gäller att styra vår verksamhet…).
Tills dags dato har drivkraften för ökad konkurrenskraft hos de flesta företag och organisationer varit att trimma och optimera processer genom att tillhandahålla för ändamålet standardiserade transaktionssystem. Blickar vi framåt säger Gartner att det inte finns mycket mer att hämta i den vägen när det gäller konkurrenskraft. I framtiden hittar vi vinnarna bland dem som sätter de analytiska lösningarna i fokus och som genom dem driver innovation och optimerar sin affär och nyttjandet av resurser.
Begreppet beslutsstöd (BI)
För oss som arbetat med beslutsstöd under en längre tid är det självklart att ett lyckad införande av beslutsstöd (BI) i en organisation också adresserar frågeställningar och lösningar inom området analys! Begreppet beslutsstöd (BI) har idag dock mer eller mindre kommit att likställas med rapportering (och många gånger = finansiell rapportering). Det är nu så illa att Gartner känt sig tvingade att lägga till Analytics som beskrivning på eventet nu senast i Barcelona!
Tyvärr tror jag det är många som har en lång väg att vandra när det gäller att få ut möjligheterna i det analytiska perspektivet i företagets eller organisationens alla hörn...
Väljer vi att istället se positivt på det hela så skapar det stora möjligheter för dem som före sina konkurrenter använder alla de möjligheter som finns när det gäller metoder, principer och teknologi för att ge sig konkurrensfördelar!
Förenkla för sig
Ett annat tydligt och återkommande budskap är att det nu är dags för alla att skaffa sig för området relevant och ändamålsenlig infrastruktur. Med det menar man såväl hårdvara som mjukvara (servrar, databas, datalagring) som är anpassad för just analytiska ändamål (DW, BI, Analytics). I princip alla ledande leverantörer på området, större som mindre, tillhandahåller i dag detta. Vi på den svenska marknaden har dock inte tagit till oss detta snabbt nog! Underskatta inte vad denna revolution inom området (som pågått en tid) kan resultera i när det gäller kundnöjdhet och i förlängningen affärsnytta.
Med tanke på att det är mycket som är svårt inom ovan beskrivna domän så vore det kanske på sin plats att vi åtminstone tar hjälp av de saker som med relativt enkla medel kan förenkla och förbättra det dagliga arbetet!
Taggar: Analytics , Appliance , Beslutsstöd , BI , DW , Data Warehouse
En revolution pågår just nu inom data warehousing. Ny hårdvara och nya metoder öppnar mycket stora möjligheter. Nedan fortsätter jag att beskriva hur man nu skall modellera kärnan för att dra nytta av dessa nya möjligheter.
Hur ska vi då modellera vår kärna i datalagret? Som jag kan se det nu finns det två möjliga kandidater.
En modifierad form av Data Vault. En data vault består ju av tre typer av tabeller: hubbar, satelliter och länkar.
Ett exempel på länktabell kan vara en försäljningstransaktion med relationer mellan kund, produkt och leverantör och mätvärden som pengar och antal, kompletterat med diverse datum. Satellittabellerna bildar dimensioner och länktabeller faktatabeller. För att spara en join kan man ju lagra in businessnyckeln även i satellittabellerna.
En annan modell kan ju vara att lagra data i 2:a normalformstabeller. Dessa är betydligt bredare än 3:e normalformstabeller och kan se ut så här.
I en 3:e normalformsmodell skulle ju kund och leverantör läggas in i en egna tabeller.
Vilken av dessa två modeller som är ”bäst” för att använda i datalagrets kärna kräver lite testverksamhet för att avgöra. Det går ju bra att göra i en traditionell relationsdatabas, även om vyerna i accesslagret kommer att bli väldigt långsamma jämfört med hur det skulle se ut i en minnesbaserad relationsdatabas. Återkommer i ämnet när tester är gjorda.
Taggar:
Affecto is the largest Business Intelligence solution provider in the Nordic countries. We help our customers to improve productivity and competitiveness by superior use of information for decision making. We build IT solutions that enable organizations to integrate their strategic targets with their business management. Affecto also delivers operational solutions for improving and simplifying processes at customer organizations and offers geographic information services (GIS). Affecto offers Business Intelligence solutions in its operating areas in the Nordic and Baltic countries. In operational solutions, the company has a presence in Finland and in the Baltic region