Praat met hem
Praat met hem is absoluut waar. Je moet uitzoeken wat hij wil. Je suggereert
- Geef hem training?
- Betrek hem meer bij de dagelijkse besluitvorming?
Misschien. Maar is dit wat hij wil?
Je zegt
Een van zijn zwakheden is dat hij niet goed is in het uitleggen van technische zaken aan mensen die nieuw zijn in de technische kennis van het bedrijf.
Dit klinkt als iets wat je moet aanpakken. Er zijn een paar manieren:
- Fix it. Leer hem hoe hij dingen moet uitleggen aan de nodige mensen.
- Werk er omheen. Herwerk het systeem zodat hij het niet hoeft te doen.
Je moet niet proberen deze beslissing voor hem te nemen. Vraag hem wat hij wil doen. Als hij het wil repareren, volg het dan later op om te zien of het nog steeds is wat hij wil doen. Want zoiets repareren is ongemakkelijk. Het klinkt beter in theorie dan in werkelijkheid.
Zoals dit antwoord suggereert, kan dit proces moeilijk zijn. Hij kan moeite hebben om te verwoorden wat hem ongelukkig maakt, of hij kan terughoudend zijn in het delen van zijn eigenlijke opvattingen. Dit is misschien niet één enkel gesprek, maar een proces. Ga door. Een echte diagnose is nodig om het onderliggende probleem aan te pakken.
Ambitieuze ontwikkelaars
Uw systeem lijkt ontwikkelaars te hebben op de bladeren en managers op meer senior posities. Een dergelijk systeem kan problematisch zijn. Het duwt ontwikkelaars die ontwikkelaars willen zijn uit het bedrijf. Een beter systeem heeft zowel ontwikkelaars als managers naast elkaar. Een ontwikkelaar kan dus ongeveer een supervisor (manager) of een senior ontwikkelaar worden. Niet iedereen wil een manager zijn. Er moeten manieren zijn voor mensen om hun verantwoordelijkheid te nemen zonder manager te worden.
Als hij weggaat, hoeveel kost het dan om hem te vervangen? Ik bedoel niet alleen de voor de hand liggende salariskosten van een vervanger. Hoeveel kost het om uw software te herschrijven zodat de mensen die hem vervangen begrijpen hoe de bestaande software werkt? Wat zullen de onderhoudskosten zijn voor die vervanging, zowel in termen van bugs die niet gerepareerd worden omdat niemand de software goed genoeg begrijpt en in termen van tijd besteed aan het onderhouden van software die mensen niet echt begrijpen?
Je zegt dat je hem wilt houden omdat
hij jong en ambitieus is, hij weet dingen en hij heeft potentieel om te groeien.
Vanuit het standpunt van het bedrijf is het enige wat er echt toe doet, dat hij dingen weet. Moet je hem meer betalen? Zeker, als de dingen die hij weet waardevol zijn voor het bedrijf, moet hij een deel van die waarde krijgen. Op die manier, wanneer hij op zoek gaat naar andere banen, bieden ze hem minder financieel, omdat de dingen die hij weet waardevoller zijn voor uw bedrijf dan voor andere bedrijven. Het verhoogt de directe kosten van uw bedrijf om de grote kosten van het vervangen van hem te vermijden.
Als hij ambitieus is, maar slecht in vereiste taken zoals het uitleggen van dingen aan mensen, is dat een netto negatief. Zijn ambitie kan niet bevredigend zijn. En hoe is hij ambitieus? Wil hij meer salaris? Meer verantwoordelijkheid? Een mooiere titel? Wat zou zijn ambitie bevredigen of voeden? Dit is iets wat je met hem moet praten om te leren.
Young is irrelevant. In een bedrijfstak waar de gemiddelde duur van een ambtstermijn jaren is, niet decennia, is een zestigjarige ontwikkelaar nog steeds eerder geneigd te verhuizen naar een ander bedrijf dan met pensioen te gaan van het uwe. Jong is zelfs weer negatief, omdat hij niet de ervaring heeft om te weten dat hij in dezelfde situatie terechtkomt als nu.
Waarom denk je dat hij het potentieel heeft om te groeien? Je hebt geen tekenen van zulk potentieel gegeven. Je hebt alleen dingen opgesomd die zo'n groei zouden kunnen voorkomen. Betekent groeipotentieel dat hij slecht is in bepaalde dingen en je hoopt dat hij zal verbeteren? Wat als hij dat niet doet?
Werken er omheen
Het kan zijn dat hij er liever omheen werkt dan het te repareren. Het is misschien niet duidelijk wat dat betekent, dus hier is een concrete mogelijkheid. Dit is niet de enige mogelijkheid, maar het is wel een mogelijkheid.
Laat hem een productmanager inhuren. Deze persoon zou degene moeten zijn naar wie mensen gaan voor uitleg over technische zaken. Deze persoon zou goed moeten zijn in het verkrijgen van dergelijke informatie van de ontwikkelaar. Voor het grootste deel van het bedrijf is dit de persoon die verantwoordelijk wordt geacht voor het product. De ontwikkelaar kan nog steeds een kans krijgen om deel te nemen met die persoon achter de schermen, maar dit is de persoon die ontmoetingen heeft met het hoger management en andere afdelingen.
Voor het inhuurproces, laat hem een deel van de doorlichting doen. Op die manier hou je hem niet bij iemand die hij niet kan uitstaan. Maar zorg ervoor dat de kandidaten goed zijn in de dingen die hij niet goed doet. Laat de kandidaat als onderdeel van het eindgesprek met de ontwikkelaar praten om informatie te halen en laat de kandidaat het vervolgens aan u of iemand anders uitleggen. Alleen kandidaten die laten zien dat ze dit kunnen, kunnen worden aangenomen.
Dit
- Geeft hem verantwoordelijkheid en controle.
- Geadresseerd aan het probleem van slechte verklaringen.
- Probeert hem niet te veranderen.
Hierna kun je een team samenstellen om het team dat hij eerder had te vervangen. Je kunt ervoor zorgen dat ze leren hoe de software werkt. Als hij dan over een jaar wil vertrekken, kan dat. Je hoeft niet te vechten om hem te behouden, want je hebt alternatieven. En als hij niet meer wil vertrekken, is dat misschien geen probleem meer.
Op dit moment kun je ook zijn salaris weer in overeenstemming laten komen met dat van anderen. Je hoeft hem niet te veel te betalen om hem niet te laten vertrekken. Hij gaat van kritisch belang naar gewoon een andere ontwikkelaar. Hiervoor hoef je niet te bezuinigen op zijn salaris. Geef alleen geen loonsverhoging totdat hij weer op gelijke voet staat met anderen met dezelfde waarde als het bedrijf.
Dit is niet de enige benadering, maar ik denk dat het de eisen benadrukt.