De største udfordringer med brugerdefineret softwareudvikling

I teknologibranchen vil du gentagne gange opleve, at så mange som 50-70% af *brugerdefineret softwareudviklingsprojekter slutfejl. Dette ældgamle problem er et mareridt for mange CTO'er og tekniske ledere. På den anden side betyder en advarsel på forhånd, at du kan forberede dig selv og din hold og minimere risikoen for fejl. Det er en udfordring for ethvert team af udviklere, produkt designere og du - som leder - bør mødes.*

Jeg er ikke i tvivl om, at Brugerdefineret software projekter er krævende, og du er nødt til at tage dig af selv de mindste detaljer for at få succes. For at være ærlig er jeg forbløffet over problemets omfang efter at have set på statistikkerne om dette emne. Personligt indså jeg, hvor vigtigt det var, da jeg læste historierne om virksomheder, hvis samarbejde med tech-partnere endte i fiasko, eller hvis team mistede en projekt på grund af en betydelig budget- eller deadlineoverskridelse.

Jeg begyndte at undre mig over, hvorfor det skulle være sådan. Jeg har flere års erfaring med Tilpassede softwareudviklingsprojekterså jeg var særligt interesseret i dette emne. Jeg besluttede, at jeg på baggrund af min egen erfaring ville identificere alle de største trusler i forbindelse med *brugerdefineret softwareudviklingsom jeg nu vil dele med dig.*

Min personlige liste over de største udfordringer ved udvikling af skræddersyet software

1. Sprogbarriere. Det er et af de mest almindelige problemer, når folk er på udkig efter en teknisk partner. Jeg er dog ikke i tvivl om, at denne faktor nemt kan løses. Du skal nemlig bare vælge en Partner til softwareudvikling som kan garantere problemfri kommunikation. Flydende engelsk er obligatorisk. Det er et internationalt sprog, og man kan ikke kommunikere ordentligt uden det. Forestil dig den situation, at du vil tale med en udvikler om et problem eller en fejl. Hvis det viser sig, at den eneste person, der kan tale engelsk, er en projektleder, som ikke er en teknisk person, så er der et problem. Du skal vide, at kommunikation med udviklere - for at være effektiv - skal være meget præcis, hvilket kræver kendskab til det engelske sprog. Husk denne enkle regel.

2. Dårlig kommunikation. Kommunikationsaspekter er i nogen grad relateret til sprogbarrieren. Ud over sproget skal du være overbevist om, at dit daglige samarbejde er velorganiseret. Efter min mening bliver dette aspekt ofte overset. Udviklingsteamets kompetence er måske nok en vigtig del af deres job, men det er kommunikationen med kunden også. Desuden - og det ved jeg af egen erfaring - hvis processen med gensidig kommunikation er ordentligt styret, så kører hele projektet meget mere effektivt, og du undgår unødvendige problemer som f.eks. forsinkelser.

3. Bryder deadlines. Det er en meget almindelig situation, som du måske selv har oplevet. Det er meget svært at estimere tidsrammer for softwareudviklingsprojekter. Ofte er de indledende antagelser helt forkerte. Manglende evne til at overholde deadlines kan påvirkes af mange faktorer, herunder dem, jeg beskriver i denne artikel. Jeg tror, at den rette metode til projektledelse spiller en stor rolle her. Anbefalinger? Helt klart Scrum.

4. Utilstrækkelig viden. Softwareudviklingsprojekter kræver normalt en bred viden om teknologi. Det er en stor udfordring, hvis vi tænker på, at teknologien hele tiden udvikler sig, og udviklerne skal være opdateret med alle nyhederne. På dette punkt er det vigtigt, at dit eget team er opdateret med teknologiske nyheder. Det er ikke så indlysende, som det måske ser ud til, især ikke når softwareudviklingsprojektet er implementeret internt af en lille gruppe udviklere. Der kan opstå en situation, hvor dit teams kompetencer viser sig at være utilstrækkelige, hvilket hurtigt kan føre til problemer og dermed til, at dit projekt mislykkes.

5. Usammenhængende vision. Forestil dig en situation, hvor du indleder et samarbejde med en teknisk partner - for eksempel en Softwarehus og taler om dine behov. Du beskriver i detaljer det produkt, du gerne vil skabe. I begyndelsen ser alt ud til at gå glat. Med tiden viser det sig dog, at din vision er helt anderledes end din partners. Derfor opstår der et problem, fordi arbejdet i teamet af udviklere og produktdesignere ikke lever op til dine forventninger.
   Jeg tror, det er et ret almindeligt problem. Nogle gange er det svært at kombinere kundens vision med de "hårde" løsninger, som udviklerne bruger. I denne situation er teknisk teamerfaring og bløde færdigheder helt sikkert nyttige. Det er vigtigt, at din tekniske partner lever op til dine forventninger, men som kunde skal du være opmærksom på, at en bestemt løsning, som softwarevirksomheden foreslår, faktisk kan vise sig at være mere effektiv. Husk på dette.

6. Ændringer i løbet af projektet. I forbindelse med IT-projekter er scope creep (fra ejerens side) og gold planting (fra PM, Scrum Master eller udviklere) de mest almindelige trusler. Ukontrollerede ændringer i projektet, tilføjelse af nye funktioner eller indførelse af ændringer falder utvivlsomt ind under trusler, der påvirker både projekternes effektivitet og hastighed. Den rigtige tilgang til ledelse er at sikre, at den første nøglefase er 100% nøjagtig, da dette vil påvirke projektets senere succes.

7. Utilstrækkelige midler til Projektudvikling. Finansiering er i bund og grund en af de vigtigste faktorer for dit projekts succes. Det er indlysende. Men jeg vil gerne henlede opmærksomheden på et lidt andet aspekt. Det er vigtigt, at du har et garanteret budget i det lange løb og ikke kun for den udviklingsperiode, som du antog i begyndelsen. Hvorfor nu det? Årsagen er enkel. Det sker meget ofte, at udviklingstiden forlænges med op til 20-30%. Det skal du tage højde for, så dit projekt er økonomisk sikkert. Du vil minimere risikoen for, at dit projekt stadig er i udviklingsfasen, når der begynder at opstå budgetmangler. Dette er direkte relateret til en forkert estimeret projektvarighed.

8. Udefinerede trusler og svagheder. Før du går i gang med projektet, ved du sikkert, at hele processen måske ikke er helt enkel. Du vil sikkert være enig med mig i, at ethvert projekt er en udfordring. Så jeg synes, at du skal analysere potentielle trusler og svagheder, der kan påvirke det endelige resultat, før du går i gang. Det er vigtigt at håndtere sådanne trusler korrekt lige fra begyndelsen.

Sammenfatning

Jeg vil ikke foreslå, hvilken af de trusler, der er nævnt ovenfor, der er den mest almindelige. Jeg tror ikke, der er nogen regel for dette - det hele afhænger af projektets detaljer. Men hvis du står over for udfordringen med at gennemføre dit eget projekt med succes, så husk på, hvad jeg har skrevet her. Jeg tror, at det at tage højde for de problemer, jeg beskriver, kan være en guide for dig, der viser, hvad du ikke skal gøre, og hvordan du skal håndtere en trussel. Alt dette for ikke at blive et offer for brutal statistik, men snarere for at gennemføre projektet med succes.

Og det er det, jeg ønsker for dig. Hvis du har spørgsmål i forbindelse med Udvikling af skræddersyet softwarekontakt mig venligst. Jeg vil med glæde besvare dem alle.

Læs mere om det:

Hvorfor er det værd at have et vækstteam med ansvar for forretningsudvikling? Codest casestudie

Hvordan finder du et marked, der passer til dit produkt?