IP savininko vadovas, kaip sukurti veikiančią metaduomenų strategiją

Žingsnis po žingsnio sistema įvairaus dydžio muzikos verslui – kadangi tvirta duomenų infrastruktūra nėra neprivaloma, tai yra augimo pagrindas.

Šiame DMN partnerio Equalizer Consulting straipsnyje pateikiama nuosekli sistema, skirta muzikos verslui sukurti apgalvotą, dokumentais pagrįstą metaduomenų strategiją.

Strategijos tikslas – valdyti, kaip duomenys kuriami, patvirtinami, saugomi ir prižiūrimi, užtikrinant, kad muzikinis turtas būtų apsaugotas ir už tinkamą kompensaciją. Jei norite atnaujinti, pertvarkyti ar pertvarkyti savo įmonės metaduomenų krūvą, tai būtina perskaityti.

Apie Natalie iš Equalizer Consulting

Daugiau nei 20 metų Natalie Jacobs veikė ten, kur susilieja muzika, duomenys ir technologijos. Prižiūrėdama 17 milijonų dolerių vertės muzikos technologijų ir duomenų projektų portfelį, ji savo akimis pamatė, kaip lengvai pajamos dingsta prastos infrastruktūros „juodosiose dėžėse“.

Ji įkūrė Equalizer Consulting, kad išspręstų šią problemą; sumažinti atotrūkį tarp kūrybinės vizijos ir veiklos tikslumo, kurti metaduomenų sistemas ir teisių strategijas, kurios užtikrina, kad muzikinis turtas būtų apsaugotas ir gautų mokėtiną kompensaciją.

Šiame straipsnyje

I. Įvadas

II. Duomenų auditas

III. Apibrėžkite (ir dokumentuokite) savo standartus

IV. Įtraukite patvirtinimą į darbo eigą

V. Priskirkite nuosavybę visoms komandoms

VI. Nuolatinės priežiūros planas

Įvadas

Muzikos kompanijos neketina turėti duomenų problemų. Tai kažkas, kas laikui bėgant kaupiasi. Katalogas auga greičiau nei jį palaikanti infrastruktūra. Komandos plečiasi be diskusijų ar bendrų standartų dokumentavimo. Sistemos pridedamos be tinkamo integravimo ar perkėlimo planavimo. Tai, kas prasidėjo mažai, virsta didžiuliu nenuoseklių metaduomenų kaupimu be aiškaus kelio į priekį.

Šį modelį mačiau įvairaus dydžio įmonėse – nuo ​​prabangių nepriklausomų prekių ženklų iki didelės apimties katalogų su šimtais tūkstančių turto. Kaip aptarta mano ankstesniame straipsnyje, bandymas išvalyti esamą netvarką neatsižvelgiant į ją sukėlusius procesus, valymas paverčiamas bėgimo takeliu. Nauji blogi duomenys į sistemą patenka taip greitai, kaip (jei ne greičiau nei) blogi duomenys ištaisomi.

Čia atsiranda metaduomenų strategijos kūrimas – apgalvota, dokumentuota sistema, valdanti, kaip duomenys kuriami, tvirtinami, saugomi ir prižiūrimi visoje organizacijoje. Pažiūrėkime, kaip tai padaryti praktiškai.

Duomenų auditas

Prieš nustatydami, kur einate, turite suprasti, kur esate. Auditas nebūtinai turi būti neigiamas – pažvelgę ​​į esamą katalogą ir duomenų infrastruktūrą, galite nustatyti svarbiausias spragas ir neatitikimus. Kurie laukai neužpildyti? Kur formatavimas dažnai nenuoseklus? Kur atitikties rodikliai nesiekia priimtinų slenksčių? Kokie duomenų šaltiniai yra pagrindinė žemos kokybės įvesties priežastis?

Auditas taip pat parodys jūsų duomenų srautus: iš kur gaunami duomenys, kaip jie juda tarp sistemų ir komandų ir kur jie linkę blogėti. Būtina peržiūrėti įvestis ir išvestis tiek prieš, tiek pasroviui. Duomenų problemos šaltinis tikriausiai nėra ten, kur jis pirmą kartą tampa matomas, todėl ankstyviausio įvedimo taško nustatymas yra labai svarbus siekiant sumažinti problemą.

Pavyzdžiui: autorinių atlyginimų komanda atlieka savo katalogo auditą dėl neatitikimo, kuris nuolat rodomas jų ketvirčio ataskaitose. Jie nustato perkeltą duomenų rinkinį, kurio išleidimo datos formatas netinkamas. Įdiegus proceso pakeitimą, skirtą patikrinti ir normalizuoti išleidimo datą per katalogą, ciklas buvo uždarytas.

Apibrėžkite (ir dokumentuokite) savo standartus

Dokumentais pagrįstų vidinių standartų nebuvimas yra dažna, bet ištaisoma metaduomenų problema. Įmonės komandos linkusios peržiūrėti ir formatuoti duomenis atsižvelgdamos į savo konkretų darbą – teisinių ir veiklos pavadinimų susitarimus, kokio lauko versijos informacija saugoma, kokie datos formatai fiksuojami. Kita komanda, kuri gaus duomenis, gali žiūrėti į juos kitu objektyvu ir taikyti alternatyvias taisykles, pagrįstas savo naudojimu. Kai jis nenurašytas, nėra nuoseklaus pagrindo, kuriuo būtų galima remtis arba jį vykdyti.

Duomenų žodynas yra pagrindinė metaduomenų strategijos dalis – dokumentas, apibrėžiantis duomenų laukus, jų naudojimą, priimtinas reikšmes, formatavimo taisykles ir to duomenų elemento paskirtį. Verta pabrėžti, kad tai gyvas dokumentas, kurį reikia prižiūrėti, nes jūsų verslas ir pramonė vystosi.

Pavyzdžiui: etiketės A&R/rinkodaros komandos naudoja sceninius pavadinimus, o teisininkų komandos – legalius pavadinimus. Abi komandos yra tinkamos kontekste, tačiau sukūrus gaires, susijusias su pavadinimo fiksavimu, galima sklandžiai, autonomiškai susieti, užtikrinant aiškumą, kad visos komandos nurodo tą patį sandorį, išleidimo strategiją ir honorarų gavėjus. Duomenų žodyne nurodomi kiekvieno lauko pavadinimų formatai, kad būtų pašalintos dviprasmybės prieš jį sujungiant.

Įtraukite patvirtinimą į darbo eigą

Dabar jūs apibrėžėte standartus, kurių visi laikysis. Jie turi būti taikomi įėjimo vietoje. Veiksmingiausia patvirtinimą įterpti į darbo eigas, kuriose sukuriami metaduomenys – ne kaip pasekmes, o kaip būtiną veiksmą. Tai gali reikšti būtinų laukų ir išskleidžiamųjų reikšmių įvertinimą, užpildytus žymimuosius laukelius arba automatizavimą, kuris pažymi duomenų anomalijas prieš jiems patenkant į sistemą.

Tikslas yra palengvinti teisingų duomenų įvedimą ir apsunkinti neteisingų duomenų įvedimą – tolstant nuo šiukšlių įvedimo, iš šiukšlių išėjimo ciklo. Be to, kai komandos geriau supranta duomenis, už kuriuos yra atsakingos, tai suteikia joms galimybę užtikrintai ir aktyviai užkirsti kelią prastai duomenų higienai, kol tai netaps problema, kurią reikės brangiai ištaisyti.

Pvz.: privalomas ISRC patvirtinimas gali užkirsti kelią turtui įvesti be identifikatorių ir taip palengvinti tolesnio srauto atitikties problemas, kol joms neįvyksta. Neišsamūs arba netikslūs duomenų pateikimai pažymimi ir pataisomi šaltinyje, prieš įvedant į konvejerį.

Priskirkite nuosavybę visoms komandoms

Duomenų valdymas nepavyksta, kai tai traktuojama kaip kažkieno problema. Kiekviena komanda, kuri liečia duomenis, turi turėti aiškiai apibrėžtas pareigas, susijusias su tuo, ką jie sukuria, ką patvirtina, ką eskaluoja radę problemą ir kam.

Tam nebūtinai reikia specialios duomenų komandos, tačiau būtinas aiškumas. Kas registruoja ISRC? Kas patvirtina, kad dainų autorius skirsis dėl naujo leidimo? O kas atsakingas už sandorio sąlygų įvedimą į honorarų sistemą? Kai visi aiškiai supranta savo vaidmenį ir geriau supranta duomenis, už kuriuos yra atsakingi, tai reiškia ir atskaitomybę, ir efektyvumą.

Pavyzdžiui: A&R administratoriaus komanda iš atlikėjo vadovo gauna etiketės kopiją, kuri, atrodo, neatitinka gamintojo kredito. Nors duomenys nebuvo gauti įmonėje, A&R administratorius yra tų duomenų savininkas ir turėtų pasiaiškinti su valdymo komanda prieš užbaigdamas įvedimą į etikečių sistemą.

Nuolatinės priežiūros planas

Metaduomenų strategija neturi pabaigos datos. Katalogai plečiasi, pasiūlymai keičiasi, standartai vystosi ir įdiegiamos naujos sistemos. Be nuolatinės priežiūros strategija pradės irti.

Tai reiškia, kad reikia planuoti nuolatinius auditus ir atitikties patikras, sukurti taisymo ir eskalavimo procesą ir sukurti grįžtamojo ryšio kilpas, kad tolesni duomenų naudotojai galėtų pažymėti problemas šaltiniui, o ankstesnių duomenų naudotojai geriau suprastų besikeičiančias duomenų darbo eigas, kurios gali turėti įtakos jų tvarkomiems duomenims. Duomenų kokybės palaikymas yra nuolatinė investicija – reikalaujama, kad pirkimas būtų esminė verslo sudedamoji dalis, o ne neprivaloma.

Sukurti metaduomenų strategiją nuo nulio gali atrodyti labai sunku, ypač jei jau daugėja duomenų, kuriuos reikia valdyti. Labai praktiškai pradėkite nuo to, ką galite kontroliuoti, pasinaudokite jau galiojančiais pramonės standartais, raskite didelės vertės greitus laimėjimus ir palaipsniui kurkite visapusiškesnę sistemą.

Svarbiausia yra pradėti. Neprivalote turėti visų atsakymų, kad galėtumėte žengti pirmąjį žingsnį – ir laukimo kaina tik augs.