IT Project Management | av Duncan Haughey | läs tid minuter
Låt oss börja med några oroande statistik. Endast 29% av mjukvaruprojekten var framgångsrika, 52% utmanades (kostnadsöverskridanden, budgetöverskridanden eller innehållsbrister) och 19% misslyckades, enligt Standish Group-rapporten 2015. Medan dessa resultat först framkom för några år sedan, är resultaten inte mindre sanna idag.
dessutom är andelen projekt som anses vara värdefulla av kunden 59% och av projekt som anses tillfredsställande av kunden 56%.
otillfredsställande projektresultat har blivit en IT-branschstandard där kunden inte var nöjd med resultatet. Så vad kan vi göra åt det?
en bra utgångspunkt är att ta itu med några av de kritiska orsakerna till att programvaruprojekt misslyckas.
Orsak 1: inte tillräckligt med tid
ofta bestäms en tidsfrist innan projektet startar och är inte förhandlingsbart. Denna tidsfrist resulterar i en headlong rush för att komma igång med antagandet, ju tidigare du börjar koda, desto tidigare kommer du att avsluta projektet.
en rush att börja koda är nästan alltid fel inställning. Det är viktigt att spendera tid för att skapa en bra design. Att inte ha en bra design leder till fortsatta förändringar under hela utvecklingsfasen. När detta händer, tid och budget få konsumeras i snabb takt.
lösning:
- låt dig inte frestas att hoppa rakt in och börja koda.
- tilldela tillräckligt med tid för att skapa en bra design, och resten av projektet kommer att köras mycket bättre.
detta tillvägagångssätt kommer att förbättra ditt rykte när du levererar något som uppfyller dina kunders förväntningar och fungerar första gången korrekt.
Orsak 2: otillräcklig Budget
många projekt har det lägsta priset, den mest framgångsrika leverantörspolitiken eller en orealistiskt låg budget, inte baserad på projektkraven. När detta händer saktar allt ner. Resurser är långsamma att komma fram eller kommer aldrig fram; hörn blir skurna och kvaliteten lider.
lösning:
- var realistisk om budgeten och basera den på de fullständiga kraven.
- Undvik att basera valet av leverantör enbart på det lägsta priset.
- gå till en leverantör eller ett team med dokumenterad erfarenhet av att leverera inom budget.
- använd en checklista för leverantörsval som den nedan för att hitta rätt leverantör för ditt projekt.
Orsak 3: Dålig kommunikation
det finns ett ordspråk, ”aldrig anta något”, vilket är särskilt fallet för mjukvaruprojekt. God kommunikation med din kund, användare och utvecklingsteamet är avgörande för projektets framgång. Ställ dig själv tre frågor:
- förstår alla i laget dig?
- vet de vad du förväntar dig av dem, eller har du antagit att de vet?
- kommunicerar de bra med varandra, med användare och med andra avdelningar?
lösning:
- hitta några kommunikationsuppdelningar nu. Dessa kan leda till förvirring och komplikationer senare i projektet.
- Antag aldrig att alla förstår allt som händer på projektet.
- ta dig tid att skapa en miljö där kommunikation är tillgänglig, öppen och frekvent.
orsak 4: aldrig granska Projektförlopp
när ett projekt fortskrider förändras saker och ting, vilket påverkar projektet avsevärt. Det är viktigt att fortsätta att undersöka projektets framsteg för att övervinna utmaningar tidigt och varna intressenter om eventuella förseningar och resultatförändringar.
lösning:
- ange alltid milstolpar för att granska framstegen med ditt team och intressenter under projektet. Justera vid behov för att hålla kursen.
- Håll dig nära ditt team för att förstå vad som händer och eventuella utmaningar de står inför.
orsak 5: otillräcklig testning
när trycket att leverera är på, lider testning ofta. Testningen blir kvar till slutet av utvecklingscykeln med minimal ansträngning som används vid testning. Vanligtvis är resultatet en produkt fylld med buggar och en olycklig kund.
lösning:
- utför testning under hela utvecklingslivscykeln, testa varje modul eller komponent när den utvecklas.
- lämna bara integrationstestningen till slutet av utvecklingslivscykeln, vilket resulterar i mindre stress och en bättre produkt.
orsak 6: testning i produktionsmiljön
det är förvånande hur många organisationer som testar produkter i sin produktionsmiljö. Att använda produktionsmiljön är en högriskstrategi som kan leda till säkerhetsbrott och oavsiktlig utsläpp utan testning, vilket stör produktionssystemen.
lösning:
- utveckla en process för kvalitetssäkring och lansering av nya mjukvaruprodukter.
- tillhandahålla en miljö separerad från produktionsmiljön för testning och felrättning.
orsak 7: brist på kvalitetssäkring
ofta i vår brådska att leverera programvaran lider kvalitetssäkring. Dokumentationen är ofullständig för kodändringar, designen innehåller brister och implementeringar kan vara oavslutade. Dessa leder alla till omarbetningar, förlorad tid och så småningom missnöjda kunder.
lösning:
- ta dig tid att kvalitetskontroll och dokumentera programvara innan release.
- granska Michael l Young artikel 6 framgångsfaktorer för att hantera projektkvalitet
orsak 8: Inte överensstämmer med branschstandarder
överensstämmer med branschstandarder i dina programvaruprojekt kan visa sig vara fördelaktigt genom att säkerställa god tillgänglighet, portabilitet, användbarhet, robusthet och minska nuvarande och framtida problem. Organ som World Wide Web Consortium (W3C) och Internationella standardiseringsorganisationen (ISO) har utvecklat öppna standarder som är svåra att utmana.
lösning:
- ta dig tid att införa en standardmetod för dina projekt.
- hitta vad som fungerar bra och fortsätt göra det.
- ändra allt som inte fungerar.
- granska och uppdatera dina standarder regelbundet.
nästa gång du projektledar ett mjukvaruutvecklingsprojekt, granska den här listan och påminn dig själv vad som behövs för att säkerställa framgång. Du kommer att bli förvånad; det gör skillnad.
Rekommenderad läsning: det nyfikna fallet med CHAOS Report 2009 av Jorge Dominguez.