14 Vanlige Grunner Programvareprosjekter Mislykkes (Og Hvordan Du Unngår Dem)

Innlegg skrevet av

Ekspertpanel, Forbes Technology Council

Vellykkede CIOs, CTOs & ledere fra Forbes Technology Council tilbyr førstehånds innsikt i tech & virksomhet.

Bilde:

Foto:

Getty

Teknologiteam stuper ofte inn i nye programvareprosjekter med høye forhåpninger, noe som gjør det enda mer frustrerende hvis prosjektet blir sporet. Tech ledere må være klar over potensielle prosjektet fallgruver forhånd for å unngå å kaste bort tid og budsjett dollar.

ekspertene I Forbes Technology Council har overvåket mange prosjekter i sine profesjonelle tenures. Under, 14 av dem dele felles grunner programvareprosjekter flyndre og hva tech team kan gjøre for å unngå å falle i en felle.

1. Ikke Forstå Behovene Til Virksomheten

en av grunnene til programvareprosjekter mislykkes er mangel på forståelse av bedriftens behov. Virksomheten må tydelig formulere kravene i detalj. Det må være en presis kartlegging av funksjoner og funksjoner til bedriftens behov. Tildele en erfaren bedriftsleder til prosjektgruppen er avgjørende for å lykkes. – Wesley Kjeltring, FP Komplett

2. Manglende Evne Til Å Nå Enighet Om Prioriteringer

det er ulike grunner til at programvareutviklingsprosjekter mislykkes, men en vanlig som har stor innvirkning er når prosjektsponsorer og prosjektteam ikke er klart justert på toppprioriteter for prosjektet. Dekomponering av disse prioritetene i «must-haves»,» should-haves «og» could-haves » kan gi et solid rammeverk for iterasjon og levering av bestemte funksjoner. – Jahn Karsybaev, Prosource IT

Forbes Teknologiråd Er en invitasjon-only fellesskap for Verdensklasse CIOs, CTOs og teknologi ledere. Kvalifiserer jeg?

3. Mangel På Klarhet Og Gjennomføringsstrategi

det primære målet med et programvareprosjekt er å løse en bedrifts problemer. Det krever ikke bare effektiv og effektiv prosjektledelse og interessent-forventningsstyring, men også en klar konsensus fra hele gruppen av interessenter om definisjonen av virksomhetens problem og en robust gjennomføringsstrategi for å levere programvare som løser virksomhetens mål. Unnlatelse av å ta opp noen av de aspektene som er skissert ovenfor, resulterer i et sporet prosjekt. – Kartik Agarwal, TechnoSIP Inc.

4. Ikke Starter Med Sluttkunden

noen ganger begynner programvareprosjekter med en god ide som implementeres (i tide eller sent) og leveres bare for utviklere å oppdage at problemet de løste ikke egentlig var problemet deres kunde måtte løses. Å gjøre det harde arbeidet med å forstå kundene dine, hva de trenger og hva de er villige til å betale for, setter taket på prosjektets ytelse og kan bidra til å refokusere et team når ting sporer av. – Guy Yalif, Intellimize

5. Uklare Krav

en av de vanligste årsakene til at programvareprosjekter mislykkes, er uklare krav og mangel på detaljert forklaring. Svært ofte kundene selv er ikke sikker på nøyaktig hva de ønsker å se, og som et resultat, prosjektet kan ikke gå videre. Kommunisere med kundene dine og be dem om deres detaljert visjon om fremtiden for produktet er nøkkelen til å sikre at prosjektet ikke vil mislykkes. – Daria Leshchenko, SupportYourApp Inc.

6. Forventer En «Sølvkule»

for ofte oppstår entusiasme fra den falske troen på at en ordspråklig «sølvkule» vil løse et gitt problem. Men riktige løsninger er sjelden så enkle—de er en blanding av metodikk, strategi og teamstøtte, ikke resultatet av en enkelt handling, teknologi eller ide. Teknologiledere bør oppmuntre til åpen kommunikasjon og utnytte deltakende gruppebeslutninger for å løse utfordringer. – Christopher Yang, Forretningsreiseadministrasjon

7. Å jobbe I En Silo

den største grunnen til at programvareprosjekter mislykkes, er fordi team legger ut på en reise for å bygge noe som enten ikke er et forretningsbehov eller ikke løser det riktige problemet. Begge årsakene er et resultat av feiljustering mellom virksomheten og teknologien. For å unngå dette er det viktig å identifisere problemet virksomheten prøver å løse og deretter jobbe kollektivt med virksomheten og ikke i en silo. – Tanvir Bhangoo, Freshii inc.

8. Tenker At Omfanget Kan Defineres På Forhånd

Mens det er viktig å forstå problemet Og definere brukstilfellene på forhånd, kan nesten ingen prosjekt anses som vellykket hvis det ikke tilpasser seg endrede forretningsbehov under utvikling. Dessverre insisterer noen tech-lag fortsatt på å treffe det opprinnelige målet, og dermed gjøre deres innsats ineffektiv eller til og med en feil. – Sang Bac Toh, Tata Kommunikasjon

9. Mangel På Koordinering Og Detaljert Planlegging

Mange programvareprosjekter er forsinket eller mislykkes på grunn av mangel på god koordinering og detaljert planlegging. Team må implementere en bottom-up planleggingsprosess som identifiserer avhengigheter mellom leveranser og inkluderer estimater fra ingeniørene selv. Etter at utgivelsesplanen er satt, kjører jeg daglige 15-minutters stand-up-møter der problemer oppdages og nye risikoer identifiseres og håndteres. – Dave Mariani, AtScale

10. Friksjon Forårsaket Av Udefinerte Roller

Udefinerte roller skaper ofte friksjon på prosjektteam. Prøv å bruke ET daci-rammeverk fra starten for å klart definere hvem som har autoritet på hva. For fastlåste prosjekter kan rekalibrering av Hvem Som Er Sjåfør, Godkjenner, Bidragsyter og Informert i prosjektet fungere som en hard reset, inspirerende fornyet samarbeid og autonomi. – Leore Avidar. Lob.com Inc.

11. Forventer Overtilpasning Av Programvare

ofte, tror Vi at programvaren kan tilpasses til et nivå som vil skreddersy til alle behov. Det er en misforståelse. Å være realistisk er viktig. Definer kravene til programvarens evne. Å gjøre endringsforespørsler etter hvert krever justeringer, men det er hatten som må brukes for å unngå frustrasjoner. – Bhavna Juneja, Infinity, Et Stamford-Teknologiselskap

12. Mangel På Disiplin

hvis vi skulle bygge et hus Og holde endre blåkopi, prosjektbudsjettet ville spiral ut av kontroll og fristen etter fristen ville bli savnet. Lag en visjon om hvordan prosjektets suksess ser ut. Lås den ned og utfør. Alle andre gode ideer og omveier kan vurderes for en senere fase av prosjektet. – Sam Polakoff, Nexterus, Inc.

13. For mange Hender I Dev Pot

Etablere (og begrense) hvem som er involvert fra dag ett, enten du bygger internt eller ikke. Dette kan være vanskelig for større teknologibedrifter med komplekse prosesser og kommunikasjonskanaler. Men i app utvikling verden, slik kompleksitet er skadelig for å lage et fullt realisert produkt som passer alles unike visjon uten å falle byttedyr til omfang krype og en endeløs prosjekt tidslinje. – Joshua Davidson, ChopDawg.com

14. Ikke Nok Vekt På Myke Ferdigheter

et klart og meningsfylt fokus På å håndtere endringsprosessen mangler ofte eller utilstrekkelig. Jeg har sett mange programvareprosjekter i ulike kategorier og i en rekke forskjellige typer og størrelser av organisasjoner støter på utfordringer fordi de er superfokuserte på det tekniske arbeidet, men ikke bruker nok energi mot trening, coaching, teambygging og myke ferdigheter. – Amith Nagarajan, rasa.io

Forbes Technology Council Er en invitasjonsbasert organisasjon som består av Ledende It-Sjefer, Ctoer og teknologiledere. Finn ut om Du kvalifiserer På Forbes Councils. Spørsmål om en artikkel? E-post [email protected] Merles Mindre

Laster …

Leave a Reply

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.