14 Veel voorkomende redenen Software projecten mislukken (en hoe ze te vermijden)

Post geschreven door

Expert Panel, Forbes Technology Council

succesvolle CIO ‘s, CTO’ s & executives van Forbes Technology Council bieden uit de eerste hand inzichten over tech & business.

foto:

foto:

Getty

technische teams storten zich vaak in nieuwe softwareprojecten met hoge verwachtingen, wat het des te frustrerender maakt als het project ontspoort. Tech leiders moeten zich bewust zijn van potentiële Project valkuilen van tevoren om te voorkomen dat het verspillen van tijd en budget dollars.

de deskundigen van de Forbes Technology Council hebben in hun beroep toezicht gehouden op vele projecten. Hieronder, 14 van hen delen gemeenschappelijke redenen software projecten bot en wat tech teams kunnen doen om te voorkomen dat in een val.

1. Het niet begrijpen van de behoeften van het bedrijf

een van de redenen waarom softwareprojecten mislukken is het gebrek aan inzicht in de behoeften van het bedrijf. Het bedrijf moet de eisen in detail duidelijk verwoorden. Er moet een nauwkeurige mapping van functies en functies aan de behoeften van het bedrijf. Het toewijzen van een doorgewinterde business leader aan het projectteam is essentieel voor succes. – Wesley Crook, FP Complete

2. Onvermogen om Consensus te bereiken over prioriteiten

er zijn verschillende redenen waarom softwareontwikkelingsprojecten mislukken, maar een veel voorkomende reden die een grote impact heeft is wanneer de projectsponsors en projectteams niet duidelijk zijn afgestemd op topprioriteiten voor het project. Het ontleden van deze prioriteiten in “must-haves”, “must-haves” en “could-haves” kan een solide kader bieden voor de herhaling en levering van specifieke kenmerken. – Jahn Karsybaev, Prosource IT

Forbes Technology Council is een gemeenschap die alleen uitnodigt voor CIO ’s van wereldklasse, CTO’ s en technici. Kom ik in aanmerking?

3. Gebrek aan duidelijkheid en uitvoeringsstrategie

het primaire doel van een softwareproject is het oplossen van problemen van een bedrijf. Het vereist niet alleen effectief en efficiënt projectmanagement en stakeholder-expectation management, maar ook een duidelijke consensus van de hele groep stakeholders over de definitie van het bedrijf’ probleem en een robuuste uitvoeringsstrategie om software te leveren die de doelstellingen van het bedrijf oplost. Het niet aanpakken van een van de hierboven beschreven aspecten leidt tot een ontspoord project. – Kartik Agarwal, TechnoSIP Inc.

4. Niet beginnend met de eindklant

soms beginnen softwareprojecten met een geweldig idee dat (op tijd of te laat) wordt geïmplementeerd en alleen voor ontwikkelaars wordt geleverd om te ontdekken dat het probleem dat ze oplosten niet het probleem was dat hun klant nodig had om op te lossen. Het doen van het harde werk van het diep begrijpen van uw klanten, wat ze nodig hebben en wat ze bereid zijn te betalen voor stelt het plafond op projectprestaties en kan helpen bij het heroriënteren van een team wanneer dingen ontsporen. – Guy Yalif, Intellimize

5. Onduidelijke vereisten

een van de meest voorkomende redenen waarom softwareprojecten falen is onduidelijke vereisten en het ontbreken van een gedetailleerde uitleg. Heel vaak weten klanten zelf niet precies wat ze willen zien, en als gevolg daarvan kan het project niet vooruit. Communiceren met uw klanten en hen vragen om hun gedetailleerde visie op de toekomst van het product is de sleutel om ervoor te zorgen dat het project niet zal mislukken. – Daria Leshchenko, SupportYourApp Inc.

6. Te vaak wordt een “zilveren kogel”

verwacht, maar enthousiasme komt voort uit de valse overtuiging dat een spreekwoordelijke “zilveren kogel” een bepaald probleem zal oplossen. Echter, goede oplossingen zijn zelden zo eenvoudig-ze zijn een mix van methodologie, strategie en teamondersteuning, niet het resultaat van een enkele actie, technologie of idee. Tech-leiders moeten open communicatie aanmoedigen en participatieve groepsbeslissingen benutten om uitdagingen op te lossen. – Christopher Yang, Corporate Travel Management

7. Werken in een Silo

de grootste reden dat softwareprojecten mislukken, is omdat teams een reis beginnen om iets te bouwen dat ofwel niet een zakelijke behoefte is of niet het juiste probleem aanpakt. Beide redenen zijn een gevolg van een verkeerde afstemming tussen de business en tech. Om dit te voorkomen, is het cruciaal om het probleem te identificeren dat het bedrijf probeert op te lossen en dan samen met het bedrijf te werken en niet in een silo. – Tanvir Bhangoo, Freshii inc.

8. Hoewel het belangrijk is om het probleem te begrijpen en de use cases vooraf te definiëren, kan bijna geen enkel project als succesvol worden beschouwd als het zich tijdens de ontwikkeling niet aanpast aan veranderende bedrijfsbehoeften. Helaas, sommige tech teams nog steeds aandringen op het raken van het oorspronkelijke doel, waardoor hun inspanning ineffectief of zelfs een mislukking. – Song Bac Toh, Tata Communications

9. Gebrek aan coördinatie en gedetailleerde Planning

veel softwareprojecten zijn laat of mislukken door een gebrek aan goede coördinatie en gedetailleerde planning. Teams moeten een bottom-up planningsproces implementeren dat afhankelijkheden tussen deliverables identificeert en schattingen van de ingenieurs zelf bevat. Nadat het release plan is ingesteld, voer ik dagelijks 15 minuten stand-up vergaderingen waar problemen worden opgedoken en nieuwe risico ‘ s worden geïdentificeerd en beheerd. – Dave Mariani, AtScale

10. Wrijving veroorzaakt door ongedefinieerde rollen

ongedefinieerde rollen veroorzaken vaak wrijving op projectteams. Probeer vanaf het begin een Daci framework te gebruiken om duidelijk te definiëren wie gezag heeft over wat. Voor vastgelopen projecten kan herkalibreren wie de bestuurder, Goedkeurder, bijdrager en geà nformeerd binnen het project is, fungeren als een harde reset, inspirerende hernieuwde samenwerking en autonomie. – Leore Avidar, Lob.com Inc.

11. In de verwachting dat Software

vaak te veel aangepast wordt, geloven we dat software aangepast kan worden aan alle behoeften. Dat is een misvatting. Realistisch zijn is belangrijk. Definieer de eisen met betrekking tot de mogelijkheden van de software. Het maken van veranderingsverzoeken als je gaat vereist aanpassingen, maar dat is de hoed die moet worden gedragen om frustraties te voorkomen. – Bhavna Juneja, Infinity, a Stamford Technology Company

12. Gebrek aan Discipline

als we een huis zouden bouwen en de blauwdruk blijven veranderen, zou het projectbudget uit de hand lopen en zou deadline na deadline worden gemist. Creëer een visie op hoe projectsucces eruit ziet. Sluit het af en voer het uit. Elk ander goed idee en omweg kan worden overwogen voor een latere fase van het project. – Sam Polakoff, Nexterus, Inc.

13. Te veel handen in de Dev Pot

bepalen (en beperken) wie er vanaf dag één betrokken is, of je nu in-house bouwt of niet. Dit kan moeilijk zijn voor grotere techbedrijven met complexe processen en communicatiekanalen. Maar in de app-ontwikkelingswereld is zo ‘ n complexiteit schadelijk voor het maken van een volledig gerealiseerd product dat overeenkomt met ieders unieke visie zonder ten prooi te vallen aan scope creep en een nooit eindigende projecttijdlijn. – Joshua Davidson, ChopDawg.com

14. Onvoldoende nadruk op Soft Skills

een duidelijke en zinvolle focus op het managen van het veranderingsproces ontbreekt vaak of is onvoldoende. Ik heb gezien veel software projecten in verschillende categorieën en in een scala van verschillende soorten en maten van organisaties lopen in uitdagingen omdat ze super-gericht op het technische werk, maar niet genoeg energie toe te passen in de richting van training, coaching, teambuilding en zachte vaardigheden. – Amith Nagarajan, rasa.io

Forbes Technology Council is een op uitnodiging gebaseerde organisatie die bestaat uit toonaangevende CIO ‘s, CTO’ s en technology executives. Zoek uit of je in aanmerking komt bij Forbes raden. Vragen over een artikel? E-mail [email protected] MoreRead minder

Laden …

Leave a Reply

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.