14 yleiset syyt ohjelmistoprojektit epäonnistuvat (ja miten välttää ne)

Post kirjoittanut

asiantuntijapaneeli, Forbes Technology Council

Successful CIOs, CTOs & executives from Forbes Technology Council offer first handhand insights on tech & business.

valokuva:

Kuva:

Getty

Tekniikkatiimit syöksyvät usein uusiin ohjelmistoprojekteihin suurin toivein, mikä tekee siitä entistä turhauttavampaa, jos projekti suistuu raiteiltaan. Tech johtajat täytyy olla tietoinen mahdollisista hankkeen sudenkuopat etukäteen välttää tuhlaa aikaa ja budjetin dollaria.

Forbes Technology Councilin Asiantuntijat ovat valvoneet monia projekteja ammattilaiskiinteistöissään. Alla, 14 niistä jakaa yhteisiä syitä ohjelmistoprojektit kampela ja mitä tech joukkueet voivat tehdä välttääkseen lankeaminen ansaan.

1. Yrityksen tarpeiden ymmärtäminen

yksi syy ohjelmistoprojektien epäonnistumiseen on yrityksen tarpeiden ymmärtämättömyys. Yrityksen on selkeästi ilmaistava vaatimukset yksityiskohtaisesti. On oltava tarkka kartoitus ominaisuuksia ja toimintoja liiketoiminnan tarpeisiin. Kokeneen yritysjohtajan nimittäminen projektitiimiin on menestyksen kannalta välttämätöntä. – Wesley Crook, FP Complete

2. Kyvyttömyys päästä yksimielisyyteen prioriteeteista

ohjelmistokehityshankkeiden epäonnistumiseen on useita syitä, mutta yhteinen, jolla on suuri vaikutus, on se, että hankkeen sponsorit ja projektitiimit eivät ole selkeästi linjassa projektin ensisijaisten prioriteettien kanssa. Näiden painopisteiden hajottaminen ”must-haves”, ”should-haves” ja ”could-haves” voivat tarjota vankan kehyksen erityisominaisuuksien iteroinnille ja toimittamiselle. – Jahn Karsybaev, Prosource IT

Forbes Technology Council on kutsuvierasyhteisö maailmanluokan Tietojohtajille, Teknologiajohtajille ja teknologiajohtajille. Olenko Pätevä?

3. Epäselvyys ja Toteutusstrategia

ohjelmistoprojektin ensisijainen tavoite on ratkaista yrityksen ongelmat. Se edellyttää paitsi tehokasta ja tehokasta projektinhallintaa ja sidosryhmien odotusten hallintaa, myös koko sidosryhmäryhmän selkeää yksimielisyyttä liiketoiminnan ongelman määrittelystä ja vankkaa toteutusstrategiaa liiketoiminnan tavoitteet ratkaisevien ohjelmistojen toimittamiseksi. Jos mitään edellä mainituista seikoista ei käsitellä, hanke suistuu raiteiltaan. – Kartik Agarwal, TechnoSIP Inc.

4. Ei aloiteta Loppuasiakkaasta

joskus ohjelmistoprojektit alkavat loistavalla idealla, joka toteutetaan (ajoissa tai myöhässä) ja toimitetaan vain kehittäjille huomatakseen, että heidän ratkaisemansa ongelma ei ollut se ongelma, joka heidän asiakkaansa tarvitsi ratkaista. Kun teet kovaa työtä ymmärtääksesi asiakkaasi, mitä he tarvitsevat ja mistä he ovat valmiita maksamaan, asettaa katon projektin suorituskyvylle ja voi auttaa keskittämään tiimin uudelleen, kun asiat suistuvat raiteiltaan. – Guy Yalif, Intellimize

5. Epäselvät vaatimukset

yksi yleisimmistä syistä ohjelmistoprojektien epäonnistumiseen ovat epäselvät vaatimukset ja yksityiskohtaisen selityksen puute. Hyvin usein asiakkaat itse eivät ole varmoja, mitä he haluavat nähdä, ja sen vuoksi projekti ei voi edetä. Kommunikointi asiakkaittesi kanssa ja heidän yksityiskohtaisten visioidensa kysyminen tuotteen tulevaisuudesta on avain varmistaa, että projekti ei epäonnistu. – Daria Leshtshenko, SupportYourApp Inc.

6. Odottaessaan ”hopealuotia”

liian usein, innostus syntyy väärästä uskomuksesta, että sananparren ”Hopealuoti” ratkaisee tietyn ongelman. Oikeat ratkaisut ovat kuitenkin harvoin näin yksinkertaisia-ne ovat sekoitus metodologiaa, strategiaa ja tiimitukea, eivät tulosta yksittäisestä toiminnasta, teknologiasta tai ideasta. Teknologiajohtajien tulisi kannustaa avoimeen viestintään ja hyödyntää osallistavaa ryhmäpäätöksentekoa haasteiden ratkaisemiseksi. – Christopher Yang, Corporate Travel Management

7. Työskentely Siilossa

suurin syy ohjelmistoprojektien epäonnistumiseen on se, että tiimit lähtevät matkalle rakentamaan jotain, joka ei joko ole liiketoiminnan tarve tai ei ratkaise oikeaa ongelmaa. Molemmat syyt ovat seurausta liiketoiminnan ja teknologian välisestä vinoumasta. Tämän välttämiseksi on tärkeää tunnistaa ongelma yritys yrittää ratkaista ja sitten työskennellä yhdessä liiketoiminnan eikä siiloon. – Tanvir Bhangoo, Freshii inc.

8. Koska soveltamisala voidaan määritellä etukäteen

vaikka on tärkeää ymmärtää ongelma ja määritellä käyttötapaukset etukäteen, lähes mitään hanketta ei voida pitää onnistuneena, jos se ei mukaudu liiketoiminnan muuttuviin vaatimuksiin kehityksen aikana. Valitettavasti jotkut tekniikkatiimit vaativat yhä osumista alkuperäiseen tavoitteeseen, mikä tekee heidän ponnistelustaan tehottoman tai jopa epäonnistuneen. – Song Bac Toh, Tata Communications

9. Koordinoinnin ja yksityiskohtaisen suunnittelun puute

monet ohjelmistoprojektit ovat myöhässä tai epäonnistuneet hyvän koordinoinnin ja yksityiskohtaisen suunnittelun puutteen vuoksi. Tiimien on toteutettava alhaalta ylöspäin suuntautuva suunnitteluprosessi, joka tunnistaa tuotosten väliset riippuvuudet ja sisältää insinöörien itsensä tekemät arviot. Kun julkaisusuunnitelma on asetettu, pidän päivittäin 15 minuutin stand up-kokouksia, joissa asiat nousevat pintaan ja uusia riskejä tunnistetaan ja hallitaan. – Dave Mariani, AtScale

10. Määrittelemättömien roolien

määrittelemättömien roolien aiheuttama kitka aiheuttaa usein hankausta projektiryhmiin. Yritä alusta alkaen määritellä DACI-viitekehyksen avulla selkeästi, kenellä on valta mihinkin. Jumiutuneissa projekteissa uudelleenkalibrointi siitä, kuka on projektin kuljettaja, hyväksyjä, rahoittaja ja informoitu, voi toimia kovana nollauksena, inspiroiden uutta yhteistyötä ja itsenäisyyttä. – Leore Avidar. Lob.com Inc.

11. Koska odotamme ohjelmistojen Ylikustomisointia

usein, uskomme, että ohjelmistot voidaan räätälöidä tasolle, joka vastaa kaikkia tarpeita. Se on väärinkäsitys. On tärkeää olla realistinen. Määrittele ohjelmiston valmiuksia koskevat vaatimukset. Muutospyyntöjen tekeminen matkan varrella vaatii säätöjä, mutta sitä hattua pitää käyttää turhautumisen välttämiseksi. – Bhavna Juneja, Infinity, Stamford Technology Company

12. Kurin puute

jos rakentaisimme talon ja muuttaisimme suunnitelmaa jatkuvasti, hankkeen budjetti riistäytyisi käsistä ja aikaraja toisensa jälkeen jäisi saavuttamatta. Luo visio siitä, miltä projektin menestys näyttää. Lukitkaa se ja teloittakaa. Joka toinen hieno idea ja kiertotie voidaan harkita hankkeen myöhempää vaihetta varten. – Sam Polakoff, Nexterus, Inc.

13. Liian monet kädet Dev-potissa

määrittelevät (ja rajoittavat), kuka on mukana alusta asti, rakennat sitten talon sisällä tai et. Tämä voi olla vaikeaa suuremmille teknologiayrityksille, joilla on monimutkaiset prosessit ja viestintäkanavat. Mutta app development maailmassa, tällainen monimutkaisuus on haitallista askartelu täysin toteutettu tuote, joka vastaa kaikkien ainutlaatuinen visio joutumatta laajuus hiipiä ja loputon projektin aikajana. – Joshua Davidson. ChopDawg.com

14. Pehmeiden taitojen korostaminen

selkeä ja mielekäs keskittyminen muutosprosessin hallintaan on usein puutteellista tai riittämätöntä. Olen nähnyt monia ohjelmistoprojekteja eri kategorioissa ja erilaisissa erityyppisissä ja-kokoisissa organisaatioissa haasteina, koska ne ovat superkeskeisiä tekniseen työhön, mutta eivät käytä tarpeeksi energiaa koulutukseen, valmennukseen, tiiminrakennukseen ja pehmeisiin taitoihin. – Amith Nagarajan, rasa.I

Forbes Technology Council on vain kutsu, maksu-pohjainen organisaatio koostuu johtavista CIOs, teknologiajohtajat ja teknologiajohtajat. Selvitä, jos olet oikeutettu Forbes neuvostot. Kysymyksiä artikkelista? Sähköposti [email protected] Lue vähemmän

Ladataan …

Leave a Reply

Vastaa

Sähköpostiosoitettasi ei julkaista.