De största utmaningarna med kundanpassad mjukvaruutveckling

Inom teknikindustrin kommer du ofta att upptäcka att så många som 50-70% av *anpassad projekt för utveckling av programvara slutfel. Detta urgamla problem är en mardröm för många CTO:er och teknikchefer. Å andra sidan innebär en förvarning att du kan förbereda dig själv och dina Team och minimera risken för misslyckanden. Det här är en utmaning för varje team av utvecklare, Produkt designers och du som ledare bör mötas.*

Jag tvivlar inte på att anpassad programvara projekt är krävande och du måste ta hand om även de minsta detaljerna för att lyckas. Ärligt talat, efter att ha tittat på statistiken i det här ämnet är jag förvånad över problemets omfattning. Jag insåg själv hur viktigt det var när jag läste berättelserna om företag vars samarbete med tekniska partners slutade i fiasko eller vars team förlorade en projekt på grund av ett betydande överskridande av budget eller tidsfrist.

Jag började fundera på varför det var så. Jag har flera års erfarenhet av projekt för utveckling av anpassad programvaraså jag var särskilt intresserad av det här ämnet. Jag bestämde mig för att utifrån mina egna erfarenheter identifiera alla de största hoten i samband med *anpassad Utveckling av programvarasom jag nu kommer att dela med mig av.*

Min personliga lista över de största utmaningarna med utveckling av kundanpassad programvara

1. Språkbarriär. Det här är ett av de vanligaste problemen när människor letar efter en teknisk partner. Jag tvivlar dock inte på att denna faktor lätt kan lösas. Du behöver nämligen bara välja en partner för mjukvaruutveckling som kan garantera en problemfri kommunikation. Flytande kunskaper i engelska är obligatoriska. Det är ett internationellt språk, och du kan inte kommunicera ordentligt utan det. Föreställ dig att du vill prata med en utvecklare om något problem eller någon bugg. Om det visar sig att den enda person som kan tala engelska är en projektledare som inte är en teknisk person, då finns det ett problem. Du måste veta att kommunikation med utvecklare - för att vara effektiv - måste vara mycket exakt, vilket kräver kunskap om det engelska språket. Kom ihåg den här enkla regeln.

2. Dålig kommunikation. Kommunikationsaspekterna är i viss mån relaterade till språkbarriären. Förutom språket måste du vara övertygad om att ditt dagliga samarbete är välorganiserat. Enligt min mening förbises denna aspekt ofta. Utvecklingsteamets kompetens kan vara en viktig del av deras jobb, men det är också kommunikationen med en kund. Dessutom - och det vet jag av egen erfarenhet - om den ömsesidiga kommunikationsprocessen sköts på rätt sätt, så löper hela projektet mycket effektivare, och man undviker onödiga problem som förseningar.

3. Bryta deadlines. Det här är en mycket vanlig situation, som du kanske har upplevt själv. Det är mycket svårt att uppskatta tidsramar för mjukvaruutvecklingsprojekt. Ofta är de första antagandena helt felaktiga. Oförmågan att hålla deadlines kan påverkas av många faktorer, inklusive de som jag beskriver i den här artikeln. Jag tror att den korrekta metoden för projektledning spelar en stor roll här. Rekommendationer? Definitivt Scrum.

4. Otillräcklig kunskap. Mjukvaruutvecklingsprojekt kräver vanligtvis en bred kunskap om teknik. Detta är en stor utmaning om vi betänker att tekniken ständigt utvecklas och att utvecklare måste vara uppdaterade med alla nyheter. På den här punkten är det viktigt att ditt eget team är uppdaterat med tekniska nyheter. Detta är inte så självklart som det kan verka, särskilt inte när projekt för utveckling av programvara genomförs internt av en liten grupp utvecklare. Det kan uppstå en situation där teamets kompetens visar sig vara otillräcklig, vilket snabbt kan leda till problem och, som en följd av detta, till att projektet misslyckas.

5. Osammanhängande vision. Föreställ dig en situation där du inleder ett samarbete med en teknisk partner - till exempel en programvaruhus och pratar om dina behov. Du beskriver i detalj den produkt som du skulle vilja skapa. I början verkar allt gå smidigt. Med tiden visar det sig dock att din vision är helt annorlunda än din partners. Det uppstår ett problem eftersom det arbete som utförs av teamet av utvecklare och produktdesigners inte uppfyller dina förväntningar.
   Jag tror att detta är ett ganska vanligt problem. Ibland är det svårt att kombinera kundens vision med "hårda" lösningar som används av utvecklare. I den här situationen är erfarenhet av tekniska team och mjuka färdigheter definitivt till hjälp. Det är viktigt att din tekniska partner uppfyller dina förväntningar, men som kund måste du vara medveten om att en viss lösning som mjukvaruföretaget föreslår i själva verket kan visa sig vara mer effektiv. Ha detta i åtanke.

6. Förändringar under projektets gång. När det gäller IT-projekt är "scope creep" (från ägarens sida) och "gold planting" (från PM, Scrum Master eller utvecklare) de vanligaste hoten. Okontrollerade förändringar i projektet, tillägg av nya funktioner eller införande av ändringar faller utan tvekan under hot som påverkar både effektiviteten och hastigheten i projekten. Det rätta sättet att leda ett projekt är att se till att det första viktiga steget är 100% korrekt, eftersom detta kommer att påverka projektets senare framgång.

7. Otillräckliga medel för projektutveckling. Finansieringen är en av de viktigaste faktorerna för att ditt projekt ska bli framgångsrikt. Detta är uppenbart. Jag skulle dock vilja fästa er uppmärksamhet på en lite annorlunda aspekt. Det är viktigt att ni har en garanterad budget på lång sikt och inte bara för den utvecklingsperiod som antogs i början. Varför är det så? Anledningen är enkel. Det är mycket ofta så att utvecklingstiden förlängs med upp till 20-30%. Detta måste du ta hänsyn till så att ditt projekt är finansiellt säkert. Du minimerar risken för att ditt projekt fortfarande befinner sig i utvecklingsfasen när budgetbrister börjar uppstå. Detta är direkt relaterat till en felaktigt beräknad projekttid.

8. Odefinierade hot och svagheter. Innan du påbörjar projektet vet du förmodligen att hela processen kanske inte är helt enkel. Du håller säkert med mig om att varje projekt är en utmaning. Därför tycker jag att du, innan du sätter igång, ska analysera potentiella hot och svagheter som kan påverka slutresultatet. Det är viktigt att hantera sådana hot på rätt sätt redan från början.

Sammanfattning

Jag skulle inte vilja föreslå vilket av de hot som anges ovan som är vanligast. Jag tror inte att det finns någon regel för detta - det beror helt och hållet på projektets särdrag. Men om du står inför utmaningen att framgångsrikt genomföra ditt eget projekt, tänk då på vad jag har skrivit här. Jag tror att om man tar hänsyn till de problem jag beskriver kan det vara en vägledning för er, som visar vad man inte ska göra och hur man ska hantera ett hot. Allt detta för att inte bli ett offer för brutal statistik utan snarare framgångsrikt slutföra projektet.

Och det är vad jag önskar för dig. Om du har några frågor som rör utveckling av anpassad programvaravänligen kontakta mig. Jag kommer gärna att svara på dem alla.

Läs mer om detta:

Varför är det värt att ha ett tillväxtteam som ansvarar för affärsutveckling? Codest fallstudie

Hur hittar man en marknad som passar för din produkt?