Kahden vuosikymmenen ajan vallitseva vaisto tiedonhallinnassa oli kasaaminen. Tallennustila halpeni vuosi vuodelta, joten järkevältä liikkeeltä vaikutti kaiken säilyttäminen, rakennetta koskevien päätösten lykkääminen ja luottaminen siihen, että arvo saataisiin myöhemmin irti sen toimesta, joka sitä tarvitsee. Data lake oli tuon vaiston arkkitehtoninen ilmentymä: yksi allas, johon jokainen järjestelmä tyhjensi tietonsa, sillä teorialla, että raaka-aineen keskittäminen keskittäisi myös oivalluksen. Todellisuudessa keskittyi monitulkintaisuus. Altaaseen kertyy paitsi tosiasioita myös jokaisen tiimin oma yksityinen tulkinta niistä, ja yritys päätyy tilanteeseen, jossa yksi fyysinen sijainti pitää sisällään tusinan yhteensopimatonta vastausta kysymykseen siitä, kuinka monta aktiivista asiakasta sillä on.

Kolme painetta on tehnyt tästä järjestelystä kerralla kestämättömän. Sääntely vaatii nyt, että yritys pystyy sanomaan täsmälleen, mistä tietty tosiasia on peräisin, kuka on sitä koskettanut ja miksi se on säilytetty, mikä on alkuperäketjua koskeva kysymys, johon allasta ei koskaan rakennettu vastaamaan. Analytiikka on siirtynyt menneisyydestä raportoinnista lähes reaaliaikaiseen operatiivisten päätösten ohjaamiseen, joten virhe määritelmässä ei enää tuota hieman väärää neljännesvuosikalvoa, vaan se tuottaa väärän toimenpiteen, joka tehdään automaattisesti ja mittakaavassa. Ja ratkaisevimmin yritykset ovat alkaneet kouluttaa ja ohjata tilastollisia malleja omalla sisällöllään ja tietueillaan, mikä tarkoittaa, että tietomaiseman laatu ei ole enää taustatoiminnon huoli vaan suora ratkaisija sille, voidaanko malleihin ylipäätään luottaa.

Käynnissä oleva muutos on siis siirtymä tiedosta kertyneenä velvoitteena tietoon hallinnoituna omaisuuseränä. Kyse ei ole ensisijaisesti teknologiamuutoksesta. Sisällön, master-tiedon ja analytiikan työkalut ovat olleet olemassa kypsässä muodossa vuosia. Muuttumassa on tunnustus siitä, että ne kuvaavat yhtä ja samaa järjestelmämaisemaa, että tuon järjestelmämaiseman omistajuuden on kuuluttava liiketoiminnalle eikä teknologiatoiminnolle, ja että yritys, joka ei pysty varmuudella toteamaan, mitä sen oma data tarkoittaa, ei ole valmis mihinkään, joka kuluttaa dataa konenopeudella.

Tähän uudelleenkehystämiseen liittyy budjetointiseuraus, jonka yritykset hyväksyvät hitaasti. Jos tieto on omaisuuserä, niin sen hallinnoinnin kustannus on investointi, joka perustellaan niitä päätöksiä vasten, joita se suojaa, ei yleiskustannus, joka pitää minimoida. Yritys, joka ei koskaan antaisi käteisvarojensa maata täsmäyttämättöminä, antaa mielellään asiakasmääritelmänsä ajautua eri suuntiin tusinassa järjestelmässä, koska mikään budjetin rivi ei tee ketään siitä vastuulliseksi. Tiedon kohteleminen omaisuuseränä tarkoittaa sen antamista sille saman kirjanpidollisen vakavuuden: rekisterin siitä, mitä yritys pitää hallussaan, nimetyn vastuuhenkilön jokaiselle merkittävälle luokalle ja säännöllisen tilinteon sen kunnosta. Ennen kuin tuo kuri on olemassa, jokainen väite datavetoisuudesta on toive eikä tosiasia.

Tarkastelemme yritystiedon hallintaa kolmen akselin kautta, joita tavallisesti käsitellään erillisinä tieteenaloina ja jotka ovat tosiasiassa yhden omaisuuserän eri puolia. Sisällönhallinta (ECM) hallinnoi rakenteetonta maisemaa: sopimuksia, kirjeenvaihtoa, piirustuksia, niitä dokumentteja, jotka kantavat yrityksen velvoitteita ja muistia. Master-tiedon hallinta (MDM) hallinnoi sitä pientä joukkoa jaettuja entiteettejä, joista kaikki muu riippuu: asiakkaan, tuotteen, toimittajan ja tilin lopullista tietuetta. Liiketoimintatiedon hallinta (BI) hallinnoi sitä analyyttistä kerrosta, joka muuttaa nuo tosiasiat luvuiksi, joiden pohjalta päättäjä toimii. Läpileikkaava ajatus on, että kaikki kolme ovat vain yhtä luotettavia kuin niiden alla olevat määritelmät, ja määritelmät ovat hallinnointikysymys ennen kuin ne ovat tekninen kysymys.

Merkitys edeltää tallennusta. Tietoalkiolla ei ole arvoa ennen kuin yritys sopii, mitä se tarkoittaa, ja tuo sopiminen on hallinnollinen teko, ei tekninen. Kysymykseen siitä, mikä lasketaan aktiiviseksi asiakkaaksi, vastaavat ne ihmiset, jotka ovat vastuussa asiakkaista, sillä kielellä, jota liiketoiminta käyttää, ja vasta sen jälkeen se koodataan. Suuri osa kalliista integraatiotyöstä on todellisuudessa yritystä paikata tuon edeltävän sopimuksen puuttumista.

Omistajuus on kantava käsite. Jokainen kriittinen tietoelementti tarvitsee nimetyn omistajan liiketoiminnassa, jolla on oikeus määritellä se ja vastuu sen laadusta. Siellä missä omistajuus on hajautunutta, laatu ei ole kenenkään tehtävä, ja järjestelmämaisema rappeutuu hiljaa, kunnes tarkastus tai epäonnistunut malli paljastaa sen. Vastuunotto ilman päätösvaltaa on koristetta.

Yksi totuuden lähde on kuria, ei tietokanta. Yritykset tavoittelevat fyysistä sijaintia, joka pitäisi hallussaan yhden oikean version jokaisesta tosiasiasta, ja pettyvät jatkuvasti. Totuus yrityksessä ei ole paikka; se on sovittu joukko auktoritatiivisia lähteitä kullekin entiteetille, selkein täsmäytyssäännöin siellä, missä ne ovat ristiriidassa. Tavoitteena ei ole yksi kopio vaan yksi merkitys, joka on johdonmukaisesti ratkaistavissa kaikkialla, missä kopio esiintyy.

Merkityksen johdonmukaisuus voittaa datan täydellisyyden. Yritys on usein houkuteltu laajentamaan järjestelmämaisemaansa, keräämään enemmän attribuutteja ja enemmän lähteitä, olettaen että enemmän dataa on enemmän arvoa. Käytännössä pienempi maisema, jonka jokainen elementti tarkoittaa yhtä sovittua asiaa, on paljon arvokkaampi kuin valtava maisema, jota vaivaa hiljainen erimielisyys. Marginaalinen syöte tuo arvoa vain, jos sen merkitys täsmäytyy siihen, mitä yritys jo pitää hallussaan; siellä missä se ei täsmäydy, se lisää kustannusta ja hämmennystä kattavuudeksi puettuna. Kuri merkityksen suhteen on siksi myös kuria pidättyväisyyden suhteen: sitä, että tietää minkä datan jättää masteroimatta, ja vastustaa sitä kasaamisvaistoa, joka tuotti suon alun perinkin.

Data tuotteena. Viime vuosien merkittävin ajatus on kohdella jokaista merkittävää tietoaineistoa tuotteena, jolla on nimetty omistaja, dokumentoitu sopimus, joka kuvaa sen muodon ja merkityksen, ilmoitettu laatutakuu ja kuluttajia, joita kohdellaan asiakkaina. Tämä kehystää hallinnoinnin uudelleen jälkikäteen asetetusta valvontatoiminnosta suunnitteluvastuuksi, joka rakennetaan sisään alusta alkaen. Tuotteella, joka pettää kuluttajansa, on näkyvästi omistaja, jonka on korjattava se, mikä on terävämpää vastuunottoa kuin mikään komitea tuottaa.

Data mesh. Data-tuotteen organisatorinen vastine on jakaa datan omistajuus niille alueille, jotka sen tuottavat (myynti omistaa myyntidatan, logistiikka logistiikkadatan), sen sijaan että se keskitettäisiin keskustiimille, joka ei ymmärrä siitä mitään syvällisesti. Hyvin tehtynä tämä asettaa määrittelyn sinne, missä tieto on. Huolimattomasti tehtynä se yksinkertaisesti pirstaloi järjestelmämaiseman muodikkaan nimen alle. Ero on siinä, valvotaanko federoitua hallinnointia, yhteisiä standardeja ja yhteentoimivuutta alueiden yli, vai vain toivotaanko niitä.

Alkuperäketju ensiluokkaisena vaatimuksena. Yritykset vaativat yhä useammin kykyä jäljittää mikä tahansa luku takaisin jokaisen muunnoksen läpi sen alkuperään, sekä sääntelijöiden tyydyttämiseksi että sen analytiikan vianetsintää varten, joka nyt ohjaa operatiivisia päätöksiä. Alkuperäketju on siirtynyt kivasta lisästä olevasta kaaviosta operatiiviseksi välttämättömyydeksi, koska luku, jota et osaa selittää, on luku, jota et pysty puolustamaan kun se kyseenalaistetaan.

Semanttiset kerrokset ja määritelmän paluu. Hiljaisempi mutta paljastava kehityskulku on semanttisen kerroksen ilmaantuminen nimettynä arkkitehtonisena komponenttina: paikkana, jossa yrityksen sovitut määritelmät sen mittareista elävät kerran ja josta jokainen raportti ja malli ammentaa, sen sijaan että jokainen analyytikko johtaisi uudelleen mitä liikevaihto tai poistuma tarkoittaa kyselynsä yksityisyydessä. Sen suosio on tunnustus siitä, ettei vanha järjestely, jossa merkitys oli hajallaan tuhansissa yksittäisissä raporteissa, ollut koskaan kestävä. Semanttinen kerros ei luo yksimielisyyttä; se antaa yksimielisyydelle, kun se on kerran saavutettu, yhden paikan elää ja tulla valvotuksi.

Järjestelmämaiseman valmistelu tekoälyä varten. Selkein viimeaikainen malli on yritysten havainto siitä, että niiden ruokahalu tilastollisten mallien suhteen on kasvanut suuremmaksi kuin sen datan laatu, jota noiden mallien on kulutettava. Epäjohdonmukaisella master-tiedolla koulutettu malli oppii epäjohdonmukaisuuden; hallinnoimattomaan sisältövarastoon osoitettu hakujärjestelmä nostaa esiin vanhentuneen sopimuksen nykyisen rinnalla yhtä suurella varmuudella. Nykyinen tiedonhallinnan investointiaalto on suurelta osin sitä myöhäistä pohjatyötä, jota luotettava tekoäly vaatii.

Hallinnoi määrittelyn pisteessä, ei kulutuksen pisteessä. Alavirtaan, raportteihin ja malleihin, sovelletut laatukontrollit jahtaavat ikuisesti virheitä, jotka syntyivät ylävirrassa. Taloudellisin paikka valvoa sääntöä on siellä, missä tietoalkio luodaan tai masteroidaan, jotta jokainen kuluttaja perii tosiasian, joka oli oikea ennen kuin se poistui lähteestään. Validointi reunalla on halvempaa kuin täsmäytys keskustassa.

Erota auktoritatiivinen tietue sen kopioista. Toimiva arkkitehtuuri nimeää kullekin master-entiteetille kirjaavan järjestelmän, joka pitää hallussaan lopullista versiota, ja kohtelee jokaista muuta tuon entiteetin esiintymää kontrolloituna kopiona, jonka on täsmäydyttävä siihen. Kopiot eivät ole vihollinen; hallinnoimattomat kopiot ovat. Suunnittelukysymys ei ole se, miten päällekkäisyys poistetaan, vaan se, miten jokainen kaksoiskappale saadaan jäljitettäväksi auktoriteettiinsa.

Tee alkuperäketjusta putken ominaisuus, ei jälkiajatus. Siellä missä muunnokset kirjaavat oman alkuperänsä ajaessaan, alkuperäketju on aina ajantasainen ja aina täydellinen. Siellä missä se rekonstruoidaan myöhemmin tarkastelemalla, se on aina vanhentunut ja aina osittainen. Periaatteena on instrumentoida virtaus niin, että kysymykseen siitä, mistä luku on peräisin, vastaa järjestelmä eikä arkeologi.

Suosi federointia standardien kanssa keskitetyn kontrollin sijaan. Paineen alla olevan hallinnointitiimin vaisto on keskittää, vetää jokainen määritelmä ja jokainen putki yhteen paikkaan, jota se voi valvoa. Tämä skaalautuu huonosti, koska keskustiimi ei koskaan ymmärrä kutakin aluetta riittävän syvällisesti määritelläkseen sen datan hyvin, ja siitä tulee pullonkaula, jonka ohi liiketoiminta oppii reitittämään. Toimiva vaihtoehto on antaa alueiden omistaa datansa samalla kun pieni keskustoiminto omistaa standardit, yhteentoimivuussäännöt ja kiistojen ratkaisun. Federointi ilman standardeja on pirstaloitumista; keskitetty kontrolli ilman aluetuntemusta on pullonkaula; suunnittelutehtävä on pitää tuota jännitettä yllä tarkoituksellisesti sen sijaan että romahdettaisiin kumpaankaan ääripäähän.

Suunnittele tiedon elinkaari tarkoituksellisesti. Jokaisella merkittävällä tietoluokalla on luonnollinen kaari: luodaan, käytetään aktiivisesti, viitataan satunnaisesti, säilytetään velvoitteen vuoksi, sitten hävitetään puolustettavasti. Arkkitehtuuri, joka jättää tämän kaaren huomiotta, kasaa loputtomasti, mikä nostaa kustannusta, laimentaa hakua ja moninkertaistaa riskin. Järjestelmämaisemaan koodatut säilytys- ja hävityssäännöt eivät ole byrokraattista yleiskustannusta; ne ovat sitä, mikä pitää omaisuuserän omaisuuseränä kasvavan velvoitteen sijaan.

Sopimukset tuottajien ja kuluttajien välillä. Siellä missä muut kuluttavat tietoaineistoa, eksplisiittinen sopimus, joka kuvaa sen skeeman, merkityksen ja takuut, sallii molempien osapuolten muuttua itsenäisesti ilman hiljaista rikkoutumista. Sopimus on se rajapinta, joka tekee hajautetusta omistajuudesta kestävän, koska se muuttaa implisiittisen riippuvuuden ilmaistuksi, joka voidaan versioida ja jota voidaan kunnioittaa.

Allas, josta tuli suo. Kaikki kaadettiin sisään myöhemmän arvon lupauksella, mitään merkitystä ei sovittu sisääntulon pisteessä, ja allas pitää nyt hallussaan enemmän monitulkintaisuutta kuin oivallusta. Kuluttajat eivät osaa erottaa auktoritatiivista tietuetta hylätystä kokeilusta, joten he joko rakentavat yksityisiä poimintoja, mikä pirstaloi järjestelmämaisemaa entisestään, tai lakkaavat luottamasta siihen kokonaan.

Master-tiedon hallinta teknologiaprojektina. Yritys ostaa MDM-alustan, kohtelee työtä integraatioharjoituksena eikä koskaan varmista liiketoimintasopimuksia siitä, mitä entiteetit tarkoittavat. Työkalu saapuu; määritelmät eivät; kultainen tietue on kultainen vain toimittajan esitteessä. Masterointi on hallinnollinen saavutus, jota alusta voi tukea ja jota se ei voi koskaan korvata.

Hallinnointiteatteri. Datavaltuuskunta kokoontuu, tarkastelee laatumittareiden dashboardia, panee merkille huolet ja lopettaa istunnon pitämättä sitä päätösvaltaa, jolla pakottaa mikään muutos. Merkitykselliset määritelmät jatkavat epävirallista asettumistaan sen toimesta, joka rakentaa seuraavan raportin, ja vastuunotto haihtuu pöytäkirjoihin.

Täsmäytys elämäntapana. Koska laatua ei koskaan valvottu lähteellä, yritys pitää yllä pysyvää ponnistusta täsmäyttää niitä yhteensopimattomia lukuja, joita eri järjestelmät tuottavat samasta asiasta. Tästä tulee normi, kuukausittainen rituaali väittelystä siitä, mikä luku on oikea, ja rituaalin kustannus erehdytään pitämään liiketoiminnan harjoittamisen kustannuksena.

Hallinnoimattoman maiseman syöttäminen tekoälylle. Ajankohtaisin epäonnistuminen on vahingollisin: mallin tai hakujärjestelmän osoittaminen sisältöön ja tietueisiin, joita ei koskaan saatettu puolustettavaan standardiin, ja sitten mallin sujuvan tulosteen kohteleminen auktoritatiivisena. Malli ei korjaa järjestelmämaiseman virheitä; se pesee ne itsevarmaksi proosaksi, ja yritys huomaa liian myöhään, että luottamus annettiin järjestelmälle, joka kulutti dataa, jota kukaan ei ollut tehnyt luotettavaksi.

Aloitamme merkityksestä emmekä koneistosta. Ennen minkään alustan suosittelemista työskentelemme liiketoiminnasta vastuussa olevien ihmisten kanssa selvittääksemme, mitä kriittiset entiteetit ja elementit todella ovat, mitä ne tarkoittavat ja kuka omistaa oikeuden määritellä ne. Tämä tuottaa pienen, sovitun joukon auktoritatiivisia lähteitä ja määritelmiä, mikä on perusta, jonka päällä kaikki muu seisoo. Se on epäglamouria työtä ja se on työtä, joka ratkaisee, onnistuuko loput.

Siitä eteenpäin kohtelemme kolmea tieteenalaa yhtenä järjestelmämaisemana. Arvioimme sisältöä, master-tietoa ja analytiikkaa yhdessä, koska yhden virhe pintautuu lähes aina oireena toisessa, ja oireen hoitaminen eristyksissä on tapa, jolla yritykset kuluttavat vuosia eivätkä muuta mitään. Kartoitamme niiden lukujen nykyisen alkuperäketjun, joihin liiketoiminta todella nojaa, mikä on yleensä siellä missä epämukavat löydöt tehdään, ja priorisoimme korjaamisen sen mukaan, mihin päätöksiin kukin tietoelementti vaikuttaa, eikä teknisen siisteyden mukaan.

Suosimme vaiheittaista, tuotemuotoista toimitusta monivuotisten ohjelmien sijaan, jotka lupaavat hallinnoidun maiseman lopussa ja toimittavat uudelleenorganisoinnin puolivälissä. Yksi hyvin hallinnoitu datatuote, johon todellinen tiimi nojaa, opettaa yritykselle enemmän ja ansaitsee enemmän luottamusta kuin kattava viitekehys, jota kukaan ei käytä. Rakennamme hallinnoinnin tuotteisiin niiden toimittuessa, jotta omistajuus, laatutakuut ja alkuperäketju ovat toimitetun asian ominaisuuksia eivätkä sen viereen arkistoituja dokumentteja.

Olemme myös suoria järjestyksen suhteen. Yritykset pyytävät meitä usein aloittamaan näkyvästä kerroksesta, dashboardeista ja analytiikasta, koska siellä turhautuminen tuntuu ja siellä nopea parannus olisi tervetullut. Vastustamme sieltä aloittamista, emme dogmasta vaan koska raportissa korjattu luku, jonka lähde pysyy hallinnoimattomana, ajautuu uudelleen neljänneksen sisällä, ja yritys on ostanut esittelyn korjauksen sijaan. Siellä missä poliittinen todellisuus vaatii varhaista näkyvää voittoa, rajaamme yhden kapeasti ja rehellisesti, korjaten yhden luvun päästä päähän, sen lähdemääritelmästä alkuperäketjun kautta sen esittämiseen, jotta parannus on todellinen ja pysyvä eikä kosmeettinen ja väliaikainen.

Kaiken aikaa pidämme liiketoiminnan vastuullisena ja itsemme vastuullisina liiketoiminnalle. Tavoitteemme on, että järjestelmämaiseman omistajuus pysyy yrityksellä ja vahvistuu työskennellessämme, jotta kun astumme syrjään, määritelmät, vastuunotto ja kuri kestävät ilman meitä. Tiedonhallinta, joka riippuu konsulteistaan, on epäonnistumistapa, jota vastaan suunnittelemme ensimmäisestä viikosta lähtien.

Työtämme tällä alalla erottaa se, että kieltäydymme kohtelemasta sisältöä, master-tietoa ja analytiikkaa erillisinä hankintoina, ja kieltäydymme kohtelemasta hallinnointia dokumenttina. Vaadimme edeltäviä kysymyksiä (mitä tämä tarkoittaa, kuka sen omistaa, mistä tiedämme sen olevan oikein), koska juuri ne kysymykset ratkaisevat, voiko ihminen, tarkastaja tai malli luottaa yrityksen tietoon. Tuomme mukaan käytännön tekijän skeptisyyden työkaluja kohtaan, jotka lupaavat yhden totuuden lähteen suoraan pakkauksesta, sekä kärsivällisyyden rakentaa ne sopimukset, jotka sellaisen todella tuottavat. Tuo yhdistelmä, tekninen sujuvuus liiketoiminnan merkityksen tilivelvollisuudessa pidettynä, on se, missä tietomaisema lakkaa olemasta kustannus ja alkaa käyttäytyä omaisuuseränä.

Ero näkyy myös siinä, mistä kieltäydymme. Emme myy alustaa korvikkeeksi hallinnoinnille, jota yritys ei ole vielä tehnyt, koska olemme katsoneet tuon vaihtokaupan epäonnistuvan liian usein: lisenssi allekirjoitetaan, määritelmät lykätään, ja kahdeksantoista kuukautta myöhemmin yritys omistaa kalliin hakemiston omasta hämmennyksestään. Yrityksen, joka työskentelee kanssamme, tulisi odottaa, että sille esitetään epämukavia kysymyksiä varhain, omistajuudesta ja siitä mihin lukuihin se todella luottaa, ja huomata että niihin vastaaminen on suurin osa työstä.

Tähän liittyy myös käytännöllinen seuraus, joka muuttaa sitä, mitä työn on sallittua olettaa. Kun toimeksianto vaatii kyvykkyyttä, jota ei vielä ole olemassa, sen ei tarvitse odottaa hankintasykliä tai toimittajan tuotekarttaa. enterprise platform on rakennettu mukautumaan lähes mihin tahansa ominaisuuteen vauhdilla, agenttisen insinöörityön kautta: tarvittava kuvataan selkokielellä ja generoidaan nopeasti, mutta aina lujien arkkitehtuuriperiaatteiden puitteissa ja tiukan laadunvarmistuksen alaisena, jotta nopeus ei koskaan tule koherenssin, tietoturvan tai kontrollin kustannuksella. Vaikutus on strateginen eikä pelkästään kätevä. Se siirtää tee tai osta -rajaa, pitää valinnanvapauden edullisena ja antaa arkkitehtuurin seurata strategiaa sen sijaan että strategia taipuisi siihen, mitä sattui olemaan hyllyllä.

Tulos, jota kohti työskentelemme, on kuvata vaatimaton ja saavuttaa vaativa: yritys, joka pystyy toteamaan mitä sen oma data tarkoittaa, todistamaan mistä mikä tahansa luku on peräisin, poistamaan mitä ei enää tarvitse ja ulottamaan luottamuksen automatisoituihin järjestelmiin, koska niiden alla oleva järjestelmämaisema on tehty sen arvoiseksi. Mikään tästä ei ole glamouria, eikä mitään tästä voi ostaa valmiina. Se on sopimusten, omistajuuden ja kurin kärsivällistä kokoamista joksikin, johon ihminen tai kone voi luottaa tarkistamatta. Se on se perusta, jonka päällä kaikki, mitä yritys nyt haluaa rakentaa tiedollaan, todella seisoo, ja se on se perusta, jonka laskemisessa autamme yrityksiä.