Når vi laver IT-løsninger skal der altid tages hensyn til og optimeres til "Performance"/Ydelsen. Der er meget fokus på den tekniske ydelse, så at finde flaskehalse i eksempelvist et web-system er temmelig velkendt. Men, hvad hvis den største flaskehals ikke er teknik-afhængig, men viser sig at være dig? Hvad hvis flaskehalsen NETOP er din tendens til at optimere systemet, og ikke bare levere det du har? Hvad hvis flaskehalsen er din kommunikation med kunden, eller endnu værre internt med dine udviklere?
Den generelle praksis for at sikre god ydelse, er at identificere det største problem og gøre noget ved det, derefter det næst-største osv. indtil at man enten er løbet tør for tid eller ressourcer. Den generelle praksis er fokuseret på flaskehalse der er teknik-afhængige...
Opskrift på løsning, med teknik-afhængig flaskehals
Mistænk altid, at dine antagelser om hvordan systemet rent faktisk bruges er forkerte
Mistænk altid, at en flaskehals er koblet til hvor mange filer/arkiver dit program/system har åbent på en gang, eller efterspørger fra en web-server på én gang
Mistænk derefter, at din database er sat delvist forkert op til foremålet, hvis du da bruger databaser til levering af indhold
Mistænk altid, at dine test er afviklet i et for lille omfang til at reflektere den egentlige funktion af programmet/systemet
Mistænk at dine brugere har lokale forbindelses-problemer til en eventuel web-server med systemet på, en situation du ikke er herre over men bør tjekke som det første før du påbegynder nogetsomhelst
Opskrift på løsning med andre flaskehalse
Tekniske flaskehalse kan være svære nok at løse, men er det i virkeligheden dem der er de sværeste? Er det dem der er den mest betydelige?
Ofte vil en stor flaskehals og tidsrøver være i kommunikationen mellem mennesker. Flaskehalsen opstår som regel fordi at folk snakker forbi hinanden, både internt i et firma og eksternt overfor kunderne. Flaskehalsen kan afhjælpes på nogle ret lette måder;
- Konkretiser din kommunikation - Brug eksempler og metaforer når du snakker om ting som ellers kræver en teknisk viden at forstå.
- Brug ét talerør udadtil ( i tilfældet af at være i et forhold, hvor der er en leverandør med flere ansatte, og én kunde udadtil) - Lad én person håndtere kundekontakten fra dag 1, og lad alle spørgsmål og kommentarer gå via denne person. Personen er på denne måde i begge lejre; Der er forståelse for både kundens bekymringer og krav, samtidigt med at der er klarhed over hvad og hvordan der kommunikeres med kollegerne internt.
- Simplicitet - Levering af et funktionelt produkt, som endnu ikke er komplet. En måde at levere et produkt til en kunde, og sikre at det er det rette der udvikles, vil være at lever et delvist produkt til kunden, og så bygge videre på dette trinvist. Kunden vil herved også få indsigt i hvad der laves, og kunne kommentere hvor der er fejl og mangler, som endnu kan udbedres i næste udviklings-trin.