14 almindelige årsager til, at Programmelprojekter mislykkes (og hvordan man undgår dem)

foto:

Getty

Tech teams springer ofte ind i nye programmelprojekter med store forhåbninger, hvilket gør det endnu mere frustrerende, hvis projektet bliver afsporet. Tech ledere skal være opmærksomme på potentielle projekt faldgruber forud for tid til at undgå at spilde tid og budget dollars.

eksperterne fra Forbes Technology Council har overvåget mange projekter i deres professionelle tenures. Under, 14 af dem deler fælles grunde programmel projekter skrubbe og hvad tech teams kan gøre for at undgå at falde i en fælde.

1. Ikke at forstå virksomhedens behov

en af grundene til, at programmelprojekter mislykkes, er manglen på forståelse af virksomhedens behov. Virksomheden skal klart formulere kravene i detaljer. Der skal være en præcis kortlægning af funktioner og funktioner til virksomhedens behov. At tildele en erfaren virksomhedsleder til projektteamet er afgørende for succes. – FP komplet

2. Manglende evne til at nå til enighed om prioriteter

der er forskellige grunde til, at programmeludviklingsprojekter mislykkes, men en almindelig, der har stor indflydelse, er, når projektsponsorerne og projektteamene ikke er klart tilpasset projektets topprioriteter. Nedbrydning af disse prioriteter i” must-haves”,” should-haves “og” could-haves ” kan give en solid ramme for iteration og levering af særlige funktioner. -Jahn Karsybaev, Prosource it

3. Manglende klarhed og Eksekveringsstrategi

det primære mål med et programmelprojekt er at løse en virksomheds problemer. Det kræver ikke kun effektiv projektledelse og forventningsstyring af interessenter, men også en klar konsensus fra hele gruppen af interessenter om definitionen af virksomhedens problem og en robust eksekveringsstrategi for at levere programmer, der løser virksomhedens mål. Manglende adressering af nogen af de aspekter, der er skitseret ovenfor, resulterer i et afsporet projekt. – Kartik, TechnoSIP Inc.

4. Ikke starter med slutkunden

nogle gange starter programmelprojekter med en god ide, der implementeres (til tiden eller sent) og kun leveres for udviklere at opdage, at problemet de løste ikke var det problem, deres kunde skulle løses. At gøre det hårde arbejde med at forstå dine kunder dybt, hvad de har brug for, og hvad de er villige til at betale for, sætter loftet for projektets ydeevne og kan hjælpe med at fokusere et team igen, når tingene afsporer. – Guy Yalif, Intellimiser

5. Uklare krav

en af de mest almindelige årsager til, at programmelprojekter mislykkes, er uklare krav og manglen på en detaljeret forklaring. Meget ofte er kunderne selv ikke sikre på, hvad de vil se, og som følge heraf kan projektet ikke komme videre. At kommunikere med dine kunder og bede dem om deres detaljerede vision om produktets fremtid er nøglen til at sikre, at projektet ikke mislykkes. – Daria Leshchenko, SupportYourApp Inc.

6. Forventer en ‘sølvkugle’

alt for ofte opstår entusiasme fra den falske tro på, at en ordsproget “sølvkugle” vil løse et givet problem. Imidlertid er ordentlige løsninger sjældent så enkle-de er en blanding af metode, strategi og teamsupport, ikke resultatet af en enkelt handling, teknologi eller ide. Teknologiledere bør tilskynde til åben kommunikation og udnytte beslutningstagning i deltagergruppen til at løse udfordringer. – Christopher Yang, Corporate Travel Management

7. Arbejde i en Silo

den største årsag til, at programmelprojekter mislykkes, er, at teams begiver sig ud på en rejse for at opbygge noget, der enten ikke er et forretningsbehov eller ikke løser det rigtige problem. Begge grunde er et resultat af forkert justering mellem forretning og teknologi. For at undgå dette er det afgørende at identificere det problem, virksomheden forsøger at løse, og derefter arbejde kollektivt med virksomheden og ikke i en silo. – Tanvir Bhangoo, Freshii inc.

8. Tænker, at omfang kan defineres på forhånd

selvom det er vigtigt at forstå problemet og definere brugssagerne på forhånd, kan næsten intet projekt betragtes som vellykket, hvis det ikke tilpasser sig ændrede forretningskrav under udviklingen. Desværre insisterer nogle tech-hold stadig på at ramme det oprindelige mål, hvilket gør deres indsats ineffektiv eller endda en fiasko. – Sang Bac Toh, Tata Kommunikation

9. Manglende koordinering og detaljeret planlægning

mange programmelprojekter er forsinkede eller mislykkes på grund af manglende god koordinering og detaljeret planlægning. Teams skal implementere en bottom-up planlægningsproces, der identificerer afhængigheder mellem leverancer og inkluderer estimater fra ingeniørerne selv. Når frigivelsesplanen er indstillet, kører jeg daglige 15-minutters stand-up-møder, hvor problemer dukker op, og nye risici identificeres og styres. – Dave Mariani, AtScale

10. Friktion forårsaget af udefinerede roller

udefinerede roller skaber ofte friktion på projektteams. Prøv at bruge en Daci-ramme fra starten til klart at definere, hvem der har autoritet til hvad. For fastlåste projekter kan omkalibrering af, hvem der er Driver, godkender, bidragyder og informeret inden for projektet, fungere som en hård nulstilling, inspirerende fornyet samarbejde og autonomi. – Leore Avidar, Lob.com Inc.

11. Forventer Overtilpasning af programmer

ofte mener vi, at programmer kan tilpasses til et niveau, der passer til alle behov. Det er en misforståelse. At være realistisk er vigtigt. Definer kravene til programmets kapacitet. At foretage ændringsanmodninger, mens du går, kræver justeringer, men det er den hat, der skal bæres for at undgå frustrationer. – Bhavna Juneja, Infinity, en Stamford teknologivirksomhed

12. Mangel på disciplin

hvis vi skulle bygge et hus og fortsætte med at ændre planen, ville projektbudgettet spiral ude af kontrol, og deadline efter deadline ville blive savnet. Skab en vision om, hvordan projektsucces ser ud. Lås den ned og udfør den. Enhver anden god ide og omvej kan overvejes til en senere fase af projektet. – Sam Polakoff, Næstved, Inc.

13. For mange hænder i Dev Pot

etablere (og begrænse) hvem der er involveret fra første dag, uanset om du bygger internt eller ej. Dette kan være svært for større teknologivirksomheder med komplekse processer og kommunikationskanaler. Men i appudviklingsverdenen er en sådan kompleksitet skadelig for at skabe et fuldt realiseret produkt, der matcher alles unikke vision uden at blive bytte for scope creep og en uendelig projekttidslinje. – Joshua Davidson, ChopDawg.com

14. Ikke nok vægt på bløde færdigheder

et klart og meningsfuldt fokus på styring af ændringsprocessen mangler ofte eller er utilstrækkeligt. Jeg har set mange programmelprojekter i forskellige kategorier og i en række forskellige typer og størrelser af organisationer løbe ind i udfordringer, fordi de er superfokuserede på det tekniske arbejde, men ikke anvender nok energi til træning, coaching, teambuilding og bløde færdigheder. – Amith Nagarajan, rasa.io