Räätälöityjen ohjelmistojen kehittämisen suurimmat haasteet

Teknologiateollisuudessa on toistuvasti havaittavissa, että jopa 50-70%:n *tilaustyönä ohjelmistokehitysprojektit loppu epäonnistuminen. Tämä ikivanha ongelma on monien painajainen. CTO:t ja teknologiajohtajat. Toisaalta etukäteisvaroitus tarkoittaa, että voit valmistautua itsesi ja sinun joukkue ja minimoida epäonnistumisen riski. Tämä on haaste, jonka jokainen kehittäjätiimi kohtaa, tuote suunnittelijoiden ja sinun - johtajana - pitäisi tavata.*

Minulla ei ole epäilystäkään siitä. mukautettu ohjelmisto hankkeet ovat vaativia, ja sinun on huolehdittava pienimmistäkin yksityiskohdista menestyäksesi. Rehellisesti sanottuna olen hämmästynyt ongelman laajuudesta tarkasteltuani asiaa koskevia tilastoja. Itse tajusin, miten tärkeää se on, kun luin tarinoita yrityksistä, joiden yhteistyö teknologiakumppaneiden kanssa päättyi epäonnistumiseen tai joiden tiimi menetti projekti merkittävän budjetin tai määräajan ylittymisen vuoksi.

Aloin miettiä, miksi näin on. Minulla on useiden vuosien kokemus räätälöidyt ohjelmistokehitysprojektit, joten olin erityisen kiinnostunut tästä aiheesta. Päätin, että oman kokemukseni perusteella määrittelen kaikki suurimmat uhat, jotka liittyvät seuraaviin asioihin *tilaustyönä ohjelmistokehitys, jonka aion nyt jakaa kanssanne.*

Henkilökohtainen listani suurimmista haasteista räätälöidyn ohjelmistokehityksen kanssa.

1. Kielimuuri. Tämä on yksi yleisimmistä ongelmista, kun ihmiset etsivät teknistä kumppania. En kuitenkaan epäile, etteikö tämä tekijä olisi helposti ratkaistavissa. Sinun tarvitsee nimittäin vain valita ohjelmistokehityskumppani joka voi taata ongelmattoman viestinnän. Sujuva englannin kielen taito on pakollinen. Se on kansainvälinen kieli, eikä ilman sitä voi kommunikoida kunnolla. Kuvittele tilanne, jossa haluat keskustella kehittäjän kanssa jostain ongelmasta tai virheestä. Jos käy ilmi, että ainoa henkilö, joka osaa englantia, on projektipäällikkö, joka ei ole tekninen henkilö, on ongelma. Sinun on tiedettävä, että kommunikointi kehittäjien kanssa - ollakseen tehokasta - on oltava hyvin tarkkaa, mikä edellyttää englannin kielen taitoa. Muista tämä yksinkertainen sääntö.

2. Huono viestintä. Viestintään liittyvät näkökohdat liittyvät jossain määrin kielimuuriin. Kielen lisäksi sinun on oltava vakuuttunut siitä, että päivittäinen yhteistyö on hyvin organisoitua. Mielestäni tämä näkökohta jää usein huomiotta. Kehitystiimin osaaminen saattaa olla olennainen osa heidän työtään, mutta niin on myös viestintä asiakkaan kanssa. Sitä paitsi - ja tiedän tämän omasta kokemuksestani - jos keskinäinen viestintäprosessi hoidetaan asianmukaisesti, koko hanke sujuu paljon tehokkaammin, ja vältätte tarpeettomia ongelmia, kuten viivästyksiä.

3. Määräaikojen rikkominen. Tämä on hyvin yleinen tilanne, jonka olet ehkä kokenut itsekin. Ohjelmistokehitysprojektien aikatauluja on hyvin vaikea arvioida. Usein alkuoletukset ovat täysin vääriä. Kyvyttömyyteen noudattaa määräaikoja voivat vaikuttaa monet tekijät, muun muassa ne, joita kuvailen tässä artikkelissa. Mielestäni asianmukaisella projektinhallintamenetelmällä on tässä suuri merkitys. Suosituksia? Ehdottomasti Scrum.

4. Riittämätön tietämys. Ohjelmistokehityshankkeet edellyttävät yleensä laajaa teknologiatuntemusta. Tämä on suuri haaste, jos otetaan huomioon, että teknologia kehittyy jatkuvasti ja kehittäjien on oltava ajan tasalla kaikista uutuuksista. Tältä osin on tärkeää, että oma tiimisi on ajan tasalla tekniikan uutisista. Tämä ei ole niin itsestäänselvää kuin miltä se saattaa vaikuttaa, varsinkin kun kyseessä on ohjelmistokehitysprojekti toteutetaan sisäinen pieni joukko kehittäjiä. Voi olla tilanne, jossa tiimisi osaaminen osoittautuu riittämättömäksi, mikä voi johtaa nopeasti ongelmiin ja sen seurauksena projektin epäonnistumiseen.

5. Epäjohdonmukainen visio. Kuvittele tilanne, jossa aloitat yhteistyön teknologiakumppanin kanssa - esimerkiksi ohjelmistotalo ja puhua tarpeistasi. Kuvaile yksityiskohtaisesti tuote, jonka haluaisit luoda. Aluksi kaikki näyttää sujuvan ongelmitta. Ajan mittaan käy kuitenkin ilmi, että sinun näkemyksesi on täysin erilainen kuin kumppanisi. Tämän seurauksena syntyy ongelma, koska kehittäjien ja tuotesuunnittelijoiden tiimin työ ei vastaa odotuksiasi.
   Luulen, että tämä on melko yleinen ongelma. Joskus on vaikeaa yhdistää asiakkaan näkemys ja kehittäjien käyttämät "kovat" ratkaisut. Tässä tilanteessa teknisen tiimin kokemuksesta ja pehmeistä taidoista on ehdottomasti apua. On tärkeää, että tekninen kumppanisi täyttää odotuksesi, mutta asiakkaana sinun on oltava tietoinen siitä, että ohjelmistoyrityksen ehdottama tietty ratkaisu voi itse asiassa osoittautua tehokkaammaksi. Pidä tämä mielessä.

6. Muutokset hankkeen aikana. Tietotekniikkahankkeissa tavallisimpia uhkia ovat (omistajan puolelta tuleva) "scope creep" ja (PM:n, Scrum Master:n tai kehittäjien) "gold planting". Projektin hallitsemattomat muutokset, uusien toiminnallisuuksien lisääminen tai muutosten käyttöönotto kuuluvat epäilemättä uhkiin, jotka vaikuttavat sekä projektien tehokkuuteen että nopeuteen. Oikea lähestymistapa johtamiseen on varmistaa, että ensimmäinen avainvaihe on 100% tarkka, sillä se vaikuttaa projektin myöhempään onnistumiseen.

7. Riittämättömät varat hankekehitys. Rahoitus on yksi tärkeimmistä tekijöistä hankkeesi onnistumisen kannalta. Tämä on selvää. Haluaisin kuitenkin kiinnittää huomionne hieman erilaiseen näkökohtaan. On tärkeää, että teillä on taattu budjetti pitkällä aikavälillä eikä vain alussa oletettuun kehityskauteen. Miksi näin? Syy on yksinkertainen. Hyvin usein on niin, että kehitysaika pitenee jopa 20-30%. Tämä on otettava huomioon, jotta hankkeesi on taloudellisesti turvattu. Näin minimoit riskin siitä, että hankkeesi on vielä kehitysvaiheessa, kun budjettivajeet alkavat näkyä. Tämä liittyy suoraan väärin arvioituun hankkeen kestoon.

8. Määrittelemättömät uhat ja heikkoudet. Ennen projektin aloittamista tiedät luultavasti, että koko prosessi ei välttämättä ole yksinkertainen. Olet luultavasti kanssani samaa mieltä siitä, että jokainen hanke on haaste. Siksi mielestäni sinun pitäisi ennen aloittamista analysoida mahdolliset uhat ja heikkoudet, jotka voivat vaikuttaa lopputulokseen. On tärkeää hallita tällaisia uhkia asianmukaisesti heti alusta alkaen.

Yhteenveto

En haluaisi ehdottaa, mikä edellä luetelluista uhkista on yleisin. Mielestäni tähän ei ole olemassa mitään sääntöä - kaikki riippuu hankkeen erityispiirteistä. Jos kuitenkin olet haasteena oman hankkeesi menestyksekäs toteuttaminen, pidä mielessä, mitä olen kirjoittanut tässä. Uskon, että kuvailemieni ongelmien huomioon ottaminen voi toimia sinulle oppaana, joka osoittaa, mitä ei pidä tehdä ja miten uhkaan voi suhtautua. Kaikki tämä niin, että ette joudu raakojen tilastojen uhriksi vaan saatte hankkeen onnistuneesti päätökseen.

Ja sitä toivon teille. Jos sinulla on kysyttävää seuraavista asioista räätälöity ohjelmistokehitysota minuun yhteyttä. Vastaan mielelläni kaikkiin kysymyksiin.

Lue lisää:

Miksi liiketoiminnan kehittämisestä vastaava kasvutiimi kannattaa perustaa? Codestin tapaustutkimus

Miten löytää tuotteellesi sopivia markkinoita?