[Servertraining] Hoe nieuwe medewerkers wegwijs te maken?

[Pogostokje]

Hallo,

Vanuit werk doet mijn team applicatiebeheer voor diverse windows applicaties op windows 2003/2008 servers.
Er is een overlap tussen applicatiebeheer en systeembeheer. Veel applicaties installeren services, schrijven in de eventlogs, werken met lokale/domein accounts om shares te benaderen, hebben last van GPO, etc.

Hoewel er zoals in elk groot bedrijf een heel blik met echte systeembeheerders aanwezig is, beperken zij zich voornamelijk tot het beheren en draaiend houden van de servers en het operating systeem. Applicatie installatie en troubleshooting vindt ergens anders plaats: in mijn team.

Waar ik tegenaanloop is dat medewerkers niet altijd voldoende kennis hebben van Win2003/2008 servers en moeite hebben om applicatie zaken te troubleshooten, de scheiding tussen applicatie en OS niet zien, geen praktische kennis hebben waar dingen te configureren zijn, geen batch bestand kunnen begrijpen, etc.

Ik heb zitten bedenken en zoeken hoe ik dit kan oplossen. De grote jongens bieden allemaal diverse Microsoft trainingstrajecten aan maar deze lijken te uitgebreid te zijn. Er is geen behoefte aan kennis hoe een server te installeren of een AD schema te ontwerpen ... dat gaat allemaal te ver en is meer super-compleet dan praktisch. Mijn doel is niet om systeembeheerders op te leiden.

Waar ik naar op zoek ben zijn ervaringen of misschien zelfs ideeen hoe deze mensen een kennis-boost kunnen krijgen.

[CodeCaster]

Laat de applicatiebeheerders eens een dag met de systeembeheerders meelopen en vice versa?

[MrOizo2005]

Beste is inderdaad om ze mee te laten lopen met iemand die er wel kennis van heeft. dan aan de nieuwe medewerken vragen hoe hij probleem x zou oplossen en daaruit beslissen of hij op de goede weg zit. en desnoods het probleem laten oplossen met iemand die achter hem meekijkt.

[alt-92]

Pogostokje schreef op vrijdag 16 juli 2010 @ 11:19:

Waar ik naar op zoek ben zijn ervaringen of misschien zelfs ideeen hoe deze mensen een kennis-boost kunnen krijgen.

Naar mijn mening hoef je echt geen compleet trainingstraject er aan vast te knopen, je kan het ook met een van de basis MCTS/MCP certificeringen af voor 2008/2003 (denk aan een 70-642 of een 70-290).
De rest van je teamleden kan dan de boeken ook gebruiken en de collega's raadplegen.

Ik vind het persoonlijk een stukje eigen verantwoordelijkheid als applicatiebeheerder om basiskennis van het OS waar je app op draait te hebben - maar dat zal wel komen omdat ik ietwat andere praktijkervaringen heb opgebouwd.

[Pogostokje]

Training on the job of een dagje meelopen levert niet genoeg en juiste kennis overdracht op. IT'ers onderschatten wel eens de hoeveelheid informatie die ze hebben opgedaan in de jarenlange ervaring. Voor nieuwkomers die geen systeembeheer achtergrond hebben is dat allemaal niet te volgen. Ik heb het hier over mensen die al verteld moet worden hoe je een command prompt opent of waar je netwerk instellingen kunt vinden. Erg basis voor "ons", maar een goede middag klooien voor hun.

Eigen verantwoordelijkheid ben ik het zelf helemaal mee eens, maar in de praktijk ligt men liever op het strand dan zelf eens voor de grap een windows server te installeren thuis.

Er heerst een opvatting dat als er kennis nodig is, dat het bedrijf die kennis moet aanleveren in de vorm van trainingen en workshops. Komt dat bekend voor?

Ik ben erg geholpen met de deel-trainingen! Ik heb wel een leuke fundamentals training gevonden die toewerkt naar die 70-642 en 70-290.

Evengoed blijf ik benieuwd naar ervaringen van anderen bij andere bedrijven.

[To_Tall]

Dan moet je denk ik jezelf wel gaan afvragen of je wel de juiste mensen in dienst neemt. Zeker voor applicatie beheerders denk ik dat kennis van een server systeem noodzakelijk is. Daarnaast voldoende kennis hebben van de applicatie's die zij moeten beheren.

[alt-92]

Pogostokje schreef op vrijdag 16 juli 2010 @ 12:58:

Eigen verantwoordelijkheid ben ik het zelf helemaal mee eens, maar in de praktijk ligt men liever op het strand dan zelf eens voor de grap een windows server te installeren thuis.

Dat is natuurlijk weer het andere uiterste maar potverdikkeme zeg; het is je werk.
Het getuigt imho van een gebrekkige inzet als je 'verdomt' je kennis op peil te houden, dan mag je je als werkgever echt afvragen of je de juiste mensen wel hebt rondlopen.

[Zwelgje]

alt-92 schreef op vrijdag 16 juli 2010 @ 16:07:
[...]

Dat is natuurlijk weer het andere uiterste maar potverdikkeme zeg; het is je werk.
Het getuigt imho van een gebrekkige inzet als je 'verdomt' je kennis op peil te houden, dan mag je je als werkgever echt afvragen of je de juiste mensen wel hebt rondlopen.

true, maar probeer die mensen maar eens te ontslaan dat lukt je gewoon niet.

* Zwelgje heeft ook van 'dat soort' collega's rondlopen met contracten tot het einde der tijden..

[Razwer]

Powershell schreef op vrijdag 16 juli 2010 @ 18:10:
[...]


true, maar probeer die mensen maar eens te ontslaan dat lukt je gewoon niet.

* Razwer heeft ook van 'dat soort' collega's rondlopen met contracten tot het einde der tijden..

onzin, 3x slechte review geven en ze zak geld geven. opgerot staat netjes.

[YellowOnline]

alt-92 schreef op vrijdag 16 juli 2010 @ 16:07:
[...]

Dat is natuurlijk weer het andere uiterste maar potverdikkeme zeg; het is je werk.
Het getuigt imho van een gebrekkige inzet als je 'verdomt' je kennis op peil te houden, dan mag je je als werkgever echt afvragen of je de juiste mensen wel hebt rondlopen.

Met ^^ Aan de andere kant: de werkgever moet ook wat opleiding voorzien. Alles via zelfstudie verwachten is ook niet de bedoeling.

[ Voor 66% gewijzigd door YellowOnline op 17-07-2010 01:58 ]

[Henkje.doc]

Misschien een vreemde vraag, maar hebben de applicatiebeheerders veel adhoc werkzaamheden? Voorbeelden hiervan zijn adhoc SQL query's, veel vragen van gebruikers en andere niet echte applicatiebeheer taken.

In de praktijk zie je dit vaak terugkomen en een combinatie van adhoc werkzaamheden en gestructureerd kennis opbouwen zijn dingen die niet lekker altijd samengaan.

Tijd inplannen is dan een manier, echter als het bedrijf dynamisch is moet je ervoor waken dat de gereserveerde tijd voor studie en kennisopbouw niet telkens door allerlei redenen komt te vervallen.

[alt-92]

Vandaar ook dat voorstel voor een MCP/MCTS certificering.
Kan je ook met klassikaal onderwijs doen, en met een beetje onderhandelen kan je dat echt wel via je werkgever geregeld krijgen - anders zit je als werknemer ook verkeerd.

[Pogostokje]

Het barst van de adhoc werkzaamheden die uitgevoerd moeten worden. Op het ene moment worden ze geacht een netwerk connectie probleem te onderzoeken, het volgende moment moet er een SQL query verzonnen worden, blokkeert een grouppolicy een of andere instelling of start er een windows service niet op. Laatst moest er iemand verzinnen hoe je zo handig mogelijk van 900 mp3 bestandjes wav bestanden maakt via een script en een commandline converter. Allemaal erg divers, en ik zie dat sommigen de basiskennis missen om hier aan te beginnen. Dat kost ze erg veel tijd, inderdaad.

Let wel, dit zijn geen domme jongens, vrijwel allemaal HBO-niveau en ze zijn erg goed in het beheer van de applicaties en alle bedrijfsprocessen er om heen. Het zijn alleen geen systeembeheerders of creatieve IT'ers met een windows achtergrond. De werkzaamheden zijn wat veranderd over de loop van de laatste paar jaar.

Richting die MCP/MCTS gaan is misschien wel een hele zinvolle stap. Ik heb in ieder geval de informatie eens opgezocht. Werkgever investeert, werknemer doet aanvullend wat zelfstudie en wie weet.

[Henkje.doc]

Pogostokje schreef op zaterdag 17 juli 2010 @ 00:36:
Het barst van de adhoc werkzaamheden die uitgevoerd moeten worden. Op het ene moment worden ze geacht een netwerk connectie probleem te onderzoeken, het volgende moment moet er een SQL query verzonnen worden, blokkeert een grouppolicy een of andere instelling of start er een windows service niet op. Laatst moest er iemand verzinnen hoe je zo handig mogelijk van 900 mp3 bestandjes wav bestanden maakt via een script en een commandline converter. Allemaal erg divers, en ik zie dat sommigen de basiskennis missen om hier aan te beginnen. Dat kost ze erg veel tijd, inderdaad.

Let wel, dit zijn geen domme jongens, vrijwel allemaal HBO-niveau en ze zijn erg goed in het beheer van de applicaties en alle bedrijfsprocessen er om heen. Het zijn alleen geen systeembeheerders of creatieve IT'ers met een windows achtergrond. De werkzaamheden zijn wat veranderd over de loop van de laatste paar jaar.

Richting die MCP/MCTS gaan is misschien wel een hele zinvolle stap. Ik heb in ieder geval de informatie eens opgezocht. Werkgever investeert, werknemer doet aanvullend wat zelfstudie en wie weet.

Ok vergelijkbare situatie als waar ik werk.
Naast de vragen rondom applicaties (en klein analyse werk wat richting een ontwikkelaar gaat) ook allerlei andere klussen tussendoor.

Als ze geen echt beheer (deployments e.d.) gaan doen dan kan een dergelijke kijkje in de keuken al erg mooi zijn.

Mochten er mensen tussen zitten die echt meer met beheer willen gaan doen moeten de kans kunnen krijgen om hiermeer mee te kunnen doen. Misschien staat er opeens wel een nieuwe Biztalk expert op .
Aan basiskennis (HBO) zal het niet liggen.

Wat wel van belang is, is dat de opgedane kennis wel zsm in de praktijk gebruikt moet kunnen worden en soms betekent dit idd dan thuis wat opbouwen en wat spelen. Voordeel is wel dat als je thuis niet de 99,5% beschikbaarheid haalt er niet gelijk SLA managers over de vloer komen

[downtime]

Pogostokje schreef op zaterdag 17 juli 2010 @ 00:36:
Het barst van de adhoc werkzaamheden die uitgevoerd moeten worden. Op het ene moment worden ze geacht een netwerk connectie probleem te onderzoeken, het volgende moment moet er een SQL query verzonnen worden, blokkeert een grouppolicy een of andere instelling of start er een windows service niet op. Laatst moest er iemand verzinnen hoe je zo handig mogelijk van 900 mp3 bestandjes wav bestanden maakt via een script en een commandline converter. Allemaal erg divers, en ik zie dat sommigen de basiskennis missen om hier aan te beginnen.

Misschien zijn die werkzaamheden ook gewoon te divers. Als ik dit lees dan heb ik de indruk dat jullie afdeling een soort kliko is waar van alles in terecht komt en waar de medewerkers opdrachten toegeworpen krijgen omdat ze nu eenmaal "verstand van computers" hebben.
In die situatie zou ik als medewerker ook niet zo geneigd zijn om me meer in de techniek te verdiepen. Ik zou niet weten waar ik moest beginnen.

Het lijkt mij dat wat meer specialisatie nuttiger zou zijn dan nu mensen opleiden. SQL queries maken is nu eenmaal heel ander werk dan netwerkproblemen troubleshooten. Pas als mensen zich meer in bepaalde taken kunnen specialiseren wordt het ook nuttig om ze beter voor die taken op te leiden.

[alt-92]

downtime schreef op zaterdag 17 juli 2010 @ 19:02:

Het lijkt mij dat wat meer specialisatie nuttiger zou zijn dan nu mensen opleiden. SQL queries maken is nu eenmaal heel ander werk dan netwerkproblemen troubleshooten. Pas als mensen zich meer in bepaalde taken kunnen specialiseren wordt het ook nuttig om ze beter voor die taken op te leiden.

Je kan binnen je team inderdaad wel 'specialisten' of experts aanwijzen die meer gericht op een categorie problemen zitten.
Neemt niet weg dat kennis bijwerken met een erkende certificering altijd in je voordeel is.

[Henkje.doc]

alt-92 schreef op zaterdag 17 juli 2010 @ 19:07:
[...]

Je kan binnen je team inderdaad wel 'specialisten' of experts aanwijzen die meer gericht op een categorie problemen zitten.
Neemt niet weg dat kennis bijwerken met een erkende certificering altijd in je voordeel is.

Gevaar is en blijft dat mensen een nog grotere kliko worden van calls waar andere niet aan toe komen of echt geen benul van hebben.

Kennis moet je echt spreiden want anders krijg je een te groot risico. Mensen moeten natuurlijk wel oprecht willen. Dwingen helpt niet, zeker als ze hun normale taken naar behoren doen.

[Verwijderd]

CodeCaster schreef op vrijdag 16 juli 2010 @ 11:20:
Laat de applicatiebeheerders eens een dag met de systeembeheerders meelopen en vice versa?

Dit lijkt mij een zeer goed plan. Ik denk dat je er beter voor kan zorgen dat beide afdelingen begrip voor elkaar hebben. Dat een systeembeheerder niet kan programmeren dat is in bijna alle gevallen zo. Dat programmeurs niet weten wat het doel is van de systeembeheerders is misschien wel het issue.

[downtime]

Henkje.doc schreef op maandag 19 juli 2010 @ 18:04:
Kennis moet je echt spreiden want anders krijg je een te groot risico.

Ik heb gemerkt dat dat een populaire denkwijze onder managers is. Het is natuurlijk heel valide maar leidt wel altijd tot een afdeling waar iedereen op hetzelfde (lage) niveau functioneert.

In mijn ogen heb je een keus: Je zorgt dat al je medewerkers uitwisselbaar zijn, en hetzelfde werk kunnen doen, maar accepteer dan ook dat iedereen dat op een matig niveau doet.
Of je streeft naar meer kwaliteit en accepteert dat medewerkers zich daardoor moeten specialiseren en minder uitwisselbaar worden.

[Henkje.doc]

downtime schreef op maandag 19 juli 2010 @ 18:40:
[...]

Ik heb gemerkt dat dat een populaire denkwijze onder managers is. Het is natuurlijk heel valide maar leidt wel altijd tot een afdeling waar iedereen op hetzelfde (lage) niveau functioneert.

In mijn ogen heb je een keus: Je zorgt dat al je medewerkers uitwisselbaar zijn, en hetzelfde werk kunnen doen, maar accepteer dan ook dat iedereen dat op een matig niveau doet.
Of je streeft naar meer kwaliteit en accepteert dat medewerkers zich daardoor moeten specialiseren en minder uitwisselbaar worden.

mmm misschien toch maar Manager worden? zonder gekheid. Zit zelf in de categorie applicatiebeheerders die er meer bij wilen doen. Een keuze van mezelf waar ik van mijn baas de kans (en middelen ) voor krijg.

Merk wel op dat er een gat komt als je een dergelijke stap niet maakt.

Plus je merkt dat bij 'incidenten' vaak 'het matige niveau' een probleem geeft richting de eindgebruiker / klant. Zij willen goed geholpen worden en zo snel mogelijk geholpen wil worden.

De aanhaaltekens staat er bewust bij, want een incident is betrekkelijk. (wat voor een app beheerder erg lastig kan zijn, kan voor een developer 1 vinkje zijn.) en matig niveau is al helemaal moeilijk te beschrijven.

Bedoel ik voel mezelf matig als ik om mij heen kijk naar wat ik sommige andere collega's zie doen, maar of dat dan de richtlijn is?

Wat ik opmerk is dat applicatiebeheer vaak wordt gezien als vergaarbak voor allerlei werkzaamheden binnen een bedrijf. Je bent geen systeembeheer want je hebt de rechten niet, maar een functioneel beheerder ben ik je ook weer niet wat functioneel ken je de werkprocessen niet voldoende om in theorie productie te kunnen draaien (wel globaal om te kunnen beoordelen of de eindgebruiker het proces volgt). Blijft in ieder geval lastig en per afdelings / bedrijf maatwerk om dat goed in te richten.