Waarom tech is het nemen van de leiding van de bedrijfscultuur
Bedrijven worden overspoeld door verandering, misschien techneuten kan het personeel helpen zin van dit alles.
Automotive reus Daimler is het gebruik van Neo4j grafiek database technologie in de HR-afdeling. ZDNet sprak met Jochen Linkohr, de manager van het HR-bij Daimler, om meer uit te vinden.
ZDNet: Wanneer ben je gaan kijken naar het gebruik van de grafiek data model in HR en wat trok je aan?
Linkohr: Voor ons, konden we zien voordelen aan het gebruik van grafiek technologie in HR-projecten, omdat HR-gegevens is niet geïsoleerd, zodat je niet hebben doorgaans één persoon werken zonder een verbinding met een andere persoon. Als je kijkt naar een bedrijf, elke keer als je kijkt naar de mensen in het bedrijf werkt zal je zien dat ze allemaal een verbinding met andere mensen in het bedrijf werkt, zie je niet dat iemand die is volledig geïsoleerd.
Dat is één van de redenen waarom we dachten dat HR-gegevens kunnen worden voor een zeer goede pasvorm met een grafiek data model. We zijn begonnen met het proberen te begrijpen wat de grafiek en HR-gegevens gemeen hebben.
Linkohr: “We zijn begonnen met het proberen te begrijpen wat de grafiek en HR-gegevens gemeen hebben.”
Foto: Mercedes
Laat het ons zegt dat John werkt aan een google analytics-project en je hebt een andere persoon, Amy, die ook werkzaam in HR. Dan als u een andere dataset die is een google analytics-project voor HR, dan heb je een verbinding tussen John en Amy omdat ze werkt aan een google analytics-project voor HR.
Dus de gegevens en de informatie op deze gegevens is niet in de gegevens zelf; — er is John, er is Amy en is er de google analytics-aard van het project. En dat is de basis van een grafiek en dat past heel goed met de echte wereld.
Dat is de eerste reden. De tweede reden, en het is een concrete reden waarom we deze gestructureerde toepassing is dat we ons Leiderschap 2020-programma bij Daimler. We zijn het transformeren van een bedrijf uit de klassieke, hiërarchische structuur naar een mix van klassieke hiërarchieën en wat heet een ‘zwerm’, die een mengsel is van dezelfde mensen aan hetzelfde project werken maar die afkomstig zijn van verschillende afdelingen en verschillende hiërarchieën.
En wij dachten dat bij het omgaan met deze multi-gestructureerde gegevens, is het misschien een goed startpunt voor het gebruik van grafieken, want we hebben veel van de structuren worden omgezet naar andere structuren, omdat iemand wil weten die werkzaam is in een zwerm.
Dus, als iemand het wil weten wie werkt aan een zwerm en in die structuur, in die fabriek en dingen zoals dat, dan op een bepaald punt moet u het beheer van deze gegevens. We dachten dat dit een goed uitgangspunt voor het maken van een systeem dat zou moeten doen.
Dit was het uitgangspunt voor het eerste project dat wordt genoemd Structuur Kubus.
Kunt u uitleggen wat de bedoeling was?
Bedrijven hebben doorgaans een hiërarchie waar iemand heeft een baas, de baas is een baas en zo verder. Maar als je het niet hebben dat er duidelijke hiërarchie en de vennootschap is georganiseerd met behulp van zwerm dan ze zouden kunnen verwijzen naar een locatie waar u met het beheren van verschillende structuren, Dus ben ik hier binnen, laten we zeggen, vijf verschillende structuren. U kunt een kijkje nemen op mijn gegevens op een hiërarchisch niveau, maar je kunt ook kijken naar de verschillende structuren op waar ik mee bezig ben, wat ik aan het werk ben en die zwermen ik ben bezig om een resultaat te krijgen.
Dus, als je wilt wedstrijd al deze structuren op de top van een andere structuur, je zal overeenkomen met alle knooppunten waar zijn de mensen die hun eigen knooppunten en u moet een n-dimensionale afstemming van al deze structuren en andere structuren.
ZIE: IT pro ‘ s gids voor de GDPR compliance (gratis PDF)
Je hebt al deze structuren met het gebruik van dezelfde gegevens, maar gestructureerd op een andere manier. Dat is het uitgangspunt en we eindigen met een Structuur Kubus.
Heb je beginnen met een plan voor een bepaald deel van het bedrijf of heb je je doel om het te doen voor het hele bedrijf?
We begonnen met de hele onderneming van Daimler AG [een bedrijf met 250.000 werknemers]. We begonnen met de integratie van alle van de structuur. Niet op alle structuren, maar op de structuren die gemeenschappelijk zijn voor de hele onderneming.
Kan je me een voorbeeld geven van een structuur?
Een structuur kan een klassieke hiërarchie — wie is de baas van wie? Een andere structuur kan worden waar u werkt of in die zwerm? U kunt een rij op basis van een organogram of een hiërarchie diagram. U kunt ook een locatie-gebaseerde organogram afhankelijk van op welke locatie bent u werkzaam in omdat een onderneming of een afdeling van ons bedrijf kunnen niet op dezelfde locatie. Er zijn dus verschillende manieren om te bouwen grafieken afhankelijk van de gegevens.
Hoe heeft u het verzamelen van de gegevens — ik ben in de veronderstelling dat je had een soort van geautomatiseerde proces om dat te doen?
Ook de gegevens die er al was, maar op verschillende systemen, zodat we gewoon gewonnen van de verschillende systemen, of gewoon met elkaar verbonden. Dus, het was er en de zwerm organisatie had begon enkele jaren geleden, dus we moesten ze interface om de nieuwe gegevens.
De bestaande gegevens — zoals de klassieke hiërarchie — is er en we hebben net dus ook aangesloten.
Kunt u mij een idee van de bestanden als u het bouwen waren? Vermoedelijk had je een vrij grote bestand van de werknemers?
We hadden enkele duizenden nodes, maar het was niet echt veel. Voor een grafisch gegevensbestand wilt neo4 geschreven,j, dat is niets. We hebben de banden met de knooppunten in de verschillende versies van de hiërarchieën. Ik denk dat we in de dimensie van tienduizenden knooppunten.