Projektin pitäminen oikealla tiellä on yleinen haaste monille teknologiayrityksille, joiden ensisijainen tavoite on oikea-aikainen ja tehokas tuotekehitys. Luen tämän rivien välistä säännöllisissä keskusteluissa asiakkaidemme ja kumppaneidemme kanssa. Haluan jakaa kanssasi mielenkiintoisen tarinan siinä toivossa, että se inspiroi myös sinua ja auttaa sinua ratkaisemaan yleisiä ongelmia, jotka liittyvät ohjelmistokehitysprojektien tehokkaaseen hallintaan.
Mikä on asian ydin?
Seuraavassa on muutamia yleisiä syitä, joita kuulemme usein:
- We are working on our new product/start-up and the time-to-market is crucial for us and our investor/s.
- Meillä on suunnitteilla tärkeitä julkaisuja tai uusia ominaisuuksia, ja meidän on todella toimitettava ne ajoissa.
- Olemme suunnitelleet kehitysputkea vuoden loppuun asti, ja haluamme, että tilanne on mukava neljännellä neljänneksellä, jotta vältämme turhaa kiirettä ja stressiä.
Kuten huomaat, hallinta projekti aiheuttaa melkoista päänvaivaa kenelle tahansa tekniselle johtajalle. He kysyvät usein itseltään, miten organisoida kehitystyötä... joukkue välttää viivytyksiä ja varmistaa, että kaikki suunnitellut tuote ominaisuuksia kehitetään sujuvasti ja oikea-aikaisesti. On sanomattakin selvää, että mahdollisella "kuilulla" ja kehityksen pysähtymisellä voi olla tuskallisia seurauksia. Liian optimistiset aikataulut, kehittäjien puute, huonosti organisoitu työ jne. voivat johtaa siihen, että projektisi on myöhässä määräajasta.

MOSCOW-menetelmä
Aloitetaan selittämällä lyhyesti, mitä MOSCOW-menetelmä tarkalleen ottaen on. Se on erityinen priorisointitekniikka, jota käytetään projektinhallinnassa ja ohjelmistokehitys päästä yhteisymmärrykseen sidosryhmien (asiakkaiden tai hankkeeseen osallistuvien jäsenten) kanssa siitä, miten tärkeänä ne pitävät kunkin vaatimuksen täyttämistä.
Mielestäni hyvä ratkaisu jokaiselle tekniselle johtajalle on siis tutustua Moskovaan (ja sen luokkiin, kuten "täytyy", "pitäisi", "voisi" ja "ei tule"). Kahden ensimmäisen kategorian - "täytyy" ja "voisi" - toteuttaminen on yleensä vaikeaa. Tehtävien määrä - joskus rajallisten henkilöresurssien, tulevien määräaikojen tai muiden esteiden vuoksi - ei välttämättä ole toteutettavissa.
Periaatteessa yrityksillä on erilaisia lähestymistapoja tällaisten ongelmien ratkaisemiseen. Hyvä riskienhallinta on avainasemassa, kun uhat muutetaan voitoiksi. Esittelen tuoreen esimerkin aiheeseen liittyen. Muutama viikko sitten eräs SaaS-tuoteyrityksen projektipäällikkö otti minuun yhteyttä koskien mahdollisuutta ulkoistaminen three software insinöörit for a fixed period from the beginning of October to the end of November. It happens that during some periods, companies need support from more developers because of the number of tasks to be done and keeping the project at the desired development pace.
Mainittu projektipäällikkö keksi ajatuksen palkata omistautunut tiimi backend-insinöörejä, jotka tuntevat teknologiapino vastaa niiden keskeistä tuotepinoa. Aloitimme projektin joustavalla ja mukavalla pay-as-you-go-mallilla. Se ei vaatinut lukuisia pitkiä kokouksia, puheluita tai monimutkaisten sopimusten allekirjoittamista. Saimme selkeän käsityksen pyynnön luonteesta, ja koska tiesimme, että aika on tässä tapauksessa erittäin tärkeää, järjestimme asetukset sujuvasti, jotta pelastusryhmä on valmis aloittamaan.
Kasvusuunnitelmiesi kannalta tärkeän teknologiakumppanin kanssa yhdistämisestä on paljon muitakin etuja. Ulkopuolinen tuki on ensisijaisesti kustannustehokasta (se säästää jopa 35% budjetistasi). Kehittäjät, jotka liittyvät sisäinen tiimi tuo usein lisätietoa ja uutta näkökulmaa toteutettavaan hankkeeseen. Tällaisen yhteistyön ansiosta asiakas välttää määräaikoihin liittyvät riskit ja pullonkaulat, hidastelut ja pitkän luettelon keskeneräisistä tehtävistä. Palatakseni mainittuun MOSCOW-menetelmään: kannattaako "pakollisten" ja "toivottujen" tehtävien toimitusvauhdista tinkiä?

Onko se ratkaisu sinulle?
Tämä on meidän näkökulmamme siihen, miten hankkeet pidetään aikataulussa. Olen utelias, onko teillä samankaltaisia kokemuksia insinööritiiminne kokoonpanosta? Miten suunnittelette työmäärän tärkeiden ominaisuuksien putkistonne osalta lomakauden aikana? Mitä muita menetelmiä käytätte ja suosittelette muille tekniikkapäälliköille, jotta heillä voi olla loistava kesä paitsi lomalla, myös sujuvasti käynnissä ollessa tuotekehitys? Kerro minulle yksityisviestillä täällä.
Hyvää suunnittelua!
Lue lisää: