Når koden skulle være skrevet i går: Kvalitetskode under tidspres

Kender du følelsen, når koden skulle være skrevet i går? 

Måske du er med i et projekt og bliver præsenteret for en deadline, der råber, "Dette skulle være blevet gjort i går"? 

Du går fra mødet og du ved allerede, det bliver en sjusket og forhastet kode, du skal aflevere, hvis det bare tilnærmelsesvis skal nås til tiden.

Det er desværre en kendt udfordring, at der mangler forståelse for tid til at lave den rigtige (og sikre) kode fra starten af

Udfordringen består i at forklare tekniske detaljer til ikke-tekniske stakeholders. Det er ikke nogen nem opgave at forsvare tidsestimater og kodekvalitet og forklare, hvorfor visse forretningsønsker ikke er realistiske. 

Måske føler du ikke engang, det er din opgave at tage den snak? 

Desværre ender konsekvenserne helt sikkert hos dig. For forhastet kode vil næsten uundgåeligt være dårlig kode:

• I jagten på at levere hurtigt kan grundige kodegennemgange ende med at blive tilsidesat, hvilket selvsagt kan resultere i bugs eller ineffektiv kode.
• Sikkerhed kan være tidskrævende, og når det går stærkt, er vigtige sikkerhedstjek i fare for at blive nedprioriteret.
• Quick fixes kan fungere her og nu, men hovsa-løsninger bidrager til den tekniske gæld, som før eller siden skal betales. Og slutregningen kan ende med at blive langt større, end hvis problemerne blot var blevet løst korrekt til at starte med.

Så hvad kan du gøre?

Første skridt er at minde dig selv om, at det ikke skyldes ond vilje fra kollegerne eller cheferne - de mangler simpelthen forståelse for den tid og kompleksitet, der er involveret i udvikling af god og sikker software.

Den forståelse er du nødt til at give dem ved at kommunikere klart: Forklar tekniske udfordringer i en forretningskontekst. Hvis en feature tager en uge at implementere korrekt, så forklar hvorfor og hvad risiciene er ved at skynde sig.

Arbejd også på at bygge stærke relationer med nøglepersoner i forretningen. Dette kan hjælpe med at skabe en gensidig forståelse og respekt for hinandens arbejde - og så vil du formentlig opleve en helt anden lydhørhed for dine argumenter.
Dokumentér altid dine beslutninger: Hvis du bliver presset til at tage en beslutning, du er usikker på, så dokumentér den, inklusiv de potentielle risici og de samtaler, du har haft. Det kan hjælpe dig med at forsvare dem senere.

Endelig er det en god ide at der er klare forventninger, inden et nyt projekt påbegyndes: hvad er scope, tidsramme, og ikke mindst: hvad er muligt indenfor den givne tid?