Miksi projektipohjainen ohjelmistokehitys ei toimi?
Sisällysluettelo
Monet teknologiayritykset käyttävät ohjelmistokehityshankkeidensa toteuttamisessa projektipohjaista lähestymistapaa. Tässä kehitysmallissa on kyse etukäteisratkaisuista ja projektin toimittamisesta tietyssä aikataulussa laadusta tinkimättä. Siinä keskitytään yleensä lyhyen aikavälin tavoitteisiin, ja se on mahdollista vain, jos sinulla on selkeä ja määritelty käsitys siitä, mitä haluat tehdä.
Vaikka projektipohjainen ohjelmistokehitys on hyvä vaihtoehto, se ei sovellu kaikkiin projekteihin, ja sillä on joitakin haittoja, jotka sinun tulisi tietää ennen sen käyttöönottoa. Tässä artikkelissa käsitellään vaiheita, jotka sinun tulisi ottaa, kun työskentelet mallin mukaisesti, ja sen haittoja.
Miten se toimii?
Kuten aiemmin todettiin, monet yritykset noudattavat tätä ulkoistamismallia, ja myös palveluntarjoajia on paljon. Seuraavassa on muutamia ohjeita, joita kannattaa noudattaa, jos työskentelet projektipohjaisen ohjelmistokehitysmallin mukaisesti.
- Ensimmäinen askel on palkata projektikohtainen ulkoistamismallin palveluntarjoaja koko projektia varten kiinteällä sopimuksella.
- Selitä heille sitten koko kehityssuunnitelma mielessänne, mukaan lukien kaikki projektin vaatimukset.
- Sitten laadit sopimuksen, jossa on mahdollisimman paljon yksityiskohtia, määräaikoja, joita on noudatettava, ja määräyksiä, jotka rankaisevat epäonnistumisesta.
- Projektin laajuus, vaiheet, jotka aiot toteuttaa, sekä väliraportin ja lopputuotteen määräaika on määriteltävä.
- Palkatun tiimin on noudatettava tiukasti sopimuksessa esitettyjä suunnitelmia ja määräaikoja ja vältettävä ennakoimattomia muutoksia tai muutoksia, jotka eivät kuulu ennalta määriteltyjen tehtävien piiriin.
Jos aiot palkata projektipohjaisen mallipalvelun, se hyödyttää projektiasi. Se voi nimittäin tarjota yrityksille erikoistuneita ja kokeneita resursseja. He voivat toimittaa hankkeet ajallaan ja ovat vastuussa alusta loppuun. Se hyödyttää yrityksiä, joilla on vaikeuksia budjetin kanssa modernisoida tiimejään tai kouluttaa heitä uuteen teknologiaan.
Syyt, miksi se ei toimi
Eräässä mielessä projektipohjainen ulkoistamismalli vapauttaa monista vastuista. Jos et kuitenkaan ota huomioon ulkoistamisen haittoja, etenkään tämän mallin haittoja, saatat maksaa siitä melko kovan hinnan. Niitä ovat muun muassa mahdolliset puutteet vaatimusten ymmärtämisessä, mahdolliset muutokset vaatimuksissa ja monet muut alla luetellut seikat.
- Hankkeen täydellisiä yksityiskohtia on vaikea tallentaa
- Vaatimuksia koskeva viestintäpuute
- Tiimin toiminta ilman valvontaa
- Kustannusten uudelleenneuvottelu vaatimusten muuttuessa.
- Jaettujen tietojen turvallisuus
1. Hankkeen täydellisiä yksityiskohtia on vaikea tallentaa
Ensimmäinen syy siihen, miksi se ei toimi, on se, että projektin yksityiskohtia ei ole koskaan helppo tallentaa. Kun yrität suunnitella sen jokaista yksityiskohtaa ennen sen alkua, siitä tulee uskomattoman haastavaa. Sinulla on taipumus olettaa, että tiedät jo, mitä tarvitset, ja vaikka ajattelisit ja kommunikoisit kuinka perusteellisesti, on aina mahdollista, että unohdat joitakin näkökohtia, jotka eivät tunnu riittävän tärkeiltä.
Alkuperäisten oletusten perusteella laadit aikataulun ja välitavoitteet ja käynnistät projektin. Odotettua tulosta ei kuitenkaan saavuteta, jos oletukset menevät pieleen. On hyvin vaikeaa aloittaa uudelleen, kun kehitys on jo alkanut ja huomataan, että hanke ei etene oikeaan suuntaan, koska kaikki sidosryhmät ovat jo hyväksyneet koko suunnitelman. Lisäksi useimmissa kiinteähintaisissa sopimuksissa käsitellään tätä ulkoistamisrajoitusta.
2. Vaatimuksista tiedottamisen puute
Jos tiimi ei pysty kommunikoimaan projektin päämääristä ja tavoitteista tai jos asiakkaalla on epäselvät tavoitteet, projektin onnistunut loppuunsaattaminen on vaikeaa. Huono viestintä, epärealistiset odotukset, aikavyöhyke-erot ja monet muut tekijät vaikuttavat merkittävästi tähän kehitysmalliin. Muuten se on molemmille osapuolille vaivalloista.
3. Tiimin toiminta ilman valvontaa
Moni asia tiimin toiminnassa voi karata käsistä. Tiimin jäsenten äkillisistä ja odottamattomista muutoksista tai muista syistä johtuvat viivästykset vaikuttavat kielteisesti projektin toteutukseen. Tämä tiimin toiminnan valvonnan puute on yksi tämän mallin mukaisen ulkoistamisen suurimmista haitoista. Myös vastuu vahvan raportointiprosessin perustamisesta lankeaa epäoikeudenmukaisesti asiakkaan harteille.
4. Kustannusten uudelleenneuvottelu vaatimusten muuttuessa.
Saatat joutua tilanteeseen, jossa sinun on maksettava myyjälle sen verran kuin hän pyytää tai vaarana on, että projekti jää kesken. Työsi voi olla puutteellinen tai virheellinen. Et voi koskaan ennustaa tappioiden suuruutta. Näin voi käydä, kun hankkeen vaatimusten muutokset edellyttävät kustannusten uudelleenneuvottelua.
Se on yksi mallin ilmeisistä haitoista. Se tuo esiin sopimusten merkityksen, ja ratkaisu ongelmaan on joko pitää sopimuksessa suotuisa lauseke tai työskennellä sellaisten organisaatioiden kanssa, jotka ovat kulttuurisesti herkkiä nopeasti muuttuville toimeksiantomalleille asiakkaan eduksi.
5. Jaettujen tietojen turvallisuus
Kuten aiemmin mainittiin, tiimi saattaa työskennellä ilman minkäänlaista valvontaa, ja koska tiimin valvonta on rajallista, tiimin kanssa jaettujen yritystietojen turvallisuus on aina vaarassa. Yritykset, jotka valitsevat tämän mallin, eivät hyödy siitä vähääkään. Se voi siis lisätä haittoja ja selittää, miksi malli ei toimi monissa hankkeissa.
Nämä ovat siis eri syyt, joiden vuoksi sanotaan, että projektipohjainen ohjelmistokehitys ei toimi. Kuten missä tahansa muussa ulkoistamismallissa, siinä on etuja, haittoja ja parantamisen varaa. Yrityksen työtapa ja projektin vaatimukset voivat vaikuttaa merkittävästi valintaan. Tämä artikkeli auttaa sinua tekemään päätöksen.
Mielenkiintoisia linkkejä:
Mikä on ohjelmistokehityksen elinkaari?
Lisätietoja ohjelmistokehityksestä
Kuvat: Canva
Kirjoittaja: Sascha Thattil työskentelee Software-Developer-India.com -sivustolla, joka on osa YUHIRO-ryhmää. YUHIRO on intialainen saksalainen yritys, joka tarjoaa ohjelmoijia IT-yrityksille, virastoille ja IT-osastoille.