inlägg skrivet av
expertpanel, Forbes Technology Council
framgångsrika CIO: er, CTOs & chefer från Forbes Technology Council erbjuder förstahandsinsikter om teknik & företag.
foto:
Getty
tekniska team dyker ofta in i nya mjukvaruprojekt med stora förhoppningar, vilket gör det desto mer frustrerande om projektet blir spårat. Tekniska ledare måste vara medvetna om potentiella projektgropar i förväg för att undvika att slösa tid och budget Dollar.
experterna från Forbes Technology Council har övervakat många projekt i sina professionella uppdrag. Nedan delar 14 av dem gemensamma skäl mjukvaruprojekt flundra och vad tekniska team kan göra för att undvika att falla i en fälla.
1. Att inte förstå företagets behov
en av anledningarna till att mjukvaruprojekt misslyckas är bristen på förståelse för företagets behov. Verksamheten måste tydligt formulera kraven i detalj. Det måste finnas en exakt kartläggning av funktioner och funktioner till företagets behov. Att tilldela en erfaren företagsledare till projektgruppen är avgörande för framgång. – Wesley skurk, FP komplett
2. Oförmåga att nå enighet om prioriteringar
det finns olika orsaker till att mjukvaruutvecklingsprojekt misslyckas, men en vanlig som har stor inverkan är när projektsponsorerna och projektgrupperna inte är tydligt anpassade till projektets högsta prioriteringar. Att sönderdela dessa prioriteringar i” must-haves”,” should-haves ”och” could-haves ” kan ge en solid ram för iteration och leverans av särskilda funktioner. – Jahn Karsybaev, Prosource IT
3. Brist på tydlighet och genomförandestrategi
det primära målet för ett mjukvaruprojekt är att lösa ett företags problem. Det kräver inte bara effektiv och effektiv projektledning och hantering av intressentförväntningar utan också ett tydligt samförstånd från hela gruppen av intressenter om definitionen av företagets problem och en robust genomförandestrategi för att leverera programvara som löser företagets mål. Underlåtenhet att ta itu med någon av de aspekter som beskrivs ovan resulterar i ett spårat projekt. – Kartik Agarwal, TechnoSIP Inc.
4. Börjar inte med slutkunden
ibland börjar mjukvaruprojekt med en bra ide som implementeras (i tid eller sent) och levereras endast för utvecklare att upptäcka att problemet de löste inte var det problem som deras kund behövde lösas. Att göra det hårda arbetet med att djupt förstå dina kunder, vad de behöver och vad de är villiga att betala för sätter taket på projektprestanda och kan hjälpa till att fokusera om ett team när saker spårar ur. – Guy Yalif, Intellimize
5. Oklara krav
en av de vanligaste orsakerna till att programvaruprojekt misslyckas är oklara krav och bristen på en detaljerad förklaring. Ofta är kunderna själva inte säkra på exakt vad de vill se, och som ett resultat kan projektet inte gå vidare. Att kommunicera med dina kunder och be dem om deras detaljerade vision om produktens framtid är nyckeln till att säkerställa att projektet inte kommer att misslyckas. – Daria Leshchenko, SupportYourApp Inc.
6. Förväntar sig en ”silverkula”
alltför ofta uppstår entusiasm från den falska tron att en ordspråkig ”Silverkula” kommer att lösa ett givet problem. Men rätt lösningar är sällan så enkla – de är en blandning av metodik, strategi och teamstöd, inte resultatet av en enda åtgärd, teknik eller IDE. Tekniska ledare bör uppmuntra öppen kommunikation och utnyttja deltagande gruppbeslut för att lösa utmaningar. – Christopher Yang, Företagsresehantering
7. Att arbeta i en Silo
den största anledningen till att mjukvaruprojekt misslyckas är att Team går in på en resa för att bygga något som antingen inte är ett affärsbehov eller inte tar upp rätt problem. Båda orsakerna är ett resultat av felinriktning mellan företag och teknik. För att undvika detta är det viktigt att identifiera det problem som verksamheten försöker lösa och sedan arbeta kollektivt med verksamheten och inte i en silo. – Tanvir Bhangoo, Freshii inc.
8. Tänker att omfattningen kan definieras Upfront
även om det är viktigt att förstå problemet och definiera användningsfall upfront, nästan inget projekt kan anses vara framgångsrik om den inte anpassar sig till förändrade affärskrav under utveckling. Tyvärr insisterar vissa tekniska team fortfarande på att slå det ursprungliga målet, vilket gör deras ansträngningar ineffektiva eller till och med ett misslyckande. – Song Bac Toh, Tata Kommunikation
9. Brist på samordning och detaljerad planering
många mjukvaruprojekt är sena eller misslyckas på grund av brist på god samordning och detaljerad planering. Team måste genomföra en bottom-up planeringsprocess som identifierar beroenden mellan leveranser och inkluderar uppskattningar från ingenjörerna själva. Efter att releaseplanen är inställd kör jag dagliga 15-minuters stand-up-möten där frågor dyker upp och nya risker identifieras och hanteras. – Dave Mariani, AtScale
10. Friktion orsakad av odefinierade Roller
odefinierade Roller skapar ofta friktion på projektgrupper. Försök att använda ett DACI-ramverk från början för att tydligt definiera vem som har auktoritet på vad. För fasta projekt kan omkalibrering av vem som är förare, godkännare, bidragsgivare och informerad inom projektet fungera som en hård återställning, inspirerande förnyat samarbete och autonomi. – Leore Avidar, Lob.com Inc.
11. Förväntar Overcustomization av programvara
ofta tror vi att programvara kan anpassas till en nivå som kommer att skräddarsy för alla behov. Det är en missuppfattning. Att vara realistisk är viktigt. Definiera kraven på programvarans kapacitet. Att göra ändringsförfrågningar när du går kräver justeringar, men det är hatten som måste bäras för att undvika frustrationer. – Bhavna Juneja, oändlighet, ett Stamford-teknikföretag
12. Brist på disciplin
om vi skulle bygga ett hus och fortsätta ändra planen skulle projektbudgeten gå ur kontroll och deadline efter deadline skulle missas. Skapa en vision om hur projektets framgång ser ut. Lås ner den och kör. Varje annan bra ide och omväg kan övervägas för en senare fas av projektet. – Sam Polakoff, Nexterus, Inc.
13. För många händer i Dev potten
etablera (och begränsa) vem som är involverad från dag ett, oavsett om du bygger in-house eller inte. Detta kan vara svårt för större teknikföretag med komplexa processer och kommunikationskanaler. Men i apputvecklingsvärlden är en sådan komplexitet skadlig för att skapa en fullt realiserad produkt som matchar allas unika vision utan att falla offer för scope creep och en oändlig projekttidslinje. – Joshua Davidson, ChopDawg.com
14. Inte tillräckligt med tonvikt på mjuka färdigheter
ett tydligt och meningsfullt fokus på att hantera förändringsprocessen saknas ofta eller är otillräckligt. Jag har sett många mjukvaruprojekt i olika kategorier och i en rad olika typer och storlekar av organisationer stöter på utmaningar eftersom de är superfokuserade på det tekniska arbetet men inte tillämpar tillräckligt med energi mot träning, coaching, teambuilding och mjuka färdigheter. – Amith Nagarajan, rasa.io