Deze korte post is een belangrijke aanvulling op de serie artikelen 'Hoe je netwerk infrastructuur onder controle te krijgen'. De inhoud van alle artikelen in de serie en de links zijn te vinden .
Waarom werkt dit niet?
Als je probeert de beschreven processen en oplossingen in jouw bedrijf toe te passen, zul je beseffen dat ze voor jou misschien niet werken.
Laten we bijvoorbeeld het proces van toegang verlenen nemen.
Om dit proces 'in gang te zetten', moet je het volgende doen
- afspreken dat alle tickets via jou naar andere technische afdelingen gaan
- ervoor zorgen dat deze afdelingen akkoord gaan met het registreren van alle binnenkomende verzoeken
- de leidinggevenden van niet-technische afdelingen verplichten om te zorgen dat deze toegangslijsten actueel blijven
En hoe overtuig je deze mensen om voldoende saai, verantwoordelijk en in de grote lijn niet-hoofdtaak werk te doen? Overigens ben jij niet hun baas.
Argumenten over haalbaarheid en redelijkheid werken mogelijk niet, omdat het voor anderen misschien niet zo redelijk lijkt. Het is duidelijk dat dit meestal niet jouw verantwoordelijkheid is ā om dit allemaal te organiseren, is het genoeg om het management te overtuigen. Maar het probleem is dat als dit tegen de wil van de medewerkers in gebeurt, dit kan leiden tot confrontaties en politieke spelletjes. En dit zal natuurlijk de effectiviteit van het werk belemmeren.
Het lijkt me voor de hand liggend dat als je een team van professionals hebt, gezamenlijke beslissingen beter samen genomen kunnen worden, en dat het belangrijk is om samen het beste te vinden. Maar hiervoor moet er iets anders zijn, niet alleen goede technische kennis en kennis van welk proces daarvoor nodig is.
Alles wat in de serie artikelen 'Hoe je netwerk infrastructuur onder controle te krijgen' is beschreven en zal worden beschreven, zijn bewezen processen en bewezen oplossingen. Ze werken.
De redenen waarom iets niet toepasbaar of niet voor jou werkt, kunnen verschillend zijn, bijvoorbeeld een andere structuur van afdelingen binnen de technische dienst of andere netwerkvereisten, en natuurlijk moet de oplossing besproken en aangepast worden aan jouw situatie, maar het is ook zeer belangrijk wat voor soort relaties er in jouw bedrijf worden gecultiveerd, welke communicatiestijl door het management wordt gezet, en welke algemene processen er zijn.
Drie componenten
Het blijkt een hiƫrarchie te zijn:
- U kunt een sterk team van technische kennis hebben, maar als er geen duidelijke en goed gedefinieerde processen zijn, kunt u niet effectief profiteren van deze kennis.
- U kunt zowel een sterk technisch team als de kennis en vaardigheden om werkende processen op te stellen hebben, maar u kunt ze niet volledig toepassen in dit bedrijf zonder de juiste relaties.
Dat wil zeggen, we hebben een soort hiƫrarchie van 'kennis'. Laten we het zo noemen.
- Technische kennis
- Processen
- Relaties
Alle drie de componenten zijn belangrijk en veel moderne oplossingen (zoals de DevOps-aanpak) vereisen juist de ontwikkeling van alle drie niveaus. Zonder dit werkt het niet.
Bron: habr.com
