Scenariet: Stort egenudviklet system. 1-2 udviklere. Hverken dokumentation eller gennemskueligt design. Systemet er en del af kernen i forretningen. Udviklerne siger op. Slemt? Nej: Katastrofalt.
Bill Gates skriver i sin nye bog "Ledelse med tankens hast" at lederne skal lære at benytte IT i den daglige ledelse. Tilsvarende vil jeg argumentere for at de virksomhedsledere, der har relativt få softwareudviklere ansat til at udvikle og vedligeholde software, får taget sig sammen til at stille de rette krav til udviklerne.
Scenariet er desværre ikke grebet ud af den blå luft - det forekommer jævnligt i mindre danske virksomheder. Ledelsen læner sig tilbage i forvisningen om, at det går jo godt nok. Og alt imens vokser investeringen i det udviklede programmel. Og der er ikke andre end den ene eller de få udviklere, der kan vedligeholde det. Hvis man tænker lidt over det, er det jo egentlig en ganske skræmmende tanke. Ikke alene er det ofte beløb i millionstørrelsen, der er investeret i det udviklede system. Men man kan også blive tvunget til at afskrive sin investering på den lille måned, som udviklerens opsigelsesvarsel er. Og at tro at man bare lige kan overdrage et større system til andre på kort tid er illusorisk. Det kan man ikke.
Så var det ikke på tide at få stillet nogle simple krav til udviklerne: Beskriv jeres design og foretag eventuelt en oprydning i det. Udviklerne vil (som regel) elske denne lejlighed til endelig at få bevilget tid til at lave en pænere struktur i deres system. Ofte er funktionerne blevet klistret på som knopskydning. Og investeringen er en god forsikring mod at systemet skal kasseres hvis udviklerne skulle finde på at rejse. Tidligere snakkede man meget om den berømte tagsten, som udviklerne kunne få i hovedet. Det er mig bekendt aldrig nogen sinde sket i virkeligheden. Derimod sker det dagligt at nøglepersoner finder andre græsgange med store omkostninger til følge i det firma, de forlader.
Men lad nu være med i panik at falde i dokumentationsgrøften, og bed udviklerne om at lave en detaljeret dokumentation af det udviklede system. Omkostningerne er her for store i forhold til gevinsten. Dels bliver systemet ikke mere vedligeholdelsesvenligt af at blive sminket, og hvis der ikke stilles krav om en fremtidig løbende vedligeholdelse af dokumentation, vil den lynhurtigt blive forældet.
Mit råd til virksomhedsledere med meget små softwaregrupper er altså at begynde at betragte software som den investering, det er. Og så komme i gang med at beskytte jeres investering. F.eks. gennem en "forårsrengøring", dvs. en 1-2 ugers periode, som udviklerne bruger på redesign og gennemgang/brush-up/kommentering af koden, så den bliver lettere gennemskuelig.
Rådet gælder naturligvis ikke store virksomheder. Her er der jo helt anderledes styr på tingene - ikke?
Stephen Biering-Sørensen
Fagrådet for Systemudvikling
Dansk Dataforening
