Post kirjoittanut
asiantuntijapaneeli, Forbes Technology Council
Successful CIOs, CTOs & executives from Forbes Technology Council offer first handhand insights on tech & business.
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
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