Opfølgning på WPF-foredrag del 3 – Hvordan overtales chefen?
Hvis man som udvikler først har bestemt sig til at man godt kunne tænke sig at kaste sig ud i WPF – hvordan skal man så overtale chefen til at det er en god ide? Hvad skal få ham til at indse at de 3-6 måneders nedsat produktivitet vil give bonus senere hen? Her er mine bud:
For det første er det ekstremt vigtigt at fokusere sine argumenter og have en rød tråd igennem dem. Husk på at chefen ikke er udvikler (som regel da i hvert fald) og har andre prioriteter. Der er mange “Show me the money”-argumenter som skal pudses af. Det skal være en win-win situation for ham.
Dernæst – vedligeholdsudgifter kan værre svære at forklare. At der vil blive sparet 30-40% af vedligeholdelsesudgifterne efter skiftet til WPF er for det første noget af en påstand. Den er umulig at bevise og uhåndgribelig. Her er det en god ide at lave en eksempelapplikation, som kan det samme – men er skrevet i hvert sit framework. Den skal ikke være særlig stor – men heller ikke en Hello world applikation. Tag et eksempel fra den eksisterende løsning og kod det i WPF (eller få folk til det). Sammenlign de to løsninger uden at gå i detaljer. De fleste vil have forståelse for, at det er sværere at vedligeholde 200 linjer kode i forhold til 45. Og så virker 30-40% fald i vedligeholdelsesudgifterne mere rimeligt – endda lidt lavt sat.
Læg vægt på at produktet er 2 år gammelt – de færreste chefer har lyst til at være forsøgskaniner på noget der er vitalt for forretningen. Det kan virke som et underligt argument især for nye udviklere i branchen, hvorfor chefer satser på ‘gammel’ teknologi, men der er en del gode argumenter for det. First-movers på en teknologi kan måske opnå en kernekompetence på sigt, men det hjælper ikke meget hvis teknologien bliver forkastet inden frugten kan høstes. De fleste kan forstå, at man bliver nødt til at tage springet på et eller andet tidspunkt – og de fleste produkter er modne 1 1/2 – 2 år efter deres lancering.
Husk også at motivation af medarbejderstaben er meget vigtig. De fleste medarbejdere har godt af at blive ‘rusket’ med jævne mellemrum. Efter 3-5 år med det samme arbejdsområde er rutinen på sit højeste og trummerummet ved at sætte ind. Det er ikke her man skal forvente at medarbejderen vil blive voldsomt meget mere produktiv ved at fortsætte i samme spor. Derimod vil bare et mindre skift i arbejdsgangene kunne anspore medarbejderen til at finde nye måder at løse de samme problemer. Et skifte fra Windows Forms til WPF vil kunne flytte eksisterende medarbejdere meget i forhold til at designe mere interaktive produkter, fordi tilgangen er så forskellig.
De ting man skal være varsom med at anvende som argumenter, er “Windows Forms er på vej ud…” og lign. For det første er det ikke rigtigt – og for det andet er IT branchen så fuld af eksempler på at eksisterende produkter vil fortsætte med at blive anvendt længe efter at de er blevet ‘dødsdømt’ af medierne. Chefer kender den slags argumenter som tynde og salgstricks – så lad være med at anvende dem.
Som en afsluttende bemærkning kan også nævnes den tætte sammenhæng mellem syntaksen i Silverlight og WPF. Silverlight er efterhånden ved at have en god udbredelse især i udlandet – og det er formentlig kun et spørgsmål før vi ser den som en af de førende standarder herhjemme.