Aikataulu, joka on koottu kirjoittamalla päivämääriä kalenteriin, kestää ensimmäiseen myöhästymiseen asti. Sitten selviää, ettei kukaan tiedä mihin tuo myöhästyminen oikeasti vaikuttaa — menetimmekö kaksi päivää vai kaksi kuukautta. Ero syntyy siitä, onko aikataulu lista päivämääriä vai kytketty malli, jossa tehtävät tietävät toisistaan.
Aikataulu alkaa töiden listasta, ei päivämääristä
Ensimmäinen sääntö: älä laita yhtäkään päivämäärää ennen kuin tiedät, mitä pitää tehdä. Aikataulun syötteenä on työn ositus — lista tuotoksista ja työpaketeista. Vasta sitten lisäät niihin kestot, järjestyksen ja määräajat.
Päinvastainen järjestys — "projektin pitää olla valmis lokakuussa, sovitetaan työt siihen" — tuottaa aikataulun, joka on itse asiassa toive. Sellainen suunnitelma ei hajoa lopussa vaan keskellä, kun joka viikko pitää siirtää jotain.
Keston arviointi: kolme kysymystä
- Kuinka paljon työtä se vaatii? Työmäärä tunneissa ei ole sama asia kuin kalenteriaika.
- Kuinka paljon ihmistä on saatavilla? 40 tunnin työ ei valmistu viikossa, jos tekijä voi omistaa sille kaksi päivää viikossa.
- Kuinka paljon on odottamista? Hyväksyntä, toimitus, kuivumisaika, asiakkaan vastaus — nämä ovat osa kestoa, vaikka kukaan ei tee työtä.
Yleisin virhe on arvioida työmäärä ja kirjoittaa se kestoksi. Näin syntyy aikatauluja, jotka ovat paperilla täydellisiä ja käytännössä 40 % liian lyhyitä.
Riippuvuudet: mikä ennen, mikä rinnalla
Riippuvuus kertoo, miten kaksi tehtävää liittyvät toisiinsa. Neljä perustyyppiä:
| Tyyppi | Merkitys | Esimerkki |
|---|---|---|
| Loppu → alku (FS) | B alkaa, kun A on päättynyt | Perustus valmis → seinät pystyyn |
| Alku → alku (SS) | B alkaa yhdessä A:n kanssa | Kehitys alkaa → testauksen valmistelu alkaa |
| Loppu → loppu (FF) | B päättyy yhdessä A:n kanssa | Sisältö valmis → kielentarkistus valmis |
| Alku → loppu (SF) | Harvinainen, luovutustilanteet | Uusi vuoro aloittaa → vanha lopettaa |
Useimmat todelliset riippuvuudet ovat loppu → alku. Olennaista on erottaa tekninen riippuvuus (seiniä ei voi tehdä ennen perustusta) resurssiriippuvuudesta (molemmat tekee sama ihminen). Ensimmäistä ei voi muuttaa, toisen voi ratkaista rahalla tai ihmisellä.
Kriittinen polku — missä myöhästyminen oikeasti maksaa
Kriittinen polku on pisin kytketty ketju projektin alusta loppuun. Tämän ketjun tehtävillä ei ole pelivaraa: jokainen myöhästymispäivä siirtää projektin loppua täsmälleen saman verran. Tehtävillä, jotka eivät ole kriittisellä polulla, on pelivara (float) — ne voivat venyä ilman että lopullinen määräaika liikkuu.
Käytännön arvo on yksinkertainen: kun tiedät mikä ketju on kriittinen, tiedät minne suunnata huomio, ihmiset ja raha. Ja kun joku kysyy "onko tämän myöhästyminen paha juttu?", vastaus on laskettavissa eikä tuntumaan perustuva.
Välitavoitteet: päivämäärät, joista voi kysyä "onko?"
Välitavoite on nollakestoinen piste aikataulussa, joka merkitsee merkittävää saavutusta: sopimus allekirjoitettu, prototyyppi valmis, hakemus jätetty. Hyvä välitavoite on binäärinen — joko on tai ei ole, ei "70 % valmis".
Kolmesta viiteen välitavoitetta projektia kohden riittää yleensä. Jos niitä on kaksikymmentä, yksikään ei enää tarkoita mitään eikä johto tiedä mihin katsoa.
Pelivara: missä sitä pidetään ja missä ei
Jokainen arvio on todennäköisyys, ei fakta. Siksi aikataulu tarvitsee pelivaraa. Kysymys on vain siitä, missä se sijaitsee:
- Huono vaihtoehto: jokainen tekijä lisää omaan tehtäväänsä 30 % varaa. Pelivara on näkymätön, se kulutetaan loppuun eikä projektipäällikkö koskaan tiedä, kuinka paljon tilaa oikeasti on.
- Hyvä vaihtoehto: arviot ovat rehellisiä ja pelivara on koottu näkyviin — kriittisen polun loppuun ja suurimpien riskien yhteyteen. Silloin näkyy, kuinka paljon siitä on käytetty.
Aikataulu, joka ei ole kuollut dokumentti
Aikataulun arvo syntyy vasta, kun sitä päivitetään. Minimirutiini, joka toimii:
- Merkitse kerran viikossa, mikä on oikeasti valmis (ei "melkein").
- Katso, onko jokin kriittisen polun tehtävä liukunut.
- Jos on — päätä heti: pienennämmekö laajuutta, lisäämmekö resurssia vai siirrämmekö määräaikaa. Kolmas vaihtoehto on myös päätös, mutta sen pitää olla tietoinen.
- Kirjaa päätös ja sen syy, jottei kolmen kuukauden päästä tarvitse arvailla.
Miten Projektiassistentti nopeuttaa aikataulun laatimista
Projektiassistentti laatii projektikuvauksen pohjalta ensimmäisen aikataulun vaiheineen, kestoineen ja riippuvuuksineen — sinä korjaat sen oman todellisuutesi mukaan. Gantt-näkymä näyttää riippuvuudet ja kriittisen polun, Kanban-taulu saman työn päivittäisenä virtana. Koska aikataulu, budjetti ja riskit tulevat samasta projektista, budjetti ei jää vanhaksi määräajan siirtyessä.
Yhteenveto
Hyvä aikataulu alkaa töiden listasta, arvioi keston erillään työmäärästä, kytkee tehtävät riippuvuuksilla, tuntee kriittisen polkunsa, käyttää vähän ja selkeitä välitavoitteita sekä pitää pelivaran näkyvillä. Ja mikä tärkeintä — sitä päivitetään.
Haluatko ensimmäisen version jo tänään? Projektiassistentti avautuu Suomessa pian — liity jonotuslistalle.
Tee tämä Projektiassistentissa
Teoria on yksi asia. Katso, miten Projektiassistentti tekee sen sinun projektissasi.
Lue lisää samasta aiheesta
Projektin toimintasuunnitelman laatiminen: askel askeleelta -opas ja malli
Projektisuunnitelma on hyväksytty, kaikki nyökkäävät — ja kaksi viikkoa myöhemmin mitään ei ole tapahtunut. Syy on…
Projektin päättäminen ja opitut asiat: miten projekti lopetetaan kunnolla
Useimmat projektit eivät pääty. Ne hiipuvat. Työ loppuu, tiimi siirtyy eteenpäin, jotain jää puolittain luovuttamatta,…
Sidosryhmien hallinta ja RACI-matriisi: kuka tekee, kuka päättää, ketä tiedotetaan
Projektin kallein lause kuuluu: "En tiennyt, että näin päätettiin." Sen sanoo yleensä ihminen, jolla on oikeus hylätä…
