Datalagring i en företagsövergripande företagsinställning - dummies

Datalagring är vanligtvis en privat affär. Även om externa data om dina konkurrenter är en del av din miljö, är det fortfarande ditt företags datalager, byggt för ditt företags fördelar och användning.

En intressant trend - som säkert kan märkas på styrelsemedlemsnivå, främst för att de är styrföretag i den riktningen - är att ha ett samarbete mellan flera företag.

Två eller tre läkemedelsföretag kan dela forsknings- och utvecklingsutgifterna för en ny generation läkemedel, eller två tillverkningsföretag kan arbeta tillsammans i ett partnerskap för att utveckla en produkt. En kommersiell bank och en mäklarinstitut kan samarbeta för att gemensamt erbjuda en rad finansiella produkter till massmarknaden, med banken som administrerar vissa produkter och mäklarförvaltningen administrerar andra.

Oavsett branschens specifika förhållanden har ditt företag en bra chans att vara inblandad i ett partnerskap mellan flera företag där samarbete mellan olika företag och informationsutbyte är en viktig del av framgången.

För detta ändamål är en intressant snurrning på temat datalagring som hinder för hinder att ha ett dataprodukt för flera företag som är avsedda för effektivare analys- och informationsleveransmöjligheter som stöd för en gemensam insats mellan dina två företag.

Som du kan gissa är ett datasystem för flera företag en lite mer komplex varelse än en som är dedikerad till ett enskilt företags stöd. Även om du upplever alla de fantastiska utmaningarna med datautvinning och transformation, verktygsval, prestationsstöd och andra aspekter av datalagring, måste du också överväga dessa problem:

• Företagsnormer: Två (eller flera) uppsättningar av företagsstandarder kan påverka hur du distribuerar ditt datalager och dess verktyg. Ett företag kan till exempel vara en affärsobjektmiljö, och en annan kan vara en Cognos-miljö. Vilka normer kommer du att använda, och vad påverkar det andra företagets användare?

• Egen och känslig data: Affärssituationen för datalagret för flera företag och den åtföljande funktionaliteten och de data som behövs för att stödja datalagerets affärsuppdrag, kan kräva att försäljningshistorikinformation görs tillgänglig för prognosförsäljning.

  Försäljningshistorikinformation innebär en fördelning efter region, territorium och eventuellt till och med kund. Vilka är effekterna av att avslöja kundlistor, och styrkor och svagheter i olika regioner, till en partner som också är en konkurrent?

• Säkerhetsproblem: Förutom datasäkerhetsproblem kan alla kopplingar mellan två miljöer öppna en miljö för eventuella säkerhetsbrister i den andra, till exempel obehörig extern åtkomst och hacking.

• Stödkostnader: Vilken organisation har huvudansvaret för ansvaret för datalagret? Bär den den fulla bördan av supportkostnader, eller kommer de två organisationerna att dela dessa kostnader? Om organisationerna delar kostnaderna, hur beräknar de supportkostnaderna och hur debiterar de och betalar dessa kostnader?

• Utvecklingsmetodik: En organisation kan utveckla sina datalagringsapplikationer och miljöer med hjälp av Kimball-tekniker, men den andra organisationen använder Inmon-tekniker. Vem styr utvecklingsprocesserna? Befolkar från en organisation måste räkna ut och använda de andra metoderna och teknikerna?

• Tvistlösning: Det är alltid en intressant utmaning att lösa vilken typ av tvist som parterna är från olika företag.

• Löpande förbättringar: Vilken företagsstruktur måste du ha för att prioritera och godkänna förbättringar av miljön?