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:
- Kehitämme parhaillaan uutta tuotetta/käynnistettävää yritystä, ja markkinoille tuloaika on ratkaisevan tärkeää meille ja sijoittajillemme.
- 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 kolme ohjelmistoinsinööriä määräajaksi lokakuun alusta marraskuun loppuun. Joina ajanjaksoina yritykset tarvitsevat useamman kehittäjän tukea, koska tehtäviä on paljon ja projektia on pidettävä halutussa kehitystahdissa.
Mainittu projektipäällikkö keksi ajatuksen palkata oma tiimi backend-insinöörejä, koska hän tiesi, että meidän 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ää: