Per Techopedia Staff, 8 de novembre de 2017
Takeeaway: L' amfitrió Eric Kavanagh discuteix la maduresa de les dades i la maduresa organitzativa amb Jen Underwood d'Impact Analytix i Ron Huizenga d'IDERA.
Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.
Eric Kavanagh: Bé, senyores i senyors. Hola i benvinguts de nou una vegada més És el dimecres a les quatre de la tarda, cosa que significa que és hora de les tecnologies calentes. Sí, efectivament. Em dic Eric Kavanagh; Seré el vostre amfitrió per al nostre espectacle d’avui, que està realment definit, dissenyat per definir determinats tipus de tecnologia en determinats estats d’estar al món de la gestió de dades. I el tema que tenim avui és “Assolir la maduresa de les dades: una Llei d’equilibri organitzatiu”. Així doncs, hi ha el punt real sobre el vostre, xoca’m a Twitter, @eric_kavanagh. Sempre retuiteixo si m'esmenta i intentaré seguir-ho. És un bon lloc per anar a obtenir informació sobre el que passa al món. M'encanta aquest format. Personatges curts, 140 caràcters o més en aquests dies. Així que no dubteu a enviar-me un tweet i en seguiré.
Aquest any fa calor, és clar. Parlem actualment de la maduresa de les dades i aquí teniu la línia, amb la vostra realment a la part superior. Avui tenim un nou analista; Estic molt emocionat de tenir Jen Underwood d'Impact Analytix. És una experta en intel·ligència empresarial i analítica i visualització de dades i tots aquests grans temes. I, per descomptat, la maduresa de les dades. I el nostre bon amic Ron Huizenga truca des d'IDERA. Així que primer escoltarem Jen i després en Ron. A continuació, tindrem una bona taula rodona.
Mentre emprèn aquesta diapositiva següent cap aquí, només diré un parell de paraules ràpides. La maduresa de la gestió de dades ha estat un tema des de fa temps. Evidentment a la història heu d’arribar a un cert punt abans de començar a pensar en la maduresa, i s’han desenvolupat molts cicles de vida de maduresa –o cicles– intentant esbrinar on esteu a la corba. Ets una etapa inicial? Ets un adolescent? Ets madur? Etcetera.
I crec que moltes organitzacions són als anys adolescents o a la fi dels adolescents o principis dels anys vint en termes de maduresa. I això no és dir res descoratjador. El fet que encara és capaç de gestionar les dades com a actiu estratègic és encara un dels primers dies. I les coses han canviat ràpidament. Especialment en els darrers cinc a set anys, ja que hem passat de dades petites a grans dades i intentem conciliar aquests mons i les noves tecnologies força diferents amb les velles tecnologies. Així que el llegat està fora, és a tot arreu.
Una de les bromes que vaig sentir fa anys és que el llegat és un sistema que està en producció. En el moment en què un sistema entra en producció, tècnicament és una herència. I, en certa manera, és cert. Però el que és bàsic és que tenim tots aquests sistemes que han estat al voltant de molt de temps i que hem de trobar la manera d’entendre on ens trobem en la nostra pròpia corba de maduresa per poder maximitzar i optimitzar el valor de les dades com a actiu. . I per descomptat, hi ha algunes qüestions de compliment, algunes normatives que hem de preocupar, segons quina indústria estiguem. I, per descomptat, també ens hem de preocupar de la pirateria. En el passat, hem parlat de governança de dades i de com es pot integrar amb seguretat i simplement entendre els rols i les responsabilitats de l'ús de les dades i assegurar-nos que obtenim el millor valor.
Així doncs, vaig a lliurar les claus a Jen Underwood i ens pot explicar la seva perspectiva sobre la maduresa de les dades. Jen, treu-ho.
Jen Underwood: Gràcies, Eric, i gràcies per convidar-me. Així que avui vaig a tractar alguns temes diferents, i llavors vaig a presentar a Ron amb IDERA i aprofundirà en algunes altres àrees d'aquest tema. Diré que és un paper crític en l’era digital o en la transformació digital en què es troba ara mateix i, com havia dit Eric, es tracta d’una era en evolució. Algunes estadístiques divertides del Consell d'EED, hi havia un informe de referència de la indústria de gestió de dades. Té gairebé dos anys, però segueix sent força rellevant i revelarà alguns dels factoids que, per se, són adolescents en aquest espai. Parlaré una mica sobre la maduresa de les dades i els pilars de governança, per se.
En aquest tema de l’era digital o la transformació digital que s’està escoltant a tot arreu, ara està passant realment. Un dels fets interessants que he recopilat mentre segueixo la indústria cada dia va ser un punt que Gartner va apuntar en les seves deu tendències estratègiques tecnològiques més importants. I ja ho havien dit el 2020, així que estem a pocs anys d’això, la informació s’utilitzarà per reinventar, digitalitzar i automatitzar o eliminar el 80 per cent dels processos que tenim des d’una dècada abans.
I he estat veient això des de fa temps, crec que aquí veieu diferents tipus de persones que diuen, ja ho sabeu, "Data és el nou oli" i aquest tipus de coses. M'agrada dir que les dades ara són or digital. I si penseu en aplicacions de programari i implicació de programari, jo era director mundial de productes de Microsoft en el passat, i fins i tot el canvi en la meva carrera, ja que, ja sabeu, realment ens centraríem en el programari fins ara ens centrem en els usuaris i recollir les dades i pensar en la monetització de les dades.
Entrem en aquesta era en què les dades són or digital i comencen a veure que amb l’aparició del que s’anomena oficial de dades, i són, ja ho sabeu, dues missions primàries –i certament algunes altres–. d'assegurar-se que les dades són segures i segures i també de trobar maneres de maximitzar el valor de les dades internament, i fins i tot externament, com aquest recurs digital. Així, doncs, aquest tipus de coses que potser no havien estat o poden semblar importants per a la teva organització en el passat, les dades finalment aconsegueixen seure a la taula del nivell C amb el CDO i es prendran molt més seriosament endavant.
Si teniu en compte la gestió de dades i la maduresa, hi ha dos temes diferents que tinc aquí en aquesta diapositiva en concret, el primer és, ja ho sabeu, la gestió de dades. Es tracta més sobre les funcions empresarials que desenvolupen i creen fluxos de dades i dades, algunes de les polítiques i les pràctiques que hi ha. I aleshores, quan penseu en la maduresa de la gestió de dades, és aquella capacitat d’una organització per definir, integrar fàcilment, ja sabeu, aprofitar aquestes dades que tinguin de nou amb finalitats internes o externes, com ara la monetització de dades. I un dels grans temes –i ha estat divertit, a la meva carrera professional, i en realitat vaig aprofitar algunes de les eines i projectes d’arquitectura de dades d’IDERA– va ser tot aquest concepte de metadades i seguim pensant en metadades, i després no es va parlar. aproximadament durant molt de temps. Finalment, veig que les metadades tornen a ser fantàstiques. És molt important interactuar amb diferents grups per comprendre on són les vostres dades, quines són les dades. Sobretot en coses com un llac de dades. Per fi, finalment és interessant.
Ara, vaig prometre que tindria algunes estadístiques en un informe de referència del sector. Aquest va ser del 2015 per al Consell d'EED. Es tracta de modernitzar la qualitat i el govern de les dades, i hi ha alguns factoids divertits en aquest particular. Així, aquí, més del 33 per cent de les organitzacions tenen un programa actiu i formal de gestió de dades en algun nivell de l'organització, només 33. Així que és molt interessant en si mateix. Del 50 per cent que tenen, s’han formalitzat realment, volem gestionar dades, ens adonem que aquest és un bé realment important en la nostra organització, de la mateixa manera que els humans tenim recursos humans. Només el 50 per cent d’ells tenien programes més antics d’un any. Així, doncs, aquesta és una àrea emergent, és realment interessant en allò que hem esdevingut cada cop més important, especialment amb algunes de les regulacions del sector.
Així, doncs, moltes vegades –i és interessant haver estat en vendes i papers tècnics al llarg de la meva carrera–, no va ser realment, “Oh, podem estalviar diners que motivin una organització”. És més que "Oh, mon, hem d'assegurar-nos que estem coberts. No volem perdre la feina. ”I, sens dubte, coses com ara els riscos de pirateria i dades i la filtració de dades, hi ha estudis de referència realment interessants. Verizon en fa un cada any i és probable que sigui un dels meus preferits a revisar. El que gairebé sempre veus és inadvertit, no és necessàriament, ja ho sabeu, un mal ús intencionat de les dades o una mala gestió de les dades que es tradueix en una filtració. I, sovint, no tenen aquestes estadístiques per a aquesta sessió en concret, però és fascinant que aquestes filtracions accidentals de mala gestió de permisos i etcètera. Ja ho sabeu, per fer les coses una mica més fàcils, aquestes filtracions es deixen en préstec. En general, a persones que tinguin nota lateral o externes a la vostra organització, i això no és el que voleu.
Així doncs, són els tipus de coses quan penses en tenir un programa de govern i seguretat de gestió de dades. Ja ho sabeu, no només a males decisions i a estalviar diners, sinó també a assegurar-vos que, ja sabeu, esteu segurs, seguiu les legislacions sobre privadesa i seguretat. És capaç de generar diners en aquesta època digital i, per descomptat, ja ho sabeu, voleu fer les coses de manera eficient i reutilitzar les dades i tenir la còpia beneïda i tenir-ho: odio quan la gent diu, i estic en analítica i jo. Fa temps que he estat en analítica, una versió de la veritat. Normalment, ja ho sabeu, normalment hi ha múltiples versions de la veritat, només des de diferents perspectives. Però, fonamentalment, voleu que les dades siguin fiables i sigueu basant-vos en decisions.
Un dels principals motors que estic veient, i és bo, és bo que torni a estar fresc, és tot el concepte de GDPR de la Unió Europea. I deixeu-me parlar una mica d’això. Així, si no coneixeu GDPR, en sortireu molt a parlar aquest any. És una nova legislació que s'està duent a terme al maig. S'aplicarà al maig del 2018 i té importants penalitzacions per la mala gestió de la informació. Potser heu escoltat això en altres formes, potser no utilitzant el terme GDPR, potser heu escoltat o vist això escrit sobre el dret a ser oblidat, per la qual cosa podeu contactar amb els venedors i demanar als venedors que eliminin les vostres dades. Un cop més, arquitectes de dades anteriors, no suprimirien dades. El canviaríem, el faríem inactiu en els escenaris d’emmagatzematge de dades. Mai hem suprimit les nostres dades. No hem tingut processos per això. Així doncs, ja sabeu, coses que tocaran tots els aspectes de la vostra organització i diferents maneres i processos que mai haureu tingut en compte en la creació de la vostra aplicació o magatzem de dades. Així, si veieu coses sobre GDPR a pensar, properament necessitareu una base legal per justificar la recollida i el tractament de dades personals.
Per tant, es tracta majoritàriament a nivell personal, de manera que cal donar lliurement el consentiment: específic, informat, sense ambigüitats. I tindrà un impacte en moltes àrees de la intel·ligència artificial i la ciència de dades; aquesta és l’àrea que abasto majoritàriament en aquests dies, que té les implicacions de la ciència de dades i només d’assegurar-me que hi ha certa transparència en els propis models, així com en moltes altres àrees del vostre servei d’autoservei. BI, el vostre magatzem de dades, la vostra gestió de dades magistral, fins i tot els vostres projectes de client 360, per a la personalització i fins i tot la vostra línia d’aplicacions empresarials. Això és el que toca a cada part del teu orgànic. I a diferència de les lleis de privadesa d'altres jurisdiccions, GDPR serà aplicable a qualsevol organització situada dins o fora de la Unió Europea. I les multes de compliment, de nou, són importants. La seva organització pot ser multada fins a un quatre per cent del total brut brut anual - crec que es diu facturació - ingressos per si mateixos.
Esperem que us cridi l'atenció i que heu de tenir en compte. Si la vostra empresa ja segueix algunes d'aquestes pràctiques i estàndards de la indústria amb PCI, potser és una ISO - no estic segur de si diré aquest dret - 27001. Si ja en fas algunes, ja no hauríem de dir-ho. No és massa aclaparador, però és alguna cosa que sens dubte n’està pendent. Així, mentre us prepareu, hi ha un parell d’àrees, sobretot en la gestió de dades i una de les primeres coses és tenir un catàleg i classificar les vostres dades: saber on es troben les vostres dades. I en un món, un món híbrid, on les dades viuen a tot arreu: és al núvol; és en aquestes aplicacions; és a la força de vendes; En algun altre programa aleatori també utilitza el màrqueting, ja sabeu, els vostres sistemes de clients o els vostres sistemes d'inventari, tot aquest tipus de llocs. Saber on són les vostres dades i el més fàcil de fer, i aquest ha estat un àrea molt divertida de gestió de dades, és que aquests conceptes d’aquests catàlegs de dades tenen intel·ligència, fins i tot la classificació d’aprenentatge automàtic és part de la informació.
I de nou, metadades: he esmentat que les metadades estan tornant a ser fresques, de manera que realment penso en els metadades i no es presenta una qüestió tan important a mesura que comenceu a dissenyar llacs de dades i aquest tipus de coses, i, per descomptat, a governar-los i controlar-los. De manera que el monitoratge tindrà molta més importància quan hagis de tornar enrere i algú de GDPR, per exemple, pot demanar-te que demostri cap a on van anar aquestes dades, qui la té, qui va tenir accés, etcètera. Perquè en realitat hauràs de mostrar a les autoritats aquest tipus de coses.
Per ajudar-vos en la maduresa de la gestió de dades, hi ha en realitat algunes escoles de pensament i crec que no estic segur del 100% - crec que vaig veure a la plataforma de Ron que ell en portarà a cobrir algunes, així que una que jo Ho parlaré avui és del CMMI. I aquest, això està disponible per a persones; cobreix sis categories diferents de gestió de dades, 25 àrees de procés, 414 declaracions pràctiques i 596 productes laborals diferents. Així que, quan penses en totes les coses que fas, com ara gestionar i arquitecturar dades, 596 productes de treball funcionals, no et vas adonar del que ho vas fer, oi? O el que realment no estàs fent. Quan miro un número com aquest, és una de les coses que realment em queden a la ment. Aleshores, en aquest aspecte, i el que més m'agrada d'aquest, és que la seva arquitectura i la tecnologia són neutres. Això vol dir que si ja ho sabeu, i la majoria de les organitzacions més grans que he consultat o treballat i implementat durant els anys, ja sabeu, hi tenen tot tipus de tecnologies diferents. Així que voldreu, ja sabeu, traduir què significa el DMM a les plataformes i les tecnologies que utilitzeu dins del vostre entorn específic. També és independent de la indústria, per la qual cosa no és necessàriament específica de la cura de la salut, per exemple. L’assistència mèdica té certs aspectes: ja sigui amb BAA o diferents tipus de classificacions, heu de traduir o mirar diferents tipus de coses mentre elaboreu el vostre programa o el vostre pla per millorar el nivell de maduresa de la gestió de dades dins de l’organització.
Què és això si no es tracta d'algunes coses? Essencialment és definir què, però no dir-ho específicament com fer-ho. Després de ser una personalitat molt gran de la meva carrera, em va agradar quan la gent em donava un objectiu i podia esbrinar com arribar a aquest objectiu i no dir, per exemple, micromecenant el meu temps, com arribar-hi. Així és com madura la gestió de dades i aquests processos amb CMMI, us proporciona els objectius i us permetrà mesurar-vos en algunes d'aquestes àrees diferents. I et donaran un nivell. Hi ha diferents maneres de puntuar i mesurar-te, tant si es tracta d’un nivell fins al nivell cinc, és a dir, que l’has optimitzat i tens un programa realment fort.
I només per donar-vos la sensació del que significa realment, tinc una petita visió general del que això pot significar. Així, aquí, quan penseu tenir un cicle de vida del processador de maduresa de gestió de dades, és tenir els processos d'assistència al lloc, des de requisits, gestió de riscos, heu de donar suport als processos, fins al govern de dades i sóc amable. de fer aquesta memòria, però essencialment, la governança de les dades és tot un programa en si mateix. Tenint un glossari empresarial, sempre hem parlat de glosaris empresarials i d’arquitectes de dades: això hauria de ser una cosa que tinguis dins de l’organització. Alguns d’aquests tipus de tecnologia del catàleg que estan fent, elaboren un glossari empresarial amb el servei de cerca d’informació i prenent i no, i, ja ho sabeu, posar enllaços en documents a diferents perspectives d’aquestes mateixes dades, del camp de les dades. o una versió de les dades, ja que canvien al llarg del cicle de vida del valor.
Aquests són els tipus de coses que han millorat molt des que vaig començar a la meva carrera. Antigament havíem de desenvolupar sistemes casolans per fer aquest tipus de coses. Així doncs, estem analitzant el panorama i la imatge general, és l'estratègia i després les diferents peces aquí des de la gestió fins a la qualitat en el govern. I una cosa sobre la qualitat de les dades, és interessant ja que la indústria s’automatitza i tenim, de nou, aquests processos digitals amb una presa de decisions automatitzada. Estic treballant molt en l’espai de ciències de dades on algunes d’aquestes eines automatitzen les decisions i actualitzen els models predictius. Moltes d'aquestes eines i algorismes requereixen i suposen que les dades són bones. Necessiteu que les dades siguin vàlides per donar-vos una bona decisió automatitzada. Així que, en pensar, potser, la qualitat de les dades sol ser una de les coses que les persones fan de pinzell a part i no s’ho prenen gaire seriosament. Però un cop comenceu a automatitzar la presa de decisions en models de modelisme predictiu i aprenentatge automàtic, la qualitat de les dades esdevé realment important.
Hi ha algunes maneres de mesurar el vostre progrés aquí, i deixaré que Ron en parli, també té una bonica diapositiva a la sessió, només us oferiré un pic d’ull ràpid, ja ho sabeu, en aquests nivells diferents. Essencialment és una autoavaluació, oi? Així doncs, examinarà el seu govern de dades i què penses que tens alguna cosa al seu lloc. I no us avergonyiu si no ho feu. Com he dit, només hi ha un 33 per cent de les organitzacions que fins i tot han començat a fer aquest tipus de coses. Tot i que, ja ho sabeu, aquest tipus de programes han estat com a mínim: he estat a la indústria al llarg de vint anys i, certament, feia anys que feia aquest tipus de coses, potser no ho acabem de dir. Els CMMI tenen un exercici que podeu autoavaluar i podeu examinar-lo i crear-ne el vostre (en aquest cas, aquest tipus de gràfics de radar). I cada organització, com he fet diferents, ja sabeu, quan jo solia fer consultoria i implementació d’aquests projectes, ja sabeu, cada organització és única. Seran àrees que seran realment importants per a ells. Potser, ja ho sabeu, és la gestió de processos o la gestió de la qualitat o els riscos, depèn del que sigui, però voldreu buscar i crear un punt de referència o una línia de referència, i també pensar en què en defineix l’èxit.
Per això, quan penseu en mesurar i governar aquest tipus de coses, voldreu assegurar primer algun patrocini executiu per a un programa com aquest. És una cosa que serà transversal a tota l'organització, de manera que, fins i tot si Susie Q i John Smith, decideixen "Sí, fem això. Hem de fer això", no ho poden fer en un sitja a la seva organització, o fins i tot si es tracta d’informàtica. És necessari que tingueu aquest servei de consultes a l'empresa i als experts en temes de dades. Necessiten tenir temps. No volen que sigui només una tasca addicional. Si alguna vegada heu treballat –crec que he fet algunes tasques de gestió de dades magistrals, projectes abans i qualitat de dades– i normalment, ja ho sabeu, us adreceu al negoci i ells, "Oh, administració de dades." una cosa per la qual estan entusiasmats. I és com: “Oh, no. Hem de tenir temps per això ”, i ho fan. Així que voldreu tenir un compromís de temps. Haureu de tenir aquesta benedicció des de dalt. Voleu que sigui funcional.
Una vegada més, això és una cosa que toca realment a moltes àrees de l’organització. I amb GDPR, això hauria de ser una mica més fàcil perquè, de nou, les lleis de GDPR i on es fan servir aquestes dades personals per als vostres clients i s’utilitzen a tota la vostra organització, això hauria de ser una mica més fàcil si ho apliqueu, si ho teniu. adherir-se a GDPR. Aquí es lliga la llengua. Això us hauria de ser més fàcil. Voldreu assignar una mica de responsabilitat i, després, ja ho heu de mirar, ja ho podreu personalitzar. Així doncs, sempre mireu aquests tipus d’orientació que aquestes organitzacions ofereixen, i això sol ser: són directrius per a vostès i ho implementareu per a la vostra cultura de l’organització.
El fet d’haver treballat en governança ha estat realment important, una de les coses que alguns dels productes que vaig desenvolupar quan jo era a la gestió mundial de productes a Microsoft eren autoservei BI i permetien a l’usuari empresarial i a l’usuari de dades no tècniques. jugar amb les dades i crear els seus propis informes, i moltes vegades la tecnologia IT tornaria a impulsar. Així, he dedicat molt temps a aquest govern i a assegurar-me que els productes tinguessin les funcions adequades i l’auditoria i el registre i, ja ho sabeu, aconseguint que no s’abandonessin per si sols la base de dades. Però, ja sabeu, hi ha un marc que ha treballat durant molts anys en aquest tema d’aquest tipus de coses realment semblant a la gestió de dades. Vostè voldrà tenir aquesta fundació que s'ha establert amb el patrocini executiu per a això, i voldrà aquest compromís entre empreses i informàtica.
Així que, de nou, hem parlat d’assignació pressupostària / de temps i de desenvolupament de nous processos. Serà un canvi a nivell cultural quan facis algunes d’aquestes coses, ja ho saps, a començar a mirar dades. Però ja sabeu, és molt important des d'una perspectiva estratègica, de nou. I per donar-vos la sensació, aquí teniu un exemple, i el vaig netejar d’un dels meus antics projectes d’ara fa anys sobre aquest tipus de coses. I, de nou, probablement sigui més des del punt de vista de la governança genèrica, però certament es pot reutilitzar per a aquests tipus de projectes, gestionant i evolucionant els vostres processos de gestió de dades i governant-los. Ja teniu un expert en temes empresarials, tenim aquí administradors de dades, ja sabeu que els experts en matèria d’informàtica, per a diferents línies de negoci. Moltes empreses més grans comptaran amb el vostre consell d’estàndards empresarials i els arquitectes i arquitectes de dades i dissenyadors d’empresa. Així doncs, hi haurà alguns experts en diferents matèries de diferents nivells. I, de nou, moltes d’aquestes -odio tenir-ho com a exemple-, seran personalitzades per a la vostra organització i la vostra cultura.
Una de les coses que es treballa amb aquests projectes, és que moltes vegades probablement no sigui el projecte més emocionant de les organitzacions, ni tan visual com vulguin les persones. És curiós, és una de les coses que, quan entra la firma de consultoria o fins i tot al vostre grup informàtic o al vostre grup d'excel·lència de BI o entra el vostre centre d'excel·lència analítica i treballarem en dades. maduresa de la qualitat i la gestió de dades, potser no els farà molta il·lusió fer-ho. Però heu de trobar maneres de motivar-les i incloure-les en les seves mesures. De manera que quan pensis en què es tractarà, és una cosa fer aquest exercici un cop i aconseguir que la gent tingui a bord. I esbrineu que els va encantar el catàleg de dades o els encanten algunes coses perquè facilita la vida i poden trobar el que les dades o entenen, i hi poden afegir la seva pròpia perspectiva. I el cert, els catàlegs de dades són probablement un dels projectes més importants per ajudar les persones a enamorar-se realment.
Així, el següent és mantenir-los compromesos. Com mantenir algú compromès que potser no li importa? És per definir algunes mètriques i incloure-la, la mesura de les mateixes i, a continuació, proporcionar un aprenentatge per a quan hi ha violacions i una certa consciència que, "Vam estar realment bé durant un temps, i no tan bé després d'un temps". Hi ha tipus de coses que cal pensar per continuar-ho. I llavors quan penses en anotar, i aquest és un exemple de CMMI, així és com ho fan. Un cop més, tindreu els vostres propis taulers de comandament, els vostres propis indicadors d'interès, ja sabeu, de quines maneres es mesura la gent en una organització. Però tindreu diferents maneres de puntuar i mesurar el vostre propi èxit. El meu punt clau que hauríeu d’eliminar, o un ganxo per treure’l, és assegurar-vos que teniu una manera de mesurar l’èxit i que també pugueu celebrar els vostres èxits.
Així, amb això, agraeixo que heu participat en aquest tema tan emocionant, i vaig a presentar-me a Ron, que aprofundirà una mica més.
Ron Huizenga: Bé, gràcies, Jen. I gràcies, a tots, que ens heu unit avui. Ara vaig a prendre un parell de facetes del que va parlar Jen i aprofundir una mica en algunes àrees. Però el que també faré és proporcionar un resum de com es pot tenir, almenys, una mena d’autoavaluació d’alt nivell d’algunes d’aquestes àrees. Perquè com heu vist amb els models CMMI i aquest tipus de coses, podeu aprofundir molt ràpidament amb molts indicadors diferents. El que realment volem arribar és quelcom perquè pugueu tenir una bona sensació per on la vostra organització es troba a un nivell prou alt i després començar a aprofundir cap a les altres. Així doncs, parlaré d’efectivitat organitzativa. I ho basaré en CMMI i en alguns dels altres estàndards o organismes de coneixement que se n’han sortit al llarg dels anys. A continuació, parlaré d’alguns dels indicadors de maduresa per a la maduresa de les dades i la maduresa del procés perquè, a mesura que anem passant per això, veureu que van de la mà. I donant suport a les perspectives, Jen va parlar de governança en un àmbit. I també parlaré una mica sobre arquitectura empresarial. A continuació, el resumirem i arribarem a la taula rodona.
Si ens fixem en això, hi ha molts estàndards i BOK (que, per descomptat, són organismes de coneixement) que s’han publicat al llarg dels anys. Moltes d’aquestes s’han originat realment a partir del model de capacitat de maduresa. I aquí és d’on provenia el CMMI de què parlava Jen. El model CMM en realitat es va produir el 1998. En realitat va ser iniciat per un senyor anomenat Watts Humphrey quan ell estava amb IBM. Va tenir una carrera de 27 anys a IBM. Però el seu desenvolupament actiu real d’aquest model particular va començar quan era a Carnegie Mellon i el va encarregar el Departament de Defensa dels Estats Units. S’han utilitzat moltes altres normes per derivar-ho. I alguna cosa que és bo saber sobre la indústria quan parlem d’això en alguns dels altres estàndards és que, quan ens fixem en el calendari, també és contra el rerefons de les coses que estàvem veient a la indústria en general. Va ser quan va començar a agafar-se el moviment de qualitat, sobretot en la fabricació, i es va derivar cap a altres àrees. On estudiem maneres de millorar els processos de fabricació, fent coses com la gestió total de la qualitat, la fabricació puntual i altres. I moltes de les filosofies que van sorgir van entrar en tot el treball de qualitat.
I realment és una mena de punt de partida a partir del qual van començar moltes coses. Va començar a la indústria general i es va iniciar també en informàtica i dades i processos i sistemes d'informació. Altres normes que veiem que estan més relacionades o més específiques d’algunes de les coses de què parlem és, per descomptat, el model de maduresa de dades, del qual Jen va parlar una mica. També hi ha el model de maduresa del procés empresarial del Grup de Gestió d’Objectes. I hi ha una sèrie d’altres estàndards que heu vist que la vostra organització pot estar colpejant amb o utilitzant-la per a diferents àrees del negoci, especialment impulsades per les TI, com COBIT, que és objectius de control d’informació i tecnologia, ITIL, que generalment és infraestructura. -focats, que molts de vosaltres heu tractat. De nou, gestió total de la qualitat. I, sobretot, quan entreu en qüestions com ara mètriques i tot el que sigui, potser heu vist que també hi ha en joc coses com el control de processos estadístics. I, per descomptat, alguns dels cossos de coneixement que tractem són professionals de la informació o informàtics. Organisme de gestió de dades de coneixement per.
També hi ha, equivalent a això, el cos de coneixement de l'anàlisi empresarial. I el cos de coneixement del projecte de gestió de projectes. És possible que tingueu en joc diverses o més coses en joc que fan servir diferents grups d'interès de la vostra organització alhora. Però deixem un tipus de filtre a través dels BOK i tornem a dir, què és la maduresa? I enumerem la definició de madur perquè, quan pregunteu què és la maduresa, quan la veieu al diccionari, en realitat diu que "esteu madur". Així que, utilitzant la paraula "madura", significa realment haver arribat a un nivell avançat. etapa de desenvolupament, per descomptat, molt genèrica. Però el que realment estem veient aquí és avançar en el que anem fent a un nivell més alt i més gran d’assoliment a mesura que passem. I quan ens fixem en una gran quantitat d’estàndards, com veureu, el CMMI en particular i el model de maduresa de la capacitat basen realment les coses en una escala de cinc punts, de manera que ens proporciona una manera gradual de mirar i dir, com són? realment evolucionem al llarg d’aquesta escala de com estem creixent?
Tanmateix, quan estem mirant la maduresa, en termes d’assolir la maduresa organitzativa en allò que ens interessa, hem d’estar en equilibri. Heu d’aconseguir la maduresa de les dades i parlarem d’alguns dels criteris que heu de fer allà, però cal assolir la maduresa del procés alhora. Són dues cares de la mateixa moneda i han d’anar de la mà. No podeu passar de, per exemple, de zero a cinc en una escala de maduresa de dades sense augmentar la maduresa del procés, i el mateix passa amb la maduresa del procés. Tots dos estan units i es combinen els uns als altres durant el viatge mentre realment evolucions a través de les diferents etapes. I en parlaré una mica més en una diapositiva futura. Les altres coses que hem de tenir en compte és aconseguir tant les dades com la maduresa del procés són fonamentals per a l’arquitectura empresarial i fonamentals per a algunes de les coses de govern de què també parlava Jen. Habilitem aquells a través de la maduresa en algunes d’aquestes coses que estem intentant fer.
Ara a la diapositiva que Jen va dir que anava a parlar amb una mica més de detall. Només he agafat algunes categories i, utilitzant l'escala CMM aquí, i realment tinc la meva, de fet afegeixo un zero en relació amb l'escala perquè hi pot haver certs casos en els quals realment no ho heu realitzat. qualsevol tracció en aquests casos. Es tracta de maneres de reconèixer que es van produir. De manera que si mirem el govern de dades en particular, és possible que comenceu a zero perquè no teniu cap programa de govern de dades. I a mesura que comenceu a madurar a través de les diferents àrees, un cop comenceu a introduir-lo a nivell de projecte, després a nivell de programa, mitjançant divisions i en última instància a tot l’empresa, és així com, des d’una perspectiva de governança, realment madureu i creixeu a mesura que una organització com aquesta.
Podeu començar altres aspectes, com ara la gestió de dades mestres, que no es poden fer sense cap classificació de dades de matèria formal. Aleshores, arribes a, creixes fins a un punt en què reconeixes que tens dades mestres i que comences a classificar, però no està integrat. A continuació, comenceu a treballar cap a dipòsits integrats i compartits. Aleshores, a mesura que entreu en un entorn normalitzat, és quan tracteu de proporcionar serveis de gestió de dades. I, a mesura que avancis cap allà més amunt, establiràs administradors de dades mestres i, eventualment, un consell d'administració de dades que realment ho estudi. Quan observeu el vostre entorn tècnic i les aplicacions i les bases de dades que teniu des d'una perspectiva d'integració de dades, de nou, en un entorn immadur, tindreu diverses interfícies puntuals i puntuals i aquest tipus de cosa. A mesura que aneu creixent, començareu a introduir algunes eines i estàndards comuns. Aleshores, començareu a mirar les plataformes d'integració comunes a mesura que augmenteu. A mesura que s’estandaritzin, estaràs treballant amb programes intermedis estandarditzats i possibles coses fàcils, com ara autobusos de servei empresarial, model canònic, categoritzant totes les dades de la teva organització i també entrant en les coses com ara les regles de negoci del teu dipòsit i aquest tipus. de coses. A continuació, aneu encara més enllà on el feu completament incrustat en la cultura organitzativa. I, per descomptat, la qualitat és primordial. Tal com va parlar Jen, moltes de les decisions i moltes eines que hi ha aquí, suposa que teniu dades d’alta qualitat amb les que esteu treballant. Per tant, la qualitat de les dades és una base fonamental per assolir la maduresa de les dades.
Un cop més, quan mireu les dades, és possible que tingueu moltes sitges i dades disperses en entorns immadurs. Pot ser que tingueu inconsistències acceptades. Aleshores, comenceu a treballar en això, reconeixent la incoherència i comences a mirar la planificació. I si ens fixem en entorns gestionats aquí, alguna cosa molt important és la neteja de dades al consum per poder utilitzar les dades en la presa de decisions. De manera que, del que realment parlem, és la neteja de dades, on la carregarem a magatzems de dades i altres eines de suport a decisions. I això és analògic al que veíem en el tipus d’indústria de fabricació de dades on la gent construiria productes, es dirigiria a la línia de muntatge i, al final, inspeccionaria el producte i aniria: “Oh, Tenim defectes aquí. ”De nou, una cosa que mai no podeu fer és que mai no podeu millorar la qualitat d’un producte inspeccionant-lo al final. Podeu veure els problemes que hi ha i, a continuació, podeu prendre mesures per millorar els propers i altres que es trobin a la línia posterior, però mai no la milloreu inspeccionant-lo al final. De manera que aquí és quan, a mesura que avanceu, sobretot en les dades, us moveu més des d’una inspecció i un punt de neteja al lloc de consum on comenceu a intentar construir-lo a la font, des d’on agafeu el dades, els processos que actuen sobre aquestes dades, procurant que les dades siguin exactes i adequades al consum en tots els processos del camí. A mesura que evolucioneu més endavant, comenceu a desenvolupar-vos i a obtenir KPIs de qualitat i realment comenceu a desenvolupar aquest enfocament de prevenció de la qualitat de les dades a mesura que avanceu.
Pel que fa a comportaments organitzatius o coses que veieu és que, si no creieu que teniu cap problema o no en teniu consciència, pot ser que, si hi ha una fase de denegació a la vostra organització, això em diu que està a la baixa. un nivell zero o potencialment que es mogui cap a un. Si hi ha molt caos al voltant de les vostres dades i s’intenta resoldre aquestes incoherències, probablement esteu a nivell. Quan encara esteu en mode reactiu, esteu passant per administrats, però no us estandreu normalitzats fins que, en realitat, no tingueu un entorn de dades molt estable que abraci tant la governança, la qualitat, la gestió de dades magistral i les dades. integració, per citar només alguns dels punts. I de nou, un cop passat això, és quan comenceu a entrar en estils de gestió realment proactius. Si arribeu a la part en què teniu un comportament molt predictiu i també les analítiques per fer una còpia de seguretat i els KPIs per fer una còpia de seguretat a la vostra organització, quan ens fixem en això i superposem un parell de coses, hi ha algunes altres coses que podem veieu sobre les organitzacions i on es troben. Analitzem el focus informàtic principal en una organització. Si el vostre focus principal en informàtica es basa encara en la tecnologia i la infraestructura, probablement aneu cap al final de l'escala menys madura. Però, quan realment us heu centrat en la capacitació de negocis estratègics que permeten informació i informació, us acostareu al final madur de l'escala. També quan ho observeu des d'una perspectiva de dades, si esteu a la gamma baixa, teniu un risc elevat de dades i, si esteu a la gamma alta, heu reduït el risc relacionat amb les dades. I aquest aspecte és la generació de valor de l'organització. Una menor maduresa de les dades significa que probablement tingueu un nivell de generació de valor bastant baix, particularment pel que fa a les dades que teniu a l’organització. I a mesura que augmenteu l’escala, obteniu una generació d’alt valor.
Analitzem això en termes de modelització de dades. De vegades, el modelatge de dades s’ha convertit en l’astre natural. I el model de dades és fonamental per assolir la maduresa de les dades. Vull parlar només d'alguns dels signes relatius a com es vincula el model de dades. Si només s’utilitza per a la documentació o generació de bases de dades físiques senzilles per a aplicacions petites i aquest tipus de coses, és probable que estiguis baixant del nivell en termes de maduresa de les dades. Ja comenceu a adoptar i reconèixer els diferents tipus de models, inclosos els conceptes, el model lògic i el modelatge físic on també és, ja sabeu, bàsicament esteu impulsant el disseny. Ho utilitzeu com a punt de vista del disseny, i després esteu a nivell.
Quan comenceu a mirar-ho des d’un nivell més empresarial, inclosos la creació de models empresarials o canònics, introduint els conceptes i lligant diversos models, llinatge de dades i construint els metadats de govern directament als vostres models, comenceu a arribar a una nivell tres i, després, es dirigeix cap a metadades de ple govern, integració de glossaris comercials, etcètera. Observant el cicle de vida i la cadena de valor de les dades és quan arribeu a un nivell quatre. I de nou, un model completament integrat amb glosaris empresarials, metadades, capaç de conduir coses com les analítiques autoservei, és realment quan ha aconseguit un estat bastant madur.
Com a part integral d'aquest tema, vull parlar breument del cicle de vida de les dades. I la raó per la qual vull parlar d’això és que el cicle de vida de les dades, malauradament, és molt sovint ignorat. I de què es tracta, realment va descriure com es crea, llegeix, actualitza o elimina un element de dades i els processos que actuen sobre ell a tota la seva organització. Així que els que portem molt de temps a la indústria es refereixen a això com CRUD perquè és la creació, lectura, actualització i eliminació. Però cal entendre-ho a nivell fonamental quan tractem les dades de la nostra organització. Hi entren en joc molts factors. Quines són les regles de negoci que hi actuen? Quins són els processos empresarials que consumeixen, produeixen o alteren les dades? Quines són les aplicacions que realment implementen aquests processos empresarials per permetre’t fer això? Tot el que entra en joc quant al cicle de vida de les dades.
I, de nou, Jen va fer al·lusió a això anteriorment, no necessàriament hi hagi una font de veritat. I pot ser que hi hagi diverses maneres de crear un determinat element de dades. I és possible que hagis d’entrar, hi ha diferents coses a través de diversos sistemes o múltiples aportacions que haureu de conciliar i resoldre per trobar quina és la font de dades adequada per a aquesta decisió en aquest moment. Hi pot haver múltiples variants de les dades amb finalitats diferents en una organització. Per aconseguir-ho, heu de ser capaços de modelar el procés empresarial, el llinatge de dades que inclogui els fluxos de dades, la integració i que inclogui coses com l'ETL, de manera que extreure, transformar i carregar per al vostre magatzem de dades, dades de mart i zones d'escenificació i, per descomptat, també es reprodueixen els enllaços de dades del costat de les dades. A mesura que traieu aquesta informació del llac de dades, heu de saber com la consumiu i com la feu servir. En termes del propi cicle de vida, és realment com creem o recopilem dades noves, com la classifiquem, ja que cal classificar-la per entendre-la i treballar-la amb eficàcia: com la guardes, com ho utilitzeu, com el modifiqueu per a aquells processos empresarials, on es comparteix a l'organització i molt important: retenció i arxivatge. Quant temps conserveu les dades? Quan l’arxiveu? Quan destruiu aquestes dades? Totes aquestes coses s'han de tenir en compte en el cicle de vida de les vostres dades i heu de fer-ho per aconseguir un nivell elevat de maduresa de la vostra organització.
Ara, de nou, he dit que són bessons on cal parlar sobre la maduresa del procés conjuntament amb la maduresa de les dades, sinó que van de la mà. Un cop més, tinc algunes coses diferents aquí i, no us preocupeu que no les vaig a llegir, sinó només una llista de comprovació, de manera que podeu començar a autoavaluar-vos en quin punt es troba la vostra organització. de maduresa del procés. Vegem de nou les coses des de la pàgina inicial a través de les pàgines optimitzades. Novament, estem utilitzant la mateixa escala de cinc punts que es va derivar del model de maduresa de la capacitat. Si us fixeu en aspectes com el focus, si esteu a un nivell inferior o a un nivell inicial de maduresa del procés, potser trobareu a l’organització que les persones confien realment en els seus propis mètodes per realitzar el seu treball. I és possible que vegeu alguns heroics i aquest tipus de coses per poder fer les coses. Aleshores comenceu a arribar a un punt on sou més proactiu al respecte, on la vostra direcció es responsabilitza de les unitats de treball i del rendiment. Llavors, comenceu a evolucionar els processos integrats estàndard. A continuació, l’estabilitat i la reutilització del procés. A continuació, comenceu a veure més una cultura de la tutoria i la gestió estadística per calcular les mètriques i els indicadors d'interès relatius a aquests processos i, finalment, fins al nivell d'optimització complet.
Quan examineu la gestió de treball, potser aneu a buscar, anireu des d’una àrea on teniu nivells inconsistents de gestió de treball fins a més gestionats, on equilibreu com a mínim un nivell més alt dels vostres compromisos amb els recursos. Aleshores, arribeu a un punt en què teniu una organització més adaptable o àgil perquè pugueu estandarditzar els vostres processos però adaptar-los al millor ús en diferents circumstàncies de la vostra organització. I quan arribeu a avançat, és aquí on l’apoderament és molt important, i això vol dir que tothom entengui intuïtivament el que passa i el personal tingui les dades del procés, de manera que puguin avaluar i gestionar el seu propi treball.
De nou, tornant a l'analogia de fabricació, quan vam veure que, a mesura que vam començar a modernitzar les nostres línies de muntatge i tot el que fos a la indústria, vam començar a parlar de la qualitat total i de la potenciació dels treballadors fins i tot en la línia de muntatge, on si algú ho veia. alguna cosa dolenta en qualsevol etapa particular de la producció, la gent va poder empènyer que pogués colpejar el botó vermell i tancar tota la línia de muntatge fins que es resolguessin els problemes abans que les coses s’avancessin. I és aquest tipus de mentalitat i tipus de cultura que busquem al voltant de les dades dels nostres processos per assegurar-nos que realment estem optimitzant les nostres dades i els nostres processos de la nostra organització.
Altres indicadors de la vostra cultura: la vostra cultura està estancada quant a fonaments no identificables per a un compromís real de millora en els seus processos de negoci? Hi ha una delegació de responsabilitats, que estem veient més amunt? A mesura que aneu avançant més, encara podreu tenir sitges, però a mesura que comenceu a avançar en termes de cultura i coses que feu en el vostre procés empresarial, també esteu desglossant les diferents sitges comercials i aprofitant processos a tota l'organització. És molt important que, a mesura que arribeu a la fase de l’esdeveniment, el que fonamenteu és que, en lloc de la sensació intestinal, realment esteu recopilant mètriques de qualitat i teniu en compte mètriques per predir la vostra capacitat de rendiment del vostre negoci. és extremadament important.
En termes d’arquitectura, parlem d’això perquè molts de nosaltres som a TI o sempre estem mirant d’informàtica. De nou, mateix tipus de coses que vam veure a les dades. Tenim sistemes informàtics desesperats si realment esteu baixant en les etapes inicials de la maduresa del procés. Un cop comenceu a gestionar els vostres processos, veureu que s’estan configurant alguns serveis on realment adopteu un enfocament basat en serveis. Aleshores, si s’està normalitzant, veuràs una adopció de servei complet en termes de dades i serveis i serveis de processos i aquest tipus de coses, fins al punt d’arribar a un servei complet o a una arquitectura nova. I, finalment, a una empresa completa basada en processos que utilitza les vostres dades.
De nou, els mateixos tipus d’escales quan ens fixem en això. En termes de productivitat, a un nivell baix de maduresa del procés, veureu nivells de productivitat baixos i maduresa de processos elevats, veureu una productivitat molt més alta. I la qualitat s’acompanya també. Igual que amb les dades: si teniu un nivell de maduresa baix, veureu un nivell de risc elevat i també un nivell de desaprofitament. Però, com més alt sigui el vostre nivell de maduresa, reduireu el risc i reduireu els residus de manera significativa. Pel que fa a algunes de les coses que podeu veure com un tipus de símptomes o indicadors en una organització, si la filosofia principal es basa en la reducció de costos, probablement esteu baixant d’un nivell de maduresa del procés. Aleshores, es graduarà i s’avançarà cap a buscar l’eficiència amb més deteniment a l’organització i, a mesura que arribeu a un nivell molt madur, us concentrareu de nou en la generació de valor.
Des de la perspectiva de la gestió organitzativa, si regna el caos, normalment és un símptoma d’organitzacions de baixa maduresa de procés. Però comenceu a centrar-vos en allò que jo anomeno més una mentalitat de gestió, on hi pot haver una gestió per decret o que imposi coses, allà on realment sou, quan arribeu als nivells més madurs, la vostra gestió es tradueix en més de lideratge. En altres paraules, la filosofia de millora està integrada en la cultura i, des del CEO, es promouen tota aquesta filosofia de millora de processos i de millora contínua de la vostra organització en general.
Pel que fa al model de procés –i passaré per aquestes qüestions bastant ràpidament aquí– tornem a analitzar els models de procés ja que s’ajusten a la maduresa del procés. De nou, molt semblant a les coses que vam veure a la maduresa de les dades, on a nivells baixos o nivells, potser només estàs documentant processos o processos d’estat actual, però realment no l’utilitzeu per avançar les coses. Quan comenceu a madurar, fareu servir el modelat de processos empresarials per impulsar la gestió real de processos empresarials a l'organització, i evolucionarà encara més allà on l'utilitzeu i actualitzeu contínuament aquests models per conduir la millora del procés fins al final. arribar al procés de disseny. I, a continuació, quan arribeu a la maduració completa o, ja ho sabeu, el que normalment veieu en les empreses magres o en organitzacions que han adoptat programes de més qualitat, com Sigma, és de nou on teniu la mentalitat de millora contínua i està arrelada en el modelatge de la vostra organització. De la mateixa manera que utilitzem els models d’enginyeria per crear productes, ja siguin avions o edificis i gratacels i aquest tipus de coses, confiem en els nostres models per impulsar el nostre negoci cap endavant, perquè aquest és l’element de disseny que realment impulsa els nostres elements organitzatius. .
Ara, de nou, no vaig a examinar detalladament aquesta i cada paraula aquí. El que he fet és que he agafat aquestes dues diapositives de graella més senzilles i he escollit una sèrie de paraules que es van utilitzar en alguns d’aquests altres descriptors tant per a la maduresa de les dades com per a la maduresa del procés. Així doncs, quan ens fixem en aquest fet, podeu començar a pensar en algunes de les paraules que veieu que surten de les vostres pròpies cultures internes en termes de coses que s’estan dient. I això us ajudarà a començar a classificar on, com a organització general, comencem a encaixar en aquesta escala de maduresa en general. Així que si veieu coses com la incoherència o l’estancament o les ineficiències apareixen amb força freqüència o caos, normalment sereu al final més baix de l’escala. Quan comenceu a pensar en coses com la millora contínua, l’alineació estratègica, l’enfocament preventiu dels defectes i la qualitat i aquest tipus de coses, la integració plena i parleu de bones pràctiques en avantatge competitiu, és quan veureu vosaltres mateixos. a l’optimitzador, extrem més alt de l’escala.
De nou, alguna cosa que vull remarcar també és que quan es comença a estudiar el govern de les dades, en particular quan es mira la part inferior de l'escala, es troba a les fases inicials, la governança de dades només es pot introduir a nivells del projecte individual. Heu d'evolucionar fins a un punt en què el govern de dades i l'objectiu particular sigui de la governança de dades del projecte i ha evolucionat a través de la governança de dades de programes i divisions, on torna a formar part de l'empresa i està integrada en l'organització en general.
He parlat del fet que es tracta de bessons que funcionen junts quant a la maduresa de les dades i la maduresa del procés. Per assolir aquesta maduresa, a qualsevol banda de l'escala és un viatge i no es poden saltar passos. Si esteu en zero, haureu d’evolucionar a través de les etapes un, dos, tres, quatre i, finalment, arribar a cinc. I, en realitat, hi ha molt poques organitzacions al món. Així doncs, moltes organitzacions estarien més que contents d’estar en un punt en què es trobin a tres i després ser capaços d’utilitzar-ho com a trampolí endavant. I, de nou, no hi podeu anar, no es pot arribar als quatre de la maduresa de les dades i a la maduresa del procés. Simplement no funciona perquè estan entrellaçats que heu d'entendre i tenir un bon maneig de les vostres dades i processos conjuntament.
Una bona analogia per pensar-ho tal com és, en el vostre viatge cap a la maduresa organitzada, suposem que el vostre equip està format per dues persones: una és la maduresa del procés i l’altra la maduresa de les dades. Executeu una pista d'obstacles i us ajusteu amb una corda curta. I per arribar al final d'aquest curs, vol dir que tots dos heu de passar, no només tots els obstacles, sinó que heu de passar per tots els obstacles gairebé al mateix temps o molt a prop dels altres. capaç de seguir endavant i arribar al següent obstacle. És una forma molt bona de pensar en l'equilibri entre la maduresa del procés i la maduresa de les dades. En altres paraules, pots ser una mica centrat en els processos i ser una mica centrat en les dades, però serà un indicador capdavanter, i no pot haver-hi moltes llacunes per aconseguir arribar a través dels nivells.
I llavors quan tornem a examinar-ho des de la governança de dades, una de les coses que volia assenyalar per si no en sabíeu, és que DAMA va publicar el Cos de Coneixement de Dades del volum de coneixement de dos anys més aviat aquest any i de les coses que canviat hi ha la roda real de DAMA. I, realment, la vaig representar una mica diferent, on la governança de dades és al centre i les deu categories diferents al voltant de les diferents rodes. Una cosa molt important a veure aquí és el modelatge de dades i el disseny actualment té les seves pròpies àrees al volant: abans era una combinació amb les altres. Una de les qüestions molt fonamentals aquí és que el modelat de dades és fonamental per a tots aquests altres aspectes, ja que, si estem fent un modelat de dades de les nostres bases de dades o els metadats que tractem, el model de dades té un paper important. toca en totes aquestes altres peces de què parlem. I la modelització de processos també té un paper important en moltes d’aquestes coses, perquè, a més d’entendre les dades mateixes, hem d’entendre com s’utilitzen i així és que la modelització de processos ens ajuda realment a fer-ho.
Ara canviem una mica els engranatges i parlem d’arquitectura empresarial. I els models també són crucials per a l'arquitectura empresarial. I baso això en l’exemple i aquest és el marc de Zachman que mostro aquí molt ràpidament. I quan ens fixem en això, veieu diverses coses aquí. Veus què, com, on, qui, quan i per què és el tipus d’escala que hi ha a la part superior. A continuació, aneu a nivells d’elaboració més detallats, si ho voleu, quant a tipus de modelatge o tipus de coses que esteu elaborant en termes d’arquitectura empresarial des d’un nivell contextual molt alt fins a un nivell detallat, inclosa la implementació física. Si observeu les primeres columnes, es tracta de què hi ha molta intensitat de dades i dades. Com es basa el procés. I si ens fixem en els altres aspectes, fareu servir una combinació de processament i modelatge de dades en termes d’aconseguir la resta de la informació. Tindreu dades sobre totes aquestes coses diferents i els vostres models de procés també vincularan, com ara el lloc on succeeixen les coses, la responsabilitat. I també pel que fa a la modelització de processos que fem a les nostres eines, podeu començar a lligar-ho als objectius, a les relacions i a les regles de negoci que condueixen aquestes coses diferents que esteu fent.
Des d'una perspectiva global del marc de Zachman, una de les bones maneres de pensar-ho també és que sou impulsats pel model i realment esteu passant pels diferents nivells. Així que comenceu amb un abast d’alt nivell i el context. A continuació, aneu evolucionant cap a models de negoci, fins als models de sistema, després els models tecnològics i, a més, la vostra representació molt detallada dels models tècnics. I de nou, les dades representen el que, el procés és el com i realment és una combinació de les dades i el procés que interactuen que condueixen totes les altres característiques aquí.
A partir d’això, no és casual que la manera com considerem la idea d’arquitectura empresarial es basa una mica diferent de les que poden tenir algunes altres. Molt sovint sentireu que els quatre pilars de l'arquitectura empresarial són dades, adquisició, arquitectura empresarial i tècnica. Ho mirem una mica diferent que això. Veiem l’arquitectura de dades com el fonament fonamental que impulsa tota l’arquitectura empresarial per dos motius. Un, és aquí on va començar. Fins i tot coses com el marc de Zachman van sorgir principalment de l’arquitectura de dades, i després van créixer a l’abast també dels altres aspectes de l’arquitectura. I dos, perquè l’empat fonamental entre el procés i les dades. Per això veiem l’arquitectura empresarial com el pilar central de l’arquitectura empresarial. I, per descomptat, es complementa amb l’arquitectura d’aplicacions i l’arquitectura tècnica, que són habilitadores de la necessitat absoluta, que ens permeten conduir l’autèntica habilitat empresarial. Ara, quan ens fixem en termes de ER Studio Enterprise Team Edition, la nostra plataforma de modelització integrada, és així com entra en joc. I es tracta d’un esquema de context d’alt nivell d’alguns dels models que fem i d’alguns dels fonaments que hi ha al darrere. I això realment s’inclou, això es realitza en un diagrama de procés. Així doncs, quan observem la nostra peça d’arquitectura de dades en particular i la nostra arquitectura empresarial a continuació, proporcionem eines basades en paper.
I quan ens fixem en l'extrem inferior esquerre de la nostra eina d'arquitectes empresarials, és aquí on treballen normalment analistes i arquitectes empresarials. I normalment se centren en alguns dels processos empresarials i comencen a impulsar-los. Però també estan centrats en què. Llavors, comencem a fer un modelat de dades conceptual i aquest tipus de coses. Podem aprofitar i incorporar aquells components de modelatge conceptual a la nostra eina de modelat de dades i a l’arquitecte de dades, on s’elaboren més a fons en models de dades lògiques i, per descomptat, en última instància en models físics de manera que podem generar bases de dades físiques. I també podem recular perquè els models conceptuals s’actualitzin també a l’espai d’arquitectura empresarial. Una cosa molt important és que donem suport als diferents tipus de modelatge. De manera que, de nou, la BI és molt important i els llacs de dades i aquest tipus de coses, de manera que realment també fem alguns models i també com a part d'això, fem modelatge de llinatges de dades. Així, no només l’ETL en termes de com podeu fer el mapeig dels vostres models físics als vostres models dimensionals per a magatzems de dades, o fins i tot aportar coses dels vostres llacs de dades i veure com s’assenyalen aquests mapes, podem combinar totes aquestes coses. A més de reenviar enginyeria inversa des d’altres plataformes de modelatge, des de plataformes de dades grans.
I també coses com les eines ETL, de manera que podem començar a derivar diagrames de linatge de dades directament a partir de les especificacions ETL que podeu tenir al vostre propi entorn. També és molt important saber que hem hagut d’expandir més enllà del model relacional. Tenim algunes plataformes com Hive i, sobretot, MongoDB, ara comencem a parlar de botigues de documents, on tenim conceptes com a matrius i objectes incrustats. Realment hem ampliat la notació per poder allotjar-nos també a aquest tipus de models perquè és un concepte no relacional. Tot allò que hem creat a l’eina d’arquitecte de dades quant a artefactes de dades, ja siguin entitats lògiques o taules físiques i els seus atributs, també es pot tornar a introduir en el modelatge de processament de negocis. Així, mentre elaboreu models de processos empresarials des d'un nivell més alt i baixeu a un nivell inferior, podeu enllaçar els elements de dades reals. De manera que podeu actuar, podem especificar les matrius CRUD del que passa realment. Així doncs, això et proporciona el cicle de vida de les dades de què he parlat amb la creació, la lectura, l’actualització i la supressió a nivell de procés. I també fem el model complet de processos BPM allà mateix amb el nostre propi conjunt de superposicions, de manera que podeu començar a lligar estratègies empresarials, objectius empresarials. També podem enllaçar les aplicacions que implementen aquests processos empresarials, totes des del punt de vista del model.
Altres coses són extremadament importants també en els nostres models de dades. Domina i gestiona les característiques de govern de dades o de qualitat de dades. Podeu definir i crear allí les vostres pròpies metadades per a les característiques que voleu rastrejar, i això vol dir que ara utilitzeu el vostre model com a model per conduir-ho a través de tota l'organització, als vostres dipòsits de metadades i tot el que sigui. I, per descomptat, una de les limitacions del modelat, fa molts anys, quan molts de nosaltres vam començar a la indústria fent això, és que produiríem aquests models. Què faríem? Els imprimiríem, els posaríem en una paret, possiblement per compartir membres del equip i aquest tipus de coses. El veritable valor d’això és poder compartir i col·laborar dins de les nostres organitzacions. Per això, tenim un enfocament basat en dipòsits per registrar i revisar els nostres models i espais de treball. I els compartim amb els representants que són l'organització, ja siguin altres agents tècnics, usuaris de negocis i aquest tipus de coses. I lliga-ho també a la nostra plataforma de col·laboració anomenada Team Server.
Aleshores, es va parlar de glosaris i termes empresarials anteriors i de la importància i desenvolupar aquest vocabulari per al negoci. Tot això es va fer a Team Server, on els usuaris i empreses que poden col·laborar en aquests termes. Són visibles, utilitzables en l’arquitecte de dades, per exemple, a prop de models de dades i, per descomptat, molts d’aquests glosaris comercials provenen d’alguns dels diccionaris de dades que hem creat als nostres models de dades. Els podem fer servir: també a partir de les eines d’arquitecte de dades, el punt de partida és el glossari empresarial, on es poden perfeccionar més, i també amb la gestió del canvi al seu voltant.
Això va ser molt. Per resumir, un parell de coses de què hem parlat és provar una veritable maduresa organitzativa, cal un enfocament equilibrat que estigui format per la maduresa de les dades i la maduresa del procés. No es pot aconseguir l’un sense l’altre. De nou, fonamental, cal tenir-ne tots dos i haureu de confiar en això, concretament, en la modelització de dades i el model de processos tant per a l'arquitectura empresarial com per a la governança de dades i el govern de processos, també a les vostres organitzacions. L’arquitectura empresarial realment la uneix en termes de mirar aquestes facetes i perspectives diferents. Per fer-ho, necessiteu una base sòlida d’arquitectura de dades i necessiteu un model de processos integrador per proporcionar aquest context empresarial i que us permeti avançar el procés empresarial i el consum de dades. De nou, més important que mai. Puc dir, el que és vell és de nou. Així doncs, el modelatge de dades, modelatge de processos, llinatge, metadades i glossaris són fonamentals per aconseguir-ho i ER / Studio Enterprise Team Edition és una plataforma col·laborativa que combina tot això.
I amb això, podem passar a les preguntes.
Eric Kavanagh: Bé.
Ron Huizenga: Anirem a tu, Eric.
Eric Kavanagh: Ron, he de donar-li a conèixer el meu barret per l’esforç que feu per documentar aquests diferents processos i marcs. Això és el material que tens. Suposo que la gran pregunta que tinc és qui hauria de supervisar aquestes coses en una organització, perquè toqueu tantes coses diferents. Cifres de processos, serà un cap d’operacions o una persona d’operacions. Cicle de vida de dades, penseu que potser serà un responsable de dades. Es toca tantes parts diferents i tants components diferents per al negoci. Com es troba la persona adequada o el grup de persones, i és un comitè de direcció? Què es? Què ens podeu dir de qui hauria de fer això en una organització?
Ron Huizenga: Ja ho sabeu, és una pregunta interessant. En realitat podem passar un dia discutint els mèrits de diversos enfocaments. Però, alguna cosa que definitivament vaig veure, ja que estava consultant abans d’entrar en el rol de gestió del producte, és quan vaig mirar l’organització, això ha estat part del problema: aconseguir la propietat i aconseguir que la gent s’apoderi d’això. I quan ens fixem en disciplines com la nostra modelització de dades i fins i tot la nostra modelització de processos empresarials, o fins i tot en els primers dies, el diagrama de flux de dades i aquests tipus de coses, aquest tipus de problemes van sorgir. Però a mesura que avancem i crec que ara reconeixem cada cop més que realment això ha de ser el negoci. Per tant, voleu que la propietat estigui dins del negoci.
I vaig a ofendre algunes persones de TI aquí, però crec fermament que la raó per la qual hem vist l'evolució del rol de responsable de dades és que la majoria de les organitzacions han fallat en el paper de CIO. I això és degut a que molts dels CIO estan tècnicament enfocats en lloc de dades i processats. Així que crec que realment necessiteu això, probablement haureu de necessitar algun tipus de comitè de direcció a les organitzacions més grans. Però, realment, ha de ser propietat del negoci. Jo faria l’argument que la vostra empresa, la seva modelització de processos, la seva modelització de dades, tots han de pertànyer al negoci, perquè això us ofereix la possibilitat d’assegurar-se que IT, qui és el responsable de les dades i implementi aquests processos a través d’allò que ells. creeu, teniu aquest martell per assegurar-vos que es produeix si realment és propietat de l'empresa.
Eric Kavanagh: Sí, crec que estaria d'acord amb això. Però Jen, què penses en això?
Jen Underwood: Així que és realment interessant. Això al que feia al·lusió quan deia que la cura de la gent i la seva interacció és probablement una de les coses més importants. En un moment donat, havia escrit un llibre blanc sobre el fet que es tractés d'un govern d'autoservei de BI, que és molt similar a això. Es tracta d’aconseguir-ho, trobar una manera de motivar a la gent, el costat del valor empresarial, per aconseguir que se’n preocupin. I llavors quan veuen, o troben, si es tracta de la catalogació de dades o de qualsevol angle que calgui. Potser és reduir els costos d’enviament, fer que algú sigui responsable de l’organització, així és com pot aconseguir que es faci càrrec. I sí, el negoci absolutament. Els experts en temes empresarials ho faran o el separaran.
Eric Kavanagh: És difícil. Crec que sempre voleu tenir aquest consorci d’interessats d’arreu de l’organització. Per descomptat, no voleu la paràlisi d’anàlisi. No vol que la burocràcia sigui pel bé de la burocràcia. El que voleu és que l’organització tingui un pla d’acció i tingui documentades aquestes coses. Ja ho sabeu, crec que quan es comença a parlar de modelització de processos empresarials fa 25 anys, però estava principalment desvinculada del negoci real. Crec que almenys en algunes indústries podeu treure molt d’aquest procés del programari real que gestiona les coses. Però crec que hem de trobar una manera d’equilibrar aquests dos mons, no? Voleu tenir models de procés actualitzats i que reflecteixin el que passa realment. Així que no voleu que sigui un exercici independent, on es troba en un prestatge en algun lloc. Però això és una mica difícil, oi? Com que no tots els sistemes operatius estan alineats amb aquest tipus de codi executable. Però, què en penses?
Ron Huizenga: Absolutament. I és interessant perquè una de les coses que miro és quan les persones, ja ho sabeu, ens hem convertit en una societat de gratificació instantània. La gent pensa: “Oh, només sortirem a comprar algunes eines i que això funcioni per a nosaltres”. És com si no aneu a comprar la maduresa del procés. No vareu a comprar la maduresa de les dades. És un treball dur. Has d’enrotllar les mànigues i has de fer-ho realitat. I el mecanisme per fer-ho realitat és el modelatge. És massa complex no tenir una representació visual, no només de l'estat actual en què treballeu, sinó de poder dissenyar com millorareu aquests diferents processos empresarials. Necessiteu aquest marc visual per poder comprendre quin impacte tindran aquests canvis.
Eric Kavanagh: És realment, només estic tuitejant; Tweet ara això: “No anireu a comprar la maduresa del procés, no anireu a comprar la maduresa de les dades.” Només puc estar d’acord totalment amb totes dues coses. I Jen, us portaria els vostres pensaments. I llançaré una altra pregunta. Un dels assistents es pregunta: què s’entén per empresa impulsada per processos o per maduresa del procés? Jen, pots parlar amb això?
Jen Underwood: Puc parlar una mica millor de la pregunta anterior. Quan penso, es digui veritat, és el primer, ja sabeu, comprar eines. Va ser un comentari tan fantàstic, perquè és cert. Però el que diré és molt millor. Per tant, reviso moltes solucions i veig diferents espais i les poso a prova. El que millora és descobrir dades, marcar i, com a mínim, donar-vos una sortida massiva i també fer que, quan dic menys dolorós, sigui gairebé divertit. Imaginem que un catàleg de dades o un projecte MDM sigui divertit. És, i teniu gent en una organització que està utilitzant aquestes dades, ja siguin informes o altres tipus de coses i crec que fins i tot algú de la línia ho havia dit, fa que la gent tingui cura del seu pla de desenvolupament individual. Sí, fins i tot, pugeu un nivell més. Es tracta d'afegir aquestes coses i diem ara que hem reduït els enviaments equivocats un 30 per cent i això és el que es va estalviar la quantitat de diners. Simplement és gestionar millor les nostres dades. Es tracta d’aquests tipus de coses i hi poses diners i ho fas divertit. O ho fas interessant i rellevant per al que fan. Crec que és una mica de la màgia que crec que falta en molts d'aquests compromisos que la gent tracta de fer això en una organització i està bloquejada.
Eric Kavanagh: Sí, aquest és un bon punt. I, Ron, al vostre comentari de fa uns moments sobre la importància de tenir un marc visual, crec que això és absolutament cert perquè moltes vegades, si la gent no pot veure alguna cosa, és molt difícil envoltar-vos el cap. vol dir, i, certament, quan comenceu a parlar de processos complexos amb interdependències i punts de control i totes aquestes coses, heu de situar-lo en algun lloc en algun moment i, idealment, ho feu amb un programari que té una funcionalitat incrustada per catalogar-lo. per exemple, quines transformacions es van produir utilitzant diferents línies des d'aquest punt fins a aquest punt. O què hi ha disponible en aquest punt de control. I faig referència a la meva història de la gestió del risc allà, on un punt de control és qualsevol punt d’un procés o qualsevol opció o una aplicació individual o de programari on es pot canviar alguna cosa, no? És el que anomenen punt de control. I, per a mi, és realment valuós obtenir aquest marc visual. Perquè, a continuació, es pot veure i tipus de passeig i només es necessita temps. Es necessita temps al cervell humà per gestionar aquestes coses i per entendre-ho realment i per tant optimitzar-ho, oi?
Ron Huizenga: Absolutament. I per fer servir una analogia diferent que crec que ho posa en perspectiva: sóc una mica d’aviació per la qual cosa, diria que, si intenteu pensar en paral·lel, penseu en construir un 747 - o un Airbus 380, per la qual cosa no tria cap venedor a l’altre - penseu en què seria difícil fer-ho basat en documents compostos només de text en lloc dels models i els dibuixos CAD 3-D i tot de com en realitat es reuneixen.
Eric Kavanagh: Sí, seria difícil. I Jen també ha de parlar.
Ron Huizenga: El negoci és el mateix, oi?
Eric Kavanagh: Sí, no és així. Jen ha de parlar amb una de les vostres zones calentes que us agrada estudiar, que és la visualització. Heu de poder visualitzar alguna cosa per entendre-ho del tot.
Jen Underwood: Molts humans ho fan, sí. I fins i tot només es parla una visualització, què és el que diu, milers de paraules o alguna cosa així. Quan ho veuen, s’ho poden creure. I ho aconsegueixen.
Eric Kavanagh: Estic d'acord. I m'encanta, Ron, la forma en què heu combinat tot això. Suposo que només em tornen a preguntar, necessiteu un campió dins de l’organització i qui estarà fora, serveixi d’enllaç a diferents grups. Els administradors de dades són algunes de les que parlem sovint; crec que és un paper molt important i crec que és un paper que ha cridat molt més l'atenció en els darrers tres o quatre anys, ja que hem apreciat el valor de les dades. governança, no? Aquest administrador de dades és algú que pot parlar amb l'empresa però també comprendre els sistemes, comprendre el cicle de vida de les dades, aquesta imatge completa. I suposo que aquesta persona pot ser i hauria de ser probablement sota el govern del CEO, no?
Ron Huizenga: Sí, i necessitareu un equip multifuncional, oi? Per tant, necessitareu gent que formi un equip que ho faci o que sigui de les diferents àrees que representen la part tècnica, les que ja sabeu, les diferents àrees de negoci. I, ja ho sabeu, segons el tipus d’organització que sou, si teniu una oficina de gestió de projectes i moltes de les iniciatives que feu són impulsades per un PMO, voldreu assegurar-vos que disposeu de PMO. implicació, així com una mena de seguretat per a tothom en harmonia i sincronitzant la manera de treballar.
Eric Kavanagh: Sí, i ja saps, una última cosa, posaré aquesta última diapositiva, marc de governança. Vam tenir una pregunta als assistents, no falten dades d'aquesta diapositiva? És a dir, hi ha dades implicades a la diapositiva o què en penseu del comentari sobre les dades que falten a la diapositiva?
Jen Underwood: No, i això només és un marc de govern genèric. Essencialment, això prové de l’espai de BI de l’autoservei, de manera que les dades s’impliquen molt en això. Tot just venia des del meu angle i les meves perspectives i no tan centrat en el costat de les dades a l'hora de confluir això. Però, sens dubte, les dades serien, quan pensis en totes aquestes peces, hi hauria dades. Si es tracta de la base de dades, la rendició de comptes utilitzant dades durant tot el procés i durant tot el marc.
Eric Kavanagh: Sí, no té sentit complet. I suposo que us llançaré una última pregunta a sobre, tal com ens acabem aquí, Ron. Si penso en quanta més informació i quantes més dades utilitzem en aquests dies i en quina distància hi ha les organitzacions, quina importància tenen els ecosistemes en aquests dies entre els socis del canal i com podem compartir informació entre aquestes associacions i en una poca referència ràpida de blockchain a això: no complicar les coses. El que és bàsic és que estem en un món connectat cada cop més basat en dades, tant des d’una perspectiva empresarial com des de la nostra vida diària. A mi, això només augmentarà la participació encara que les organitzacions facin una ullada de la mirada al que estàs suggerint aquí, quina és la seva maduresa, on es troben i quina distància es troben en termes de corba i de ser sincers amb ells mateixos, no? Perquè si no ho sabeu millor, no ho podeu millorar millor i si no reflexioneu sobre les coses, no ho sabreu millor, oi?
Ron Huizenga: Exactament. I suposo que una frase que faria servir és que, probablement, no sou tan bo com creieu que ho sou. Això pot semblar molt dur, però la gent pot ser molt optimista al respecte, però si es fa una mirada realment dura i una autovaloració crítica molt bona, crec que qualsevol organització trobarà, ja ho sabeu, importants importants necessitat de dirigir-se.
Eric Kavanagh: He d'acord. I un dels nostres col·legues d'allà em va comentar la importància de les metadades, les dades sobre dades. No hi ha dubte d’això. El metadat és la cola que manté tots aquests sistemes i encara no hem trencat totalment el codi i, per una bona raó, francament, perquè els metadades canvien. És diferent de sistema a sistema. Ja sabeu, com més intenteu normalitzar les vostres dades, menys exacte crec que es converteixen.
Així doncs, estem molt bé en aquest estrany món i, potser, suposo que m’estendré una altra pregunta, Jen, perquè heu esmentat un parell de cops de catàlegs de dades. M'encanta aquest nou moviment de tecnologia de catàleg de dades que analitza automàticament els vostres sistemes d'informació, comprova noms de columnes de metadades, etcètera, i us ajuda a crear de forma incrementada la visió estratègica de les vostres dades i els vostres metadades en els vostres sistemes. Perquè per a mi, per fer manualment aquestes coses, és just, hi ha massa. I mai no arribareu al capdamunt d'aquest turó abans que l'allau us caigui i, ja ho sabeu, ja us heu normalitzat fins al punt de la massa de joc gris o bé no us heu normalitzat prou fins on realment no feu No sé què està passant. Per a mi, que utilitzeu les màquines, l’aprenentatge de màquines de les quals parlem, aquest serà el clau en el futur per ajudar-nos, com a mínim, a posar una corda al voltant de les dades suficients per comprendre bé el que hi ha, oi, Jen ?
Jen Underwood: Sí, sí. M'encanten aquestes tecnologies. Són molt, molt xulo. I després, hi penseu, us donarà un inici de carrera massiu. I després podeu fer servir fullsource. Ja sabeu que teniu els administradors de dades, si hi afegiu la documentació pròpia o aquesta és la perspectiva que hi ha, aquests són els canvis. Ja ho sabeu, dient que es tracta de les fonts de dades certificades que s’han d’utilitzar per als informes. La gent pot cercar i trobar les dades adequades. És realment, realment força maca. I també ajuda - quan penso en els negocis i com era la gestió de dades crítiques empresarials quan era quan feia coses DBA - hem utilitzat propietats esteses i SQL Server i analitzar amb eines com IDERA, oi? Per intentar crear un catàleg de dades. Però, en la versió de DBA o dels arquitectes de dades, ja sabeu, sigui quin fos el valor o la columna o el camp, segurament no coincidia amb el que era el negoci. Si el negoci ara és capaç de saber-ho fàcilment, conèixer-ho, buscar-lo i gestionar-lo i tenir-ho tot basat en objectius, és realment, m'agradaria que ho haguéssim tingut enrere fa molt de temps. Així que millora molt.
Eric Kavanagh: És curiós. Tenim un altre comentari final d'un membre d'audiència, dient que potser el blockchain serà el més valuós per posar un segell d'autenticació a metadades. És un bon punt i, ja ho sabeu, el blockchain és una tecnologia increïble. Ho considero com una mena de fonament cohesionat per connectar molts punts entre sistemes i aplicacions, etc. I, ja ho sabeu, estem en les primeres etapes del desenvolupament de blockchain, però ara veiem que està desconnectat, per descomptat, des d’aquest punt inicialment en què va sortir al capdavant, i ara teniu IBM treballant molt. sobre tecnologies blockchain. SAP ha comprat tot això. I realment ho és, presenta una oportunitat per a una base i un marc més profunds per connectar tots aquests sistemes i tots aquests punts.
Així, les persones, han cremat bé durant una hora. Gràcies per seguir acompanyant-nos avui, però sempre ens agrada respondre les vostres preguntes i arribar a tots els comentaris. Arxivem tots aquests transmissions web per a la seva posterior visualització, de manera que saltem en línia a insideanalysis.com, on podeu trobar l'enllaç. Hauria d’estar al cap d’unes hores, normalment després de l’esdeveniment. I ens posarem al dia la propera vegada. Tenim un parell d’esdeveniments més a la setmana que ve, moltes coses passant. Però això us acomiadarà. Gràcies pel teu temps. Cuida't. Comiat.
