Johdanto

Tämä on manuaalin luonnos arviointia varten. Jos sinulla on kommentteja, lähetä ne sähköpostitse osoitteeseen info@omimo.org. Lopullinen versio julkaistaan myöhemmin.

P4.express on minimalistinen ja käytännönläheinen tapa hallita ohjelmia. Sen prosessi on yksinkertainen, kuten kaaviosta näkyy. Se koostuu 29 johtamisaktiviteetista, jotka on jaettu 6 aktiviteettiryhmään. Avaa aktiviteetin kuvaus napsauttamalla sitä kaavion verkkoversiossa tai käytä ladattujen versioiden sisällysluetteloa. Voit myös yksinkertaisesti aloittaa ensimmäisestä aktiviteetista A01 ja lukea kaikki aktiviteetit järjestyksessä.

Luonne

P4.express on vaiheittainen lähestymistapa ohjelmien hallintaan; tällaista kutsutaan yleensä menetelmäksi, metodologiaksi tai viitekehykseksi. Se ei ole kuvaileva opas siitä, miten kaikki tai jotkin organisaatiot hallitsevat ohjelmiaan, vaan kuvaus yhdestä tavasta tehdä se — tavasta nimeltä P4.express.

Yhteensopivuus

P4.express on kaikkien muiden OMIMO-perheen moduulien tavoin modulaarinen. Voit siis käyttää sitä missä tahansa kokoonpanossa, etkä ole rajoitettu projekteihin ja portfolioihin, jotka käyttävät OMIMO-menetelmiä; projektisi voidaan toteuttaa esimerkiksi P3.expressillä, micro.P3.expressillä, DSDM^®:llä, Scrumilla, PRINCE2^®:lla tai millä tahansa muulla järjestelmällä ilman, että siitä aiheutuu ongelmia P4.expressille.

P4.expressiä voi käyttää kaikentyyppisiin ohjelmiin: infrastruktuuriin, kaupunkikehitykseen, organisaatiomuutokseen, terveyteen, kulttuuriin, taiteeseen, humanitaariseen työhön ja niin edelleen. P4.express on suunnattu kaikille toimialoille, mutta ei näiden toimialojen erikoistapauksiin, koska niiden huomioiminen tekisi järjestelmästä liian monimutkaisen kaikille.

Kun käytössä on jäsennelty portfolionhallinta, P4.express odottaa, ettei se puutu suoraan ohjelman sisäisiin projekteihin. Portfolionhallintajärjestelmän tulee ohjata vain ohjelmaa kokonaisuutena ja antaa ohjelman ohjata omia projektejaan.

Mittakaava

P4.expressiä voi käyttää hyvin monenlaisissa ohjelmissa pienistä suuriin. Se on kuitenkin suunniteltu ohjelmille, joiden alla on vain projekteja ja ad hoc -aktiviteetteja; P4.express-ohjelman alle ei ole tarkoitus sijoittaa pienempiä ohjelmia, koska sitä ei useimmiten tarvita ja se monimutkaistaisi järjestelmää.

P4.express on suunniteltu toimimaan pienissä ja suurissa ohjelmissa ilman suurempaa räätälöintiä. Mikro-ohjelmiin ja megaohjelmiin sen käyttö vaatisi kuitenkin merkittävää räätälöintiä.

Ulkoiset asiakkaat

Organisaatiosi voi toteuttaa ohjelman itselleen tai ulkoiselle asiakkaalle. Kun ohjelma tehdään ulkoiselle asiakkaalle, on tärkeää, että sopimus on yhteensopiva, sillä ohjelmat ovat luonteeltaan erittäin epädeterministisiä ja tutkivia, eivätkä kiinteähintaiset sopimukset sovi niihin.

Projektit ilman ohjelmia

Ohjelma mahdollistaa odotetut tulokset ja ylläpitää niitä. Tämä tapahtuu

1. ideoimalla kokonaisratkaisuja Skenaarioiksi ja
2. ohjaamalla korkealla tasolla projekteja, jotka toteuttavat nämä ratkaisut.

Projekti ei ole kokonaisratkaisu vaan konkreettinen askel sitä kohti. Jotta projektit olisivat hyödyllisiä, niiden tulee olla osa kokonaisratkaisua. Toisin sanoen jokaisen projektin takana on aina ohjelma. Ohjelma voi olla implisiittinen ja jäädä huomaamatta, mutta se on olemassa. Esimerkiksi sairaalan rakentaminen kaupunkiin tehdään todennäköisesti siksi, että kaupungin terveydenhuoltoa halutaan parantaa. Jonkun on tarkistettava, onko sairaalan rakentaminen paras keino parantaa terveydenhuoltoa siellä, ja jos on, mitä muuta on tehtävä, jotta tulos todella saadaan aikaan. Tämä kuvaa projektin takana olevaa ohjelmaa, joka voi toteutua implisiittisesti, ilman rakennetta. Jäsennelty lähestymistapa hyödyttää tällaisia ohjelmia suuresti, erityisesti koska se varmistaa (osana ohjelmaa), ettei tuloksia jätetä oman onnensa nojaan, vaan niitä ylläpidetään aktiivisesti.

Ohjelmat eivät rajoitu keskikokoisiin tai suuriin tapauksiin, kuten yllä olevaan esimerkkiin. Myös P4.expressin opetteluasi voi pitää projektina. Voit miettiä sen takana olevaa ohjelmaa ja tehdä siitä eksplisiittisen, mukaan lukien sen mahdollistavat ja ylläpitävät aktiviteetit.

Kokonaisvaltaisesta näkökulmasta jokaisen projektin takana on siis aina implisiittinen tai eksplisiittinen ohjelma. Projektista vastaavan toimittajan kannalta ohjelma voi kuitenkin jäädä toimeksiannon ulkopuolelle, ja silloin organisaatioissa, jotka tekevät projekteja ulkoisille sidosryhmille, voi olla itsenäisiä projekteja.

Prosessi

P4.express-prosessissa on 29 aktiviteettia, jotka jakautuvat seuraaviin aktiviteettiryhmiin:

• Ohjelman aloitus toteutetaan alussa: se luo ohjelmalle perustan ja auttaa päättämään, kannattaako ohjelma toteuttaa.
• Kuukauden aloitus toteutetaan jokaisen kuukauden alussa: siinä päivitetään ja parannetaan suunnitelmia ja tarkistetaan, kannattaako ohjelmaa yhä jatkaa.
• Viikoittainen johtaminen on synkronointia varten.
• Päivittäinen johtaminen on päivittäisiä tehtäviä, kuten seurantaa, varten.
• Kuukauden päätös päättää jokaisen kuukauden arvioimalla tulokset.
• Ohjelman päätös päättää ohjelman, kun se on saavuttanut tavoitteensa tai kun se peruutetaan.

Hyvin nopeatempoiset ohjelmat voivat korvata kuukausisyklin viikkosyklillä ja jättää pois Viikoittaisen johtamisen normaalit aktiviteetit.

Projekti on valmis, kun sen tuotos on luotu, mutta ohjelmassa asia on toisin: kun odotetut tulokset on saatu aikaan, ohjelman tulee jatkua vielä kaksi kertaa niin monta sykliä kuin tulosten mahdollistaminen vaati (tai muun tapaukseen sopivan ajan), jotta tuloksia ylläpidetään. Ensimmäiset syklit voivat keskittyä kokonaan tulosten mahdollistamiseen, seuraavat sekä uusien tulosten mahdollistamiseen että vanhojen ylläpitoon ja loput kokonaan tulosten ylläpitoon. Koska mahdollistamissyklit ovat olemassa, ei tarvita muiden OMIMO-moduulien kaltaista ohjelman jälkeistä sykliä.

Kun tuloksia ylläpidetään, myös niiden hyödyt tulee mitata. Täydellisessä projektiekosysteemissä on jäsennelty portfolionhallintajärjestelmä, ja ohjelman sponsori vie mittaukset sinne edistyneempää hallintaa varten.

Roolit

P4.express-ohjelman ensisijaiset roolit ovat seuraavat:

• Sponsori: Sponsori on korkein rooli, ja hän on viime kädessä vastuussa ohjelman onnistumisesta. Hän vastaa korkean tason päätöksistä ja ohjelman resursoinnista. Mukana voi olla ohjausryhmä, portfolionhallintajärjestelmä ja monia muita päätöksentekoelimiä, mutta kaikkia niitä tulee ohjelmassa edustaa yksi ainoa sponsori.
• Ohjelmapäällikkö: Ohjelmapäällikkö raportoi sponsorille ja vastaa koordinoinnista, fasilitoinnista, konfliktien ratkaisusta ja muusta vastaavasta.
• Ideointitiimi: Tämä on tiimi, jossa ovat kaikki asiantuntijat, joita tarvitaan ideoimaan, miten ohjelma voi saavuttaa tavoitteensa. He suunnittelevat ratkaisun korkealla tasolla ja miettivät, miten eri projektit voivat toteuttaa sen.

Ensisijaisten roolien lisäksi ohjelman alla olevissa projekteissa tulee olla seuraavat roolit, jotka osallistuvat ohjelmaan toissijaisina rooleina:

• Joku, joka vastaa projektin koordinoinnista: yleensä tätä roolia kutsutaan projektipäälliköksi. Jos projekti toteutetaan menetelmällä tai viitekehyksellä, jossa ei ole projektipäällikön roolia, tämä tehtävä tulee antaa roolille, joka keskittyy eniten koordinointiin ja fasilitointiin, ja tämän roolin tulee osallistua ohjelmaan. Riippumatta siitä, miksi roolia kutsutaan projektitasolla, ohjelmatasolla kutsumme sitä “projektipäälliköksi”.
• Joku, joka tekee projektin korkean tason päätökset: yleensä tätä roolia kutsutaan projektin sponsoriksi tai nimellä project executive. Jos tällaista roolia ei ole, sen tehtävä tulee antaa jollekin olemassa olevista rooleista. Riippumatta siitä, miksi roolia kutsutaan projektitasolla, ohjelmatasolla kutsumme sitä “projektin sponsoriksi”.

Pienissä ohjelmissa yksi henkilö voi olla sekä ohjelman että sen projektien sponsori, ja yksi henkilö voi olla ohjelmapäällikkö ja kaikkien projektien projektipäällikkö. Sponsorin ja ohjelmapäällikön roolien yhdistämistä tulee kuitenkin välttää aina kun mahdollista, koska toinen rooli käsittelee abstrakteja ja toinen konkreettisia asioita, eikä yksi henkilö yleensä pysty molempiin, vaan toinen jää hoitamatta. Lisäksi molempien roolien antaminen samalle henkilölle voi joskus olla eturistiriita.

Dokumentit

P4.expressin dokumentit ja kunkin tärkein sisältö ovat seuraavat:

• Ohjelmakuvaus
  • Odotetut tulokset
  • Odotettu kesto ja kustannukset
  • Luettelo sidosryhmistä ja niiden raportointivaatimuksista
• Skenaariot
  • Kokonaisratkaisut, jotka voivat mahdollistaa odotetut tulokset ja ylläpitää niitä
  • Oletukset, kuten oletetut ympäristön reaktiot
• Seurantarekisteri
  • Kuvaus ad hoc -toimenpiteiden lähteistä, kuten ongelmista ja riskeistä, sekä niiden kommentit, toimenpiteet, tulokset ja niin edelleen
• Ohjelman tila -rekisteri
  • Vertaisarviointien tulokset
  • Tyytyväisyysarviointien tulokset
• Business caset ohjelman alaisille projekteille
  • Miksi tämä projekti?
  • Vaihtoehdot
  • Korkean tason vaatimukset
  • Odotetut tuotokset ja niiden tulokset
  • Arvioitu investointi (aika, kustannukset jne.)
  • Toteutusstrategia (tehdään sisäisesti, ulkoistetaan jne.)
  • Suurimmat riskit
  • Tärkeimmät sidosryhmät

Muista, ettei pidä kerätä tietoa, jota ei tarvita, ja että dokumentit kannattaa pitää yksinkertaisina ja tarkoituksenmukaisina. Monimutkaisia ohjelmistoja ei myöskään tarvita — aloita yksinkertaisilla työkaluilla ja siirry kehittyneempiin vain, jos siihen on hyvä syy.

Business caseista on hyvä huomata, että OMIMOssa projektin tai ohjelman business casea ei luoda sen sisällä vaan sen yläpuolisella tasolla, koska se vaatii laajemman näkökulman kuin kuvaamansa projekti tai ohjelma. P4.expressissä luodaan siis business caset sen alaisille projekteille, mutta ohjelman oma business case on sen ulkopuolella, ja sitä hallinnoi ylemmän tason taho, kuten portfolionhallinta.

Räätälöinti

Kuten muitakaan minimalistisia järjestelmiä, P4.expressiä ei kannata räätälöidä etukäteen. Ota se käyttöön ja käytä sitä manuaalin kuvaamalla tavalla, ja mukauta sitä sitten vähitellen, pääasiassa aktiviteetissa E03, ympäristöstä kerätyn palautteen perusteella ja huolellisesti kokeillen.

Historia

P4.expressin ensimmäinen yksityinen luonnos luotiin syyskuussa 2025. Toinen yksityinen luonnos julkaistiin toukokuussa 2026, sen jälkeen julkinen luonnos heinäkuussa 2026 ja lopullinen versio _____.