Project for the web sovelluksen uusia toimintoja keväällä 2022

Microsoft lupaa lähiaikoina mielenkiintoisia uusia toimintoja Project for the web sovellukseen.

Projektisuunnitelmien mallit

Jo nyt on voinut kopioida projektin uudeksi, mutta varsinaiset projektisuunnitelmien mallit ovat puuttuneet. Lähiaikoina lisätään toiminto, jonka avulla uuden projektin voi luoda käyttäen valmista mallisuunnitelmaa.

Baseline aikatauluversiot

Aikataulujen muutosten hallintaan tulee helpotusta, kun Snapshots eli Baselines toiminto lisätään. Se tulee olemaan nykyisen MS Project ohjelman Baseline toiminnon kaltainen ominaisuus. Aikataulun tilanteesta voidaan tallentaa versioita myöhempää vertailua varten.

Jo nyt organisaation kaikki käyttäjät voivat toimia tiimin jäseninä ja myös ulkopuolisille vieraskäyttäjille voidaan lisätä projekteihin.

Organisaation käyttäjiä, joilla on Microsoft 365 lisenssi, voidaan lisätä projektiryhmiin ja liittää resursseiksi Project for the web projektin tehtäville. He voivat tarkastella tehtäviään ja merkata omia tehtäviään valmiiksi ja päivittää valmiusastetta. Valmistumisen raportointi tiimin jäsenenä ei siis vaadi Project lisenssiä.

Vieraskäyttäjiä, siis käytännössä kuka tahansa, jolla on sähköpostiosoite, voidaan lisätä tiimeihin ja liittää resursseiksi Project for the web projektien tehtäville. Nämä vieraskäyttäjät voivat avata heille jaetut projektit ja katsella niitä. Jos vieraskäyttäjille lisätään Project lisenssi, he voivat myös muokata aikatauluja ja päivittää tehtävien valmiusasteita.

Omien tehtävien hallinta Omat tehtävät näkymässä ja ToDo sovelluksella

Project ohjelmaan lisätään integraatio ToDo sovellukseen. Nyt jo Planner suunnitelmien tehtävien valmiuden voi päivittää ToDo sovelluksessa. Pian siis myös käyttäjä näkee Project sovelluksessa hänelle kiinnitetyt tehtävät ToDo sovelluksessa ja voi siellä merkitä tehtävät valmistuneeksi.

Project for the web sovellukseen lisätään uusi Henkilön omat työt (Assigned to me) -näkymä. Se koostaa henkilön tehtävät eri projekteista yhteen näkymään.

Resurssoinnin parannukset

Project Plan 3 ja 5 lisensseillä saa nyt käyttöoikeuden Resource Scheduling sovellukseen. Dynamics puolelta lainattu toiminnallisuus mahdollistaa resurssipyyntöjen ja varausten tekemisen projekteille. Plan 3 lisenssillä projektipäälliköt voivat tehdä resurssivarauspyyntöjä projekteille, vahvistaa ehdotettuja varauksia ja tarkastella resurssien varaustilannetta. Plan 5 lisenssillä resurssiesimies hallinnoi resurssien osaamistiedot sekä luo ja päivittää varauksia resurssipyyntöihin.

Project for the web sovellukseen lisätään People näkymä, joka esittää tiimin töiden etenemistä henkilöittäin.

Projektin tilannekuvan muodostamista helpotetaan Charts näkymän avulla, joka esittää projektisuunnitelmasta avaintietoja, kuten eri valmiustilassa ja eri koreissa olevien tehtävien määriä ja tehtävien määriä henkilöittäin.

Pienempiä käytettävyyden parannuksia

Tehtäviä voi nyt merkitä värillisillä tehtävän tyyppiä, luokkaa tai tilaa kuvaavilla merkeillä.

Lisätietokentissä olevien poimintalistojen arvoille voidaan asettaa taustaväri. Näin kentän arvolla voidaan korostaa esimerkiksi tehtävän tilaa tai kriittisyyttä.

 

 

 

 

 

 

 

 

 

Tulossa on myös conditional formatting ominaisuus, jonka avulla tietokenttien väri voidaan määritellä säännön mukaan.

Tehtäviin voidaan lisätä nyt tarkastuslistat, kuten Plannerissakin.

Aikataulutus monipuolistuu, kun muitakin kuin lopusta alkuun (Finish to Start) tyyppisiä riippuvuuslajeja lisätään aikataulutuksen tueksi.

Teams sovelluksessa voidaan avata keskustelu liittyen Project for the web projektin tehtävään ja lisätä keskustelussa @mainintoja kollegoihin.

Kriittisen polun esittäminen Gantt-kaaviossa. Suodattimien alla aikajananäkymässä voi kytkeä päälle kriittisen polun esittämisen.

 

Projektipomon bloki

Mitä kaikkea Projektipomo on kirjoittanut salkunhallinnasta?

Projektipomo on käsitellyt projektisalkun hallintaa useita kertoja vuosien saatossa. Näissä kirjoituksissa on valotettu eri näkökulmista kulloinkin siihen aikaan tärkeitä ja keskustelua herättäneitä asioita. Ensimmäinen salkkuun liittyvä kirjoitus on vuodelta 2014.  Tähän on hyvä lisätä, että Projektipomo on ollut rakentamassa ensimmäisen kerran projektisalkkujärjestelmää vuonna 1999 eli noin 23 vuotta sitten.

Ihan ensimmäisessä vuoden 2014 kirjoituksessaan ” Projektisalkunhallinta ja tilannekuva ” Projektipomo kuvaa kuinka tärkeää on saada projektisalkun kautta salkusta hyvä tilannekuva. Johtopäätös on, että tilannekuvan saaminen edellyttää kuitenkin hyviä salkunhallinnan välineitä eikä ”exceleillä” pärjää.

Seuraavissa kirjoituksissa syvennetään salkunhallinnan mahdollisuuksia mm. valinnan ja muutoksenhallinnan apuvälineenä. Tämä edellyttää salkun tietojen aktiivista ylläpitoa niin suunnitelman, toteutuman kuin ennusteenkin osalta yhteisessä salkkujärjestelmässä. Päätöksentekoa helpottaa, jos salkun tiedot voidaan muuttaa visuaaliseen muotoon, jossa poikkeamien havainnointi on tehokasta ja johdon huomio voidaan kiinnittää toimenpiteitä vaativiin asioihin.

Joitain eritystapauksia Projektipomo on myös käsitellyt mm. toimitusprojektisalkun piirteitä, sillä tyypillisesti projektisalkunhallinta keskittyy pääosin organisaatioiden sisäisiin it-, tuotekehitys- ja muutoshankkeisiin. Kirjoituksessa korostetaan niiden kohtien merkitystä ja hyvää kommunikaatiota, missä vastuu vaihtuu esimerkiksi myynniltä toteutukselle.

Projektipomo on käsitellyt myös menetelmiä, jolla projektisalkkua hallintaan. Näitä olivat mm. kustannus-hyötyanalyysi, strategisten teemojen käyttö ja pisteytys sekä projektien valintakriteerien yleistys neljään sanaan.

Viime aikoina on Projektipomo palannut juurille, eli kirjoitukset ovat keskittyneet perusasioihin kuten siihen, mikä salkku on ja salkun kustannushallinnan tärkeyteen.

Projektipomon kirjoituksia projektisalkun hallinnasta uusimmasta vanhimpaan. Käykää lukemassa, olkaa hyvä!

10.3.2022     Projektisalkun kustannushallintaa

2.11.2021      Mikä salkku on ja mihin sitä käytetään?

8.10.2020     Projektisalkun valinnan kriteerit neljällä sanalla

3.6.2020        Välineitä oikeiden hankkeiden valintaan – Strategiset teemat

16.4.2020     Välineitä oikeiden hankkeiden valintaan – Kustannus-hyötyanalyysi

4.10.2017     Toimitusprojektien salkunhallinnan erityispiirteet

23.3.2017     Visuaalinen projektisalkku helpottaa päätöksentekoa

25.8.2016     Pysy mukana muutoksessa – hallitse projektisalkkuasi

27.11.2014   Projektisalkunhallinta ja tilannekuva

Lisäksi on hyvä muistaa, että hyvin toimiva salkkujärjestelmä ei synny itsestään vaan sen suunnitteluun ja rakentamiseen kannattaa käyttää osaavaa kumppania.

Ota yhteyttä, jos olet miettimässä organisaatiosi tarpeisiin projektiesi erityispiirteet huomioivaa projektisalkkujen, projektien ja töiden kustannushallintaratkaisua.

Projektisalkun kustannushallintaa

Olemme käsitelleet useampaan kertaan projektien ja töiden kustannushallintaa sekä salkunhallintaa. Blokimme hengen mukaisesti olemme pyrkineet avaamaan näihin liittyviä hyviä käytäntöjä ja saavutettavia etuja. Nyt on oiva hetki vetää näitä kahta asiaa yhteen.

Merkittävää on, että hyvin mietityt projektien ja töiden kustannushallinnan käytännöt ja tietojärjestelmä ovat myös edellytys onnistuneelle salkunhallinnalle. Toimiva projektien kustannushallinta tuottaa salkunhallinnan tarpeisiin mittareita ja tietoa suunnitelluista, sitoutuneista ja toteutuneista kustannuksista sekä nostaa esiin trendejä ja mahdollisista ongelmia. Salkunhallinnan keinoin on näin mahdollista ohjata projekteista muodostuvia kokonaisuuksia ja varmistaa, että kokonaisuus on aina enemmän kuin osiensa summa.

Projektien tuottama yksityiskohtainen kustannustieto luo vahvan pohjan salkunhallinnassa tehtäville päätöksille, tukee strategian mukaisten hankkeiden valintaa sekä mahdollistaa toteutettavien hankkeiden jatkuvan ohjauksen ja priorisoinnin.

Huomattavaa on, että salkussa on tyypillisesti kooltaan ja merkittävyydeltään erilaisia projekteja ja nämä vielä eri elinkaarivaiheissaan. Siksi ajatus siitä, että projektisalkkua hallitaan kuin yhtä isoa projektia ei johda hyvään lopputulokseen.

Salkunhallinta edellyttää tarkoituksenmukaisen tietojärjestelmän ohella sovittuja toimintamalleja ja yhteisiä käytäntöjä. Näitä tulee noudattaa kaikissa organisaation projekteissa sekä itse salkunhallinnassa. Alla kolme kohtaa, jotka osaltaan takaavat menestymisen projektisalkun kustannushallinnassa.

-Projektien ja töiden kustannusennusteiden on oltava aikajaksotettua tietoa. Kustannusennusteen kuukausijaksotus tuo seurannan ja hallinnan riittävän tarkalle tasolle olematta kuitenkaan ylivoimainen ylläpitää. Salkkutarkasteluita voidaan tehdä harvemmallakin syklillä, mutta projektitasolla vain riittävän lyhyet tarkastelusyklit tuovat esiin trendejä ja ongelmakohtia sekä mahdollistavat nopean puuttumisen poikkeamiin.

-Salkun kustannusten seurantaa tulee tehdä säännöllisellä kalenterirytmillä riippumatta salkun projektien elinkaarivaiheista. Tärkeää on varmistaa, että salkun projektien kustannustiedot ovat tarkasteluhetkellä yhdenmukaisessa tilassa. Kustannustietojen oleellinen osa ovat talouden järjestelmistä tuotetut toteutumatiedot ja tuleville jaksoille ajoittuvat sidotut kustannukset. Salkkutarkastelut voi näin olla tarkoituksenmukaista sovittaa yhteen taloushallinnon kuukausikellon kanssa. Tavoitteena voi esimerkiksi olla, että salkkutarkasteluita varten kaikkien projektien tiedot on täsmäytetty ajan kunkin kuukauden vaihteeseen mennessä.

-Projektitasolla on oltava toimivat mittarit ja käytännöt poikkeaminen hallintaa, ongelmaprojektien esiin nostamiseen ja tietojen laadun varmistamiseen. Näin salkkutason tarkastelussa ongelmaprojektit eivät jää piiloon ja näiden huonoa menestystä ei kompensoida hyvin hallittujen projektin menestyksellä.

Projektisalkun kustannushallinta edellyttää kustannushallinnan tietojärjestelmältä joustavuutta ja mukautettavuutta. Projektien erityspiirteet on pystyttävä huomioimaan projektien kustannushallinnan toteutuksessa, jotta välttämätön projektin ehdoilla toiminta myös kustannushallinnassa toteutuu.

Alla kaksi mukautettua näkymää projektin kustannusennusteeseen. Kustannusennusteen rakenne ja seurantataso valitaan projektin tarpeista ja lähtökohdista.

Alla kaksi mukautettua näkymää pienen projektisalkun kustannusennusteeseen. Kustannusennuste on summattuna salkun projekteista, jotka ovat erilaisia kooltaan, eri elinkaarivaiheessa ja joissa kustannuksia hallitaan eri tasoilla.

Ota yhteys, jos olet miettimässä organisaatiosi tarpeisiin projektiesi erityispiirteet huomioivaa projektisalkkujen, projektien ja töiden kustannushallintaratkaisua.

Suuren hankkeen tilannekuvan muodostaminen Project Online ja Power BI työkaluilla

Koska projektissa saattaa toimia kymmeniä eri osapuolia projektin eri vaiheissa, on reaaliaikaisen, luotettavan ja helposti laadittavan tilannekuvan saaminen projektijohdolle ohjauksen apuvälineeksi tärkeää projektin onnistumisen kannalta. 

Projektipomo sai tilaisuuden osallistua projektin tilannekuva-analyysin toteutukseen. Tehtävänä oli rakentaa käynnistyvän suuren infrahankkeen johdolle näkymä kokonaistilanteesta. Kokonaistilannekuva muodostuu yhdistämällä tietoa hankkeen usealta eri osa-alueelta: Osaprojektien aikatauluista, työmääräarvioista, kustannusennusteista, kustannusseurannasta, työturvallisuuden mittareista sekä riskianalyyseista. Hankkeeseen osallistuu useita urakoitsijoita, suunnittelijoita, konsultteja ja muita toimittajia. Lisäksi hankkeella on useita tilaajaosapuolia. 

Tilannekuvaa rakennettaessa on pohdittu ainakin seuraavia näkökohtia: 

  • Mitkä ovat tilannekuvan näkökulmat ja mittarit, jotka auttavat hankejohtoa ajoissa saamaan tiedon tulevista haasteista ja reagoimaan ajoissa?
  • Miten useiden eri näkökulmien mittarien tarvitsemat tiedot saadaan kerättyä useilta osapuolilta ja yhdistettyä yhteen näkymään?
  • Kuinka motivoidaan ja opastetaan lukuisat hankkeeseen osallistuvat osapuolet tuottamaan tarvittavat tiedot riittävän yhteismitallista raportointia varten?
  • Kuinka voidaan mahdollisimman hyvin hyödyntää olemassa olevia tietojärjestelmiä ja osapuolten nykyisiä seurannan työtapoja?
  • Voidaanko tiedon tuottajille, kuten urakoitsijoille ja suunnittelijoille samalla tuottaa lisäarvoa? 

Alustavat vaatimukset tilannekuvan näkökulmista ja mittareista kerättiin työpajoissa, joissa myös määriteltiin tarvittavat lähtötiedot mittarien laskemiseksi. Työpajoihin osallistui riittävä edustus eri tilaajaosapuolien henkilöitä. Työpajoissa kootut alustavat määrittelyt ovat hyvä lähtökohta raportoinnin rakentamiselle, mutta on myös hyvä ymmärtää, että tilannekuvan vaatimukset tulevat varmasti elämään ja muuttumaan hankkeen elinkaaren aikana. Määrittelyissä ei vielä hienosäädetty tarvittavia näkökulmia, vaan määriteltiin ensivaiheen tarpeet, joiden avulla voitiin lähteä rakentamaan tilannekuvan ensimmäistä versiota. 

Tilannekuvaa ja hankkeen suunnittelua ja seurantaa varten pystytettiin hankkeelle oma ympäristö Microsoftin pilvipalveluun. Hankkeen omassa pilviympäristössä, voidaan antaa helposti käyttöoikeudet kaikille eri organisaatioiden osapuolille, ilman että tarvitsee miettiä eri organisaatioiden olemassa olevia toisistaan mahdollisesti poikkeavia tiedonhallinnan käytäntöjä, tai rajoituksia ulkopuolisten pääsystä organisaation sisäverkkoon. 

Tilannekuvan muodostamisen analyysi- ja raportointivälineenä päätettiin käyttää Microsoft Power BI työkalua. Power BI kykenee yhdistämään tilannekuvan tarvitsemat tiedot useista eri tietolähteistä ja taustajärjestelmistä. 

Microsoftin pilviympäristöstä otettiin käyttöön myös Project Online toiminnallisuus, jonka avulla hankkeeseen osallistuvat organisaatiot luovat itse suunnitelmat oman työnsä osalta. Project Onlinella suunnitellaan projektien tehtävät, aikataulut, resurssien työmäärät ja seurataan töiden valmistumista.  

Suunnitelmat luodaan Microsoft Project Online Desktop Client ohjelmilla ja tallennetaan Project Onlineen. Kaikki hankkeen osapuolet siis käyttävät samaa suunnittelun ja seurannan järjestelmää. Eri suunnitelmien keskinäinen koordinointi onnistuu, kun eri suunnittelijat ja urakoitsijat näkevät toistensa aikataulut yhteisessä järjestelmässä.  

MS Project on yleisesti käytetty projektinhallinnan ohjelmisto, joten useilla osapuolilla on valmiiksi osaamista sen käyttöön. Tarvittaessa projektien suunnittelijoita opastetaan välineeseen parin tunnin koulutuksissa.  

Osa tilannekuvan lähtötiedoista, kuten riskianalyysi, kustannusennuste, hankkeen kustannusseurannan tiedot sekä joitain työmaiden tilannetietoja päivitetään erillisiin Excel tiedostoihin. Päivitetyt Excel tiedostot kerätään yhteisen Online ympäristön SharePointiin, josta ne ovat Power BI raportointijärjestelmän luettavissa. Excel tiedostot olivat jo käytössä hankkeessa, eikä niiden muotoa tarvinnut erikseen suunnitella tai muuttaa. Power BI kykenee lukemaan Excel tiedostot ja tekee niille tarvittavat tiedon muunnokset raportointia varten. 

Työturvallisuuden ja työmaan ongelmatilanteiden seurannan mittareiden laskentaan haluttiin viikoittainen tai kuukausittainen lähtötietojen keräys eri sopimusosapuolilta. Valmista yhteistä järjestelmää ei tähän tarkoitukseen ollut. Näitä työmaan tilanteen raportointeja varten luotiin muutama yksinkertainen SharePoint lista, jonne urakoitsijat ja suunnittelijat kirjaavat viikoittain tiedot omalta osaltaan, esimerkiksi mobiililaitteella suoraan työmaalta. 

Varsinainen tilannekuva muodostetaan käyttäen Power BI välinettä. Väline lataa ajastetusti tietomalliinsa tiedot eri tietolähteistä: Project Onlinesta, erillisistä Excel tiedostoista ja SharePoint listoista. Power BI muuntaa eri tietolähteistä tulevat tiedot raportoitavaan muotoon. 

Microsoftin pilviympäristö on helppo ja nopea alusta projektin tai hankkeen tiedonhallinnan tarpeisiin. Tässä toteutuksessa käytettyjen Power BI, Project Online ja SharePoint välineistöjen lisäksi Microsoftin pilvestä on helppo ottaa käyttöön muitakin projektijohtamista ja viestintää tukevia palveluita. Esimerkiksi Project Online lisenssillä käytettävä mallipohjainen Project Power App mahdollistaa hankkeen tarpeisiin räätälöidyn sovelluksen luonnin helposti konfiguroimalla. 

Nyt aikaan saatu tilanneraportointi on hyvä lähtökohta käynnistetyn hankkeen tilannekuvan muodostamiseen. Tietotarpeet tulevat varmasti muuttumaan ja kasvamaan hankkeen edetessä. Rakennettu hankkeen hallinnan tietojärjestelmä laajenee helposti suuremmalle käyttäjäkunnalle, kun hankkeen osapuolia tulee lisää mukaan.

Hybridiä projektinhallintaan

Projektihallinnan erilaiset menetelmät ja näihin liittyvät käsitteet, periaatteet ja tekniikat ovat toiminnan luonteen takia hyvin määriteltyjä. Malleja on lukuisia, osin toistensa kanssa kilpailevia ja uusia syntyy jatkuvasti. Yhteistä niille kaikille on, että ne auttavat hallitsemaan työtä ja johtamaan tiimin jäseniä samalla, kun ne helpottavat tiimien sisäistä ja tiimien välistä yhteistyötä.

Eri menetelmillä on omat hyvät puolensa ja heikkoutensa. Menetelmiä on luotu erilaisista lähtökohdista erilaisiin tarpeiseen ja ympäristöihin. Organisaation kehittämishankkeisiin soveltuva malli ei ehkä ole parhaimmillaan ohjelmistokehityshankkeissa tai tietojärjestelmien muutoshankkeissa. Perinteisen vesiputousmalli on parhaimmillaan, jos tavoitteet ja toimintaympäristö ovat vakaat. Malli muodostuu kalliiksi, jos tavoitteet ovat muutoksessa tai jos tavoitteita on tarkoitus kirkastaa tekemisen myötä.

Projektien eri toimitusmallien yhdistelmillä on mahdollista hyödyntää kunkin menetelmän parhaat puolet. Näin saadaan myös kaivattua vivahteikkuutta organisaation erilaisten projektien ja töiden hallintaan.

Yhdistäminen voi tarkoittaa kahden tai useamman kilpailevan mallin periaatteiden hyödyntämistä soveltuvin osin samassa hankkeessa. Taustalla on ajatus, että mitä useammalla tavalla ongelmaa voi lähestyä, niin sitä paremmat mahdollisuudet sen ratkaisuun ovat olemassa. Selkeämpää kuitenkin on, että pidetään menetelmät vakioina, mutta valitaan näistä projektin käyttöön projektin erityispiirteet parhaiten huomioiva menetelmä.

Hieno tavoite on, että työtä ja tiimiä hallitaan menetelmin ja välinein, jotka toteuttajat itse kokevat tarkoitukseen parhaiten soveltuviksi. Suurissa hankkeissa voi olla tarkoituksenmukaista käyttää erillisten osakokonaisuuksien toteutuksissa näihin parhaiten soveltuvia menetelmiä (esim. ketteriä menetelmiä), ja itse kokonaisuutta ohjataan ylätason vesiputousmallilla. Aina on myös syytä miettiä, onko pientä hanketta ylipäätään järkevää toteuttaa projektina, vaan sopia seurantaa varten yksilöllinen malli ja rakenteet.

Ajatus projektihallinnan ns. hybridimalleista ei ole uusi. Alan käytännön standardeja luova organisaatio PMI – Project Management Institute on osaltaan edistänyt asiaa toistakymmentä vuotta. Myös viimeisin PMBOK® Guide – Seventh Edition nostaakin toimintamallien (Processes) rinnalle periaatteet (Principles).

Kulloisenkin käytettävän menetelmän valinnassa voi apua olla aiemmin blokissa käsitellystä systeemiajattelusta. Systeemiajattelun  tavoitteena on auttaa jäsentämään asioita, jotka ovat enemmän tai vähemmän monimutkaisia ja/tai monitahoisia (kompleksisia). Näin saadaan tunnistettua projektin hallintaan liittyvät erityispiirteet ja valitaan nämä parhaiten huomioiva menetelmä ja ohjausmalli.

Toiminta hybridiympäristössä vaatii tietojärjestelmältä paljon. Järjestelmän on tuettava toimintaa eri menetelmillä hallituissa projekteissa sekä koottava projektien ylitse liiketoiminnan ohjaukselle välttämätöntä seuranta- ja mittaritietoa resursseista, kapasiteetista ja kustannuksista.

Mikäli keskitetty tietojärjestelmä ei kaikilta osin tue valittua projektihallinnan menetelmää, niin vaihtoehtona tulee olla integraatio siihen työkaluun, joka näin tekee. Annetaan siis toteutustiimien edelleen valita välineensä ja luodaan sen sijaan rajapinta, joka välittää ohjaustietoja valittuun työkaluun ja tuottaa sieltä tarvittavat sisältö- ja seurantatiedot erilaisiin projektien ja liiketoiminnan ohjaustarpeisiin.

Ota yhteys, jos mielenkiitosi heräsi organisaatiosi kaikki projektit ja työt yhteen kokoavasta tietojärjestelmästä, joka antaa toteutustiimien valita omat menetelmänsä ja joka saumattomasti integroituu muihin tietojärjestelmiisi.

Työnkuluista

Projektin täsmällinen suunnittelu, realistinen tehtäväsuunnitelma ja osaavan toteutustiimin kokoaminen luovat hyvän pohjan projektin onnistumiselle. Menestyksen takaa hyvin suunnitellut ja yhdessä sovitut käytännöt projektin toteutuksen aikana. Näillä varmistetaan tehokas ja tuottava työskentely sekä asioiden eteneminen.

Näitä käytäntöjä ovat myös tehtävien toteuttamiseen liittyvät työnkulut (Workflow).

Suoraviivainen tehtävän toteuttamisen työnkulku on: aloitus-työn alla-valmis-arvioitu-suljettu. Työnkulussa tehtävä siirtyy vaiheittain eteenpäin ja toimintamalli on hyvä esimerkki Kanban/Lean järjestelmän soveltamisesta.

Merkittävää on, että käytännön työtä lähellä olevana toimintana työnkulkuja voidaan hyödyntää riippumatta projektin toimitusmallista. Ne sopivat yhtä hyvin sekä ketteriin että perinteisiin toimitusmalleihin tai aivan yleisenä käytäntönä toistuvien töiden hallintaan. Työnkulkuihin liittyy oleellisesti myös tarkistuslistat, joilla varmistetaan koska tehtävä voi siirtyä työnkulun vaiheesta toiseen. Esimerkki työnkulusta ja tarkistuslistojen hyödyntämisestä kokonaan projektimaailman ulkopuolelta on lentokoneen lentoon lähdön valmistelu.

Työnkulun määrittämiseksi tarvitaan:
-Vaiheet, jotka tarvitaan tehtävän suorittamiseksi
-Vastuuhenkilö kullekin työnkulun vaiheelle
-Henkilöt, jotka tarvitaan työnkulun vaiheessa olevien tehtävien toteuttamiseksi
-Työnkulun vaiheiden väliset riippuvuudet ja säännöt

Työnkulkujen määrittämiseen liittyy oleellisesti myös haarautumiset. ’Jos-niin’ –päätökset ovat työnkuluille tunnusomaisia.

Työnkulku johtaa tiettyyn tavoitteeseen välivaiheiden kautta. Kussakin työnkulun vaiheen lopussa on mitattavia tuotoksia tai tapahtumia. Malli luo edellytykset tavoitteelliselle, tehokkaalle ja mitattavissa olevalle työn tekemiselle sekä laadukkaille väli- ja lopputuloksille.

Työnkulkujen hyödyntämiseen on neljä hyvää syytä:
– Töiden sujuva, tehokas ja optimoitu eteneminen kun toteutustyön eri vaihtoehtoja on mietitty jo etukäteen ja suoritukset toistuvat samanlaisina.
– Riskit pienenevät, kun työnkulut pilkkovat monimutkaiset kokonaisuudet pienempiin ja hallittavampiin tehtäviin.
– Toiminnan skaalautuvuus kasvaa kun toteutustyö on suunnitelmallista ja toteutuksen henkilöriippuvuus pienenee. Työkulut luovat edellytyksiä toiminnan automatisointiin ja alihankintaan.
– Työn toteutuksen läpinäkyvyys kasvaa ja mahdollisten ongelmien tunnistaminen nopeutuu.

Työnkulun suorittaminen on ihmiskeskeisiä toimintaa. Työnkulut synnyttävät omistajuutta, läpinäkyvyyttä ja vastuullisuutta. Tiimin jäsenet tietävät, mitä heidän on tehtävä ja mille tasolle toteutukset on vietävä.

Muutama kohta on syytä pitää mielessä työnkulkuihin liittyen:
– Dokumentoi työnkulut ja varmista niiden käyttöönotto. Tehtävien, vastuiden ja sääntöjen ohella on syytä laajemmin avata tietoja tavoitteista, parhaista käytännöistä ja muista asioista, jotka auttavat työn suorittajia menestymään työssään.
-Huomioi riippuvuudet. Työnkulku sisältää poikkeuksetta sääntöjen määräämiä peräkkäisyyksiä sekä haarautumisia. Työnkulussa siirtyy tyypillisesti myös välituloksia työnkulun vaiheesta toiseen, jotka osaltaan vaikuttavat työnkulun tehtävien riippuvuuksiin toisistaan.
-Arvioi ja ennakoi mahdollisia työnkulun pullonkauloja. Hyödynnä tiimissäsi olevaa asiantuntemusta sujuvimman työnkulun toteutusvaihtoehdon löytämiseksi.
-Optimoi ja säädä työnkulkuja palautteen ja ympäristössä tapahtuvien muutosten huomioimiseksi.
-Hyödynnä tarkistuslistoja

Työnkulkujen hallinta, mittaaminen ja optimointi edellyttävät tietojärjestelmään, jonne työnkulut on mallinnettu, jossa ylläpidetään työnkulkuihin liittyvät tarkistuslistat ja joka nostaa poikkeamat ja pullonkaulat esiin automaattisesti. Pelkästään työnkulkujen hallintaan keskittyvien järjestelmien rinnalle on noussut integroituja järjestelmiä, joissa työnkulkujen hallinta on kiinteänä osana varsinaista liiketoimintasovellusta, jonka käyttöä työnkulut tukevat. Ota yhteys, jos mielenkiintosi heräsi projektien, töiden, resurssien ja kustannusten hallinnan tietojärjestelmästä, jonne työnkulut on mahdollista sovittaa omien tarpeittesi mukaisesti.

Mikä projektisalkku on ja mihin sitä käytetään?

Projektisalkku on kokoelma projekteja, ohjelmia, osasalkkuja ja toimintoja, joita johdetaan ryhmänä strategisten tavoitteiden saavuttamiseksi. – Projektipomon käännös Projektisalkun määritelmästä PMI:n julkaisusta: ”The Standard for Portfolio Management Fourth Edition”

Projekteja on erilaisia, siksi myös projektisalkkuja on erilaisia. Esimerkiksi toiminnan kehittämiseen tähtäävät projektit, tuotantolaitosten kunnossapito- tai rakentamisprojektit, asiakkaille toteutettavat toimitusprojektit ovat erilaisia ja niiden salkkutason ohjauksessa painottuvat erilaiset asiat.

Aiemmin olen kuvannut projektisalkun valinnan periaatteita kirjoituksessani ”Projektisalkun valinnan kriteerit neljällä sanalla”. Näkökulmasta riippuen, projektisalkku palvelee useita tavoitteita ja sitä voidaan käyttää eri tavoin. Tässä pyrin avaamaan näitä projektisalkun hallinnan erilaisia tavoitteita.

Investointisalkku

Toteutettavaksi valittuihin projekteihin panostetaan rahaa, työtä ja muita resursseja. Projekteilla on tuotto-odotukset ja hyötytavoitteet. Projektit ovat investointien toteutuksia. Siksi projektisalkku on myös investointisalkku, jonka kannattavuutta ja hyötyjä seurataan kokonaisuutena.

Investointisalkku näkökulman toteutuminen edellyttää, että projekteille laaditaan budjetit, työmääräarviot ja riskianalyysit. Näiden toteutumista pitää myös seurata projektikohtaisesti, jotta salkkutason tunnusluvut, kuten takaisinmaksu tai kateprosentti ja toteutuksen ansaitun arvon mittarit voidaan laskea. On hyvä huomata, että erityyppisten projektien mittarit poikkeavat toisistaan. Esimerkiksi toiminnan kehittämisprojektin taloudellisten hyötyjen arviointi voi olla vaikeaa, kun taas vaikkapa toimitusprojektille yksi ilmiselvä mittari on kate.

Strategian toteutuksen väline

Yritystä tai mitä tahansa organisaatiota, voidaan ajatella muuttuvana, kehittyvänä ja kasvavana oliona. Organisaation muutokset toteutetaan projekteina. Strategian avulla kuvataan visio, millaiseksi organisaation halutaan muuttuvan ja polku, miten siihen tavoitellaan. Projektit ovat yksittäisiä askelia strategisten muutosten toteutuksessa.

Strategian toteutuksen edellytyksenä on, että organisaation strategiset tavoitteet on määritelty ja että projekti-ideoiden vaikutus näihin tavoitteisiin kyetään arvioimaan. Projektien valinnassa ja toteutuksen priorisoinnissa on huomioitava, kuinka hyvin toteutukseen valitut projektit tukevat strategisia tavoitteita.

Kapasiteetin tasapainotusvaaka

Organisaation kyky toteuttaa projekteja on rajallinen. Henkilöstön käytettävissä olevat työtunnit, taloudelliset resurssit sekä mahdollisuus käyttää ulkopuolisia resursseja, rajoittavat toteutuskykyä. Rajallisen toteutuskyvyn vuoksi, toteutettavat projektit valitaan huolellisesti ja niiden toteutusaikataulu suunnitellaan, niin ettei toteutuskapasiteetti ylity. Usein toiveita, tarpeita ja hyviäkin investointikohteita on vain liian paljon, jotta ne kaikki voitaisiin toteuttaa, tai ajoittaa niin pian kuin toive olisi.

Projektisalkku toimii tasapainotusvaakana, kun siihen kootaan eri projektien resurssitarpeet ja lisäksi saadaan laskettua organisaation käytössä oleva resurssikapasiteetti suhteessa aikaan. Näin koottu kapasiteetin käyttö verrattuna resurssitarpeisiin, antaa työvälineen toisaalta projektien valintaan ja priorisointiin, mutta myös projektien ajoituksen suunnitteluun.

Kapasiteetin tasapainotus vaatii välineen, joka on kolmen eri roolin yhteinen:

  • Projektipäälliköt suunnittelevat resurssitarpeensa projektiaikatauluihin tai kuvaavat ne karkeampina resurssipyyntöinä.  
  • Projektien kapasiteettitarve esitetään resurssiesimiehille, jotka vastaavat yksikkönsä resurssien tehokkaasta hyödyntämisestä. He neuvottelevat projektipäälliköiden kanssa ja sopivat projektien resurssikäytöstä. 
  • Näin aikaansaatu kuva esitetään johdolle, joka optimoi salkun priorisoimalla projektien resurssikäytön ja ajoituksen organisaation liiketoiminnan tavoitteiden prioriteettien mukaan. 

Tilannekuva

Projektisalkkuun ei ainoastaan kerätä ideoita toteutettavista projekteista. Salkkuun päivittyy myös tilannekuva toteutuksessa olevista projekteista. Tilannekuva kertoo eri projektien elinkaaren tilan, toteutuneet työmäärät, kustannukset, aikataulutilanteen. Tilannenäkymien kautta eskaloidaan projektitasolta johdolle mahdolliset projekteissa kohdatut ongelmat, kuten aikatauluviivästymät, laajuuden muutokset, riskien toteutumiset ym. ongelmatilanteet. Tilannekuvan avulla johto voi reagoida ongelmiin ja ryhtyä tarpeellisin toimin riittävän ajoissa.

Projektisalkun tilannekuvaa ei käytännössä voida ylläpitää erillisenä salkkunäkymänä, tämä vaatisi liikaa käsityötä. Jotta tilannekuva esittää todellisen ja ajantasaisen tilanteen eri projekteista, tulee salkkunäkymän lukea ajantasainen tieto päivitetyistä projektitiedoista. Salkkutason tilannekuvan muodostaminen vaatii käytännössä siis myös toimivat projektien suunnittelun ja seurannan välineet sekä yhteydet salkun ja projektiohjauksen välineiden välillä.

Arkisto

Projektisalkkuun koostuu tietoa suunnitelluista, toteutettavista ja valmistuneista projekteista. Salkun kautta voidaan piirtää kuvaa siitä, mihin ja miten organisaatio on investoinut ja millaisia projekteja se on aikojen saatossa toteuttanut. Miten projektien määrä on muuttunut ajan saatossa ja millaisiin asioihin on haluttu panostaa? Yksittäisen projektin tuomien hyötyjen analyysin lisäksi salkkutasoinen seuranta mahdollistaa strategisten tavoitteiden toteutumisen seurannan. Sen avulla voidaan kertoa tarinaa organisaation muuttumisesta ja oppia tulevaa varten.

Tuntikirjaus – aika ei ole vain rahaa

Oikein ja oikea aikaisesti hyödynnetty osaaminen ja tyytyväinen työntekijä tuovat kilpailuedun. Lisäksi on muitakin hyviä syitä suunnitella ja seurata sitä, mihin tehtäviin päivän työtunnit kohdistuvat. Näin luodaan edellytykset sille, että organisaation henkilöstössä oleva pääoma saadaan hyödynnettyä kaikkien yhteiseksi eduksi ja ennen kaikkea edistetään työhyvinvointia ja työtyytyväisyyttä.

Tuntien kirjaus ilman niihin liittyvää suunnitelmatietoa palvelee tilanteessa, jossa tunnit laskutetaan, niihin liittyviä sisäisiä kustannuksia järjestellään organisaation sisällä ja/tai tuotekehitystyön kustannuksia aktivoidaan taseeseen.

Tuntien kirjaus yhdistettynä suunnitelmatietoon ja organisaation tiedossa oleviin kyvykkyyksiin kantaa jo huomattavasti pidemmälle. Tarkka työtehtävä- ja päiväkohtainen toteutumatieto tarjoaa luotettavan lähtökohdan organisaation suorituskyvystä kertovien mittareiden toteuttamiseen ja toiminnan kehittämiseen. Alla on joukko tärkeitä asioita, joissa menestyminen edellyttää luotettavaa tietoa siitä, millaiseen tekemiseen organisaation käytettävissä olevat työtunnit ja osaaminen ovat kohdistuneet.

  1. Perinteisissä projektien toimitusmalleissa suunnitteluvaiheessa täsmennetään tavoitellut tuotokset ja näiden aikaansaamisen edellyttämät työmäärät. Tuntitoteumien seuranta varmistaa sen, että poikkeamia voidaan analysoida ja niihin voidaan reagoida välittömästi.
  2. Suunnitelmallisen toteutustyön perustana on mahdollisimman realistinen aikataulu, resurssi- ja kustannussuunnitelma. Luotettavimmin tämä toteutuu, jos suunnitelmat nojaavat kokemusperäiseen tietoon. Toteutumatiedot aiemmista hankkeista ennaltaehkäisevät virheitä myynnissä ja takaa projektipäällikölle oikean määrän ja oikea aikaisesti sopivia resursseja projektin käyttöön.
  3. Tuntitoteutumat tarjoavat yksityiskohtaista tietoa organisaation laatumittareihin. Tärkeää on se, että työ kohdentuu lopputulosten saavuttamiseen, mahdollisten virheiden ennaltaehkäisyyn tai näiden korjaamiseen varhaisessa vaiheessa ja kerralla. Reagointia tarvitaan, jos virheitä korjaavan tai muu lopputuloksen saavuttamista vähän hyödyttävän työn osuus kasvaa trendinomaisesti. Sopivilla tuntikirjauskohteiden luokittelutiedoilla saadaan arvokasta analyysitietoa Lessons Learned/Retrospective tapahtumiin toiminnan kehittämiseksi ja laadun parantamiseksi.
  4. Tiimin jäsenten työkuorman seuranta kokonaisuutena on yksi tiimistä vastaavan henkilön tärkeimmistä tehtävistä. Kuormituksen ja käytettävissä olevan kapasiteetin kohtaamisen jatkuva optimointi edellyttää luotettavaa tietoa siitä, mihin käytettävissä olevat tunnit ovat kohdistuneet ja millaisia poikkeamia on verrattuna suunnitelmaan. Lähiesimiehen tulee erityisesti kiinnittää huomiota avainresurssien kuormitukseen hankkeiden ylitse sekä uusien tiimin jäsenten osaamisen kasvattamiseen sopivan haasteellisissa työtehtävissä.
  5. Projektipäällikön vahva henkilökohtainen näkemys projektinsa tilasta ei aina riitä. Viestintä projektin sidosryhmille tulee olla objektiivista, uskottavaa ja läpinäkyvää. Tämä onnistuu vain, jos viestinnän lähtökohtana oleviin tietoihin voidaan luottaa ja tiedot ovat jäljitettävissä. Luotettavin tieto syntyy niistä yksityiskohtaisesta toteutumatiedosta, jota projektin jäsenet osaltaan tuntiraportoinnin kautta kerryttävät.
  6. Hyvin toteutettu kirjausjärjestelmä tuo käyttäjälleen tarjolle ne työtehtävät, joihin hänen tulee kulloinkin keskittyä. Työt tulevat näin tehtyä kerralla, nopeammin ja laadukkaammin. Tuntikirjaus vähentää samanaikaisesti tehtävien töiden määrää ja auttaa kohdistamaan huomin oleelliseen. Työnkulkuun saadaan kaivattu imu joka kasvattaa työtehoa ja tekijöiden motivaatiota.
  7. Työmäärien vaihtelu, pitkät työpäivät, ylikuormitus, kiivas työrytmi ja muut työn hallintaan liittyvät ongelmat altistavat työuupumukselle. Tuntikirjaus nostaa tuntikirjaajan tietoisuutta siitä mihin työpäivän tunnit kuluvatkaan. Tietoisuus omasta työkuormasta ja työtehtävien prioriteeteista ovat oiva selkänoja sanoa kaikelle sellaiselle ei, joka tarpeettomasti kasvattaa päivän aikana tehtäviä tunteja sekä kyllä kaikelle tavoitteelliselle, tuottavalle ja motivoivalle tekemiselle.
  8. Hälyttävää on, jos henkilön tuntikirjausnäkymässä on paljon kirjauskohteita pienillä päivittäisillä tuntimäärillä. Usean työtehtävän samanaikainen suorittaminen ja vaihtaminen näiden välillä ei edistä tavoiteltua tuottavuuden kasvua. Tuntikirjausjärjestelmään kirjatut tiedot nostavat esiin piilossa olevan työn, töiden hallinnan ja priorisoinnin ongelmat sekä auttavat puuttumaan tilanteeseen välittömästi.
  9. Henkilöiden työtuntikertymät ovat vakioaihe viranomaisen suorittamassa työsuojelutarkastuksessa. Työtuntien seurantaa tulee tehdä jo lainsäädännön vaatimuksesta. Kattavasti käyttöön otettu tuntikirjausratkaisu täyttää tämän tarpeen. Järjestelmän on mahdollista myös tukea joustavia työn tekemisen malleja saavutettavuudellaan ja saldokertymien laskennalla.

Projektien ketteriin toimitusmalleihin liittyen esitetään, että tuntikirjaus on ainakin ei –toivottua jollei kokonaan tarpeetonta. “Scrum does not consider the time spent working on Sprint Backlog Items. The work remaining and date are the only variables of interest”. Eli keskeiset seurattavat asiat ovat arvio jäljellä olevasta työmäärästä ja valmistumisajankohdasta. Merkittävää kuitenkin on, että monet edellä kuvatuista asioista ovat hyvin ajankohtaisia ja tarpeellisia myös ketterissä toimitusmalleissa.

Selvää on, että tuntien kirjauksen edut saavutetaan kattavasti vain, kun se on osa keskitettyä projektien, töiden ja kapasiteetin hallinnan tietojärjestelmää. Tarkkuutta, kattavuutta ja luotettavuutta tuntikirjaukseen on mahdollista tuoda järjestelmään toteutettavilla rajapinnoilla. Esim. henkilötietojen, lomatietojen ja käytettävissä olevien työtuntimäärien tuominen HR järjestelmästä tukee kapasiteettihallintaa. Jos organisaation kaikki työtunnit kohdistetaan ulkoisille ja/tai sisäisille asiakkaille on osoittautunut hyvin kannattavaksi tuottaa kulunvalvonnasta päiväkohtaiset läsnäolotunnit kirjaajan tiedoksi. Näin varmistetaan kaikkien asiakastuntien päätyminen kohdistettavaksi ja laskutukseen.

Ota yhteys, jos mielenkiitosi heräsi käyttäjäystävälliseen, helposti lähestyttävään ja integroituvaan tuntikirjausjärjestelmään, joka toimii myös luontevana osana kattavaa projektien-, töiden- ja resurssien hallinnan tietojärjestelmää.

Microsoft Project for the Web – visiosta kehittyväksi pilvipalveluksi

Kirjoitimme ensimmäisen kerran Microsoftin suunnitelmista tuoda markkinoille uusi vain pilvialustalla toimiva projektiohjelmisto alkuvuodesta 2019. Seuraavassa tarkastellaan mitä sen jälkeen on tapahtunut ja mihin suuntaa ohjelma kehittyy.

Lähtökohtia

Projektinhallinnan kirjo on kasvanut ja monipuolistunut. Ketterät menetelmät ovat tulleet useille toimialoille johtaviksi menetelmiksi. Toisaalta samaan aikaan useilla aloilla edelleen käytetään perinteisiä projektinjohtamisen menetelmiä, kuten vesiputousmallia, kriittisen polun menetelmää, tuloksen arvon menetelmää. Projektijohtamisesta on tullut yleisempää ja se on levinnyt uusille toimialoille. Projektipäällikkyys saattaa osua kenen tahansa työntekijän kohdalle, ei enää ainoastaan projektipäälliköiksi kouluttautuneille.

Pilvipalvelut ovat Microsoftin, kuten monen muunkin IT-alan toimijan, menestyksen avain.

Nykyaikaisten välineiden tulee olla helposti saatavilla ja käyttöönotettavia myös satunnaiselle käyttäjälle. Niiden avulla pitää saada hyötyjä nopeasti ja niiden pitää soveltua erityyppisiin projektimetodologioihin.

Laajan käyttäjäkunnan ja kumppaniverkoston kokemus MS Projectista antoi Microsoftille mahdollisuuden kerätä tiedot siitä, millainen hyvän projektihallintavälineen pitäisi olla. Project Onlinen käyttäjät ovat antaneet paljon kehitysideoita tuotteen kehittämiseksi ja paljon niitä on toteutettu Project Online / Project Server -tuotteeseen. Kuitenkin monipuolisuus saattaa joskus olla hyvän käytettävyyden vastakohta.

Edellä mainitut seikat ovat olleet lähtökohtia Project for the Webin kehitykselle.

Project for the Web

Project for the Webin ensimmäinen versio julkaistiin keväällä 2019. Nyt on hyvä hetki pysähtyä ja tarkastella mitä on tapahtunut noin kahden vuoden aikana ja mitä on tulossa.

Ensimmäinen versio keskittyi tehtävien ja niiden välisten riippuvuuksien luomiseen mm. Gantt-kaaviossa käyttämällä selainta. Ainoa keino tuottaa tehtäväluettelo oli naputella se alusta asti järjestelmään käsin. Malliprojekteja tai projektien kopiointia ei ollut, ei ollut myöskään import-toimintoa. Tehtäviin oli kolme näkymää: Gantt-, Kanban- ja luettelonäkymä. Ohjelmalla pystyi toteuttamaan aikatauluhierarkian ja tehtäville oli mahdollista allokoida resursseja, tosin ainoastaan siten, että henkilö oli varattu tehtävälle kokoaikaisena ja koko tehtävän kestolle. Projektille pystyi luomaan dokumenttityötilan samalla kertaa, kun luo projektin. Käyttöliittymän muokkaaminen ja omien kenttien lisääminen ei ollut mahdollista. Lähtötilanteesta on menty eteenpäin useita isoja kehitysaskelia.

Tällä hetkellä kaikki edellisessä kappaleessa mainitut rajoitukset ovat poistuneet, tehtäville voi allokoida resursseja osa-aikaisena, tehtävätietoihin voi lisätä omia kenttiä, projektin pohjaksi voi kopioida toisen projektin tai tuoda tiedot MS Project suunnitelmasta, tietoja voi viedä Exceliin tai tulostaa pdf-tiedostoksi, liittää dokumenttilinkin tehtävälle, aktivoida sähköpostimuistutukset tietyistä asioista ja monta muuta isompaa ja pienempää uutta toimintoa tai parannusta. Tällä hetkellä Project for the Webin voi myös liittää Teams-sovellukseen, jolloin kaikki projektihallintaan tarvittavat välineet ovat samalla työpöydällä.

Keväällä 2021 Microsoft julkaisi Power Apps -sovelluksen nimeltä Accelerator. Se laajentaa Project for the Web-sovellusta projektisalkkuihin, ohjelmiin ja riskien hallintaan. Ne käyttäjät, jotka ovat tottuneet Power Apps-sovellusten rakenteeseen oppivat käyttämään Accelerator -sovellusta nopeasti. Tästä kirjoitimme kevään 2021 blogissamme.

Mitä uutta on tulossa?

Viime viikolla Microsoft piti tilaisuuden kumppaneille, jossa se valotti suunnitelmiaan Project for the Web-tuotteen seuraavista askelista. Suunnitelmat voidaan jakaa karkeasti kahteen osaan: Lähiajan suunnitelma ja ehkä myöhemmin tulevia toimintoja.

Lähiajan suunnitelmat

Lähiaikoina Microsoftin suunnitelmissa on julkaista todella paljon pyydetty ja keskustelua herättänyt ominaisuus, jolla tiimin jäsen voi nähdä ja päivittää omia tehtäviään eri projekteista yhdessä näkymässä. Suunnitelmissa on julkaista toiminto, jolla tehtäviin voi liittää tarkastuslistoja. Vastaavan tyyppinen ominaisuus on olemassa mm. Plannerissa. Nykyinen versio tukee ainoastaan lopusta alkuun riippuvuuksia. Tämä rajoitus poistuu lähitulevaisuudessa, jolloin tuki kaikille riippuvuustyypeille tuodaan tuotteeseen. Myöhemmin on tulossa myös mahdollisuus antaa viiveitä ainakin riippuvuuksille.

 

Mitä tämän jälkeen?

Kehityslistalla on asioita, jotka kytkevät Project for the Webin tiiviimmin Teamsiin. Jossakin vaiheessa henkilön omat tehtävät ovat nähtävissä Teamsissa. Tulossa on myös tuki kooltaan isompien projektien käsittelylle. Tällä hetkellä rajoitus on 500 tehtävän kohdalla. Kehityslistalla on myös paljon pyydetty ominaisuus, jossa projektille voidaan tallettaa vertailusuunnitelma eli baseline. Tähän mennessä raportointiin on pitänyt käyttää Power BI välinettä. Tulevaisuudessa Project for the Web sisältää koko joukon graafeja, jotka päivittyvät sitä mukaa kun suunnittelu edistyy. Grafiikka sisältää myös tiimin kuormitukseen liittyviä kuvaajia.

 

Jos haluat kuulla lisää uudesta Project for the Webistä, ota yhteyttä.

 

Scientia potentia est

”Tieto on valtaa” kiteytti Sir Francis Bacon tiedon merkityksestä yli 400 vuotta sitten. Hänen mielestään päätöksenteossa merkittävää on tosiasioiden havainnointi, havainnoista saadun tiedon yleistäminen sekä tämän tiedon yhdistäminen kokemukseen. Tästä päätöksenteon periaatteesta hänet on nimetty yhdeksi empirismin eli kokemusajattelun merkittäväksi kehittäjäksi.

Kokemusajattelu on edelleen voimissaan. Menestyvä organisaatio perustaa toimintansa tietoon. Parhaat tulokset saavutetaan luotettavan havainnoinnin ja liiketoimintakokemuksen yhdistelmällä.

Käytännössä saman ajattelun ympärille kietoutuu monta viime aikoina esiin nostettua termiä: tietointensiivisyys, datakyvykkyys, Data Driven Business, Master Data Management. Kyse on kyvystä hyödyntää tietoa systemaattisesti ja ketterästi ja saada siitä kilpailuetua.

Tekniikka ei ole ongelma, sillä nykyaikaiset tietojärjestelmät ja tiedon analysoinnin alustaratkaisut pystyvät tarjoamaan tiedot helposti, luotettavasti, laadukkaasti ja käytännössä reaaliaikaisesti.

Haasteena ovat havainnoin kohteiden päättäminen, mittareiden ja tavoitteiden muodostaminen sekä organisaation johtaminen mittareiden pohjalta.

Keskeisin asia, eli havainnoin kohteet löytyvät luontevasti organisaation strategiasta. Alla on esimerkki ohjelmistoliiketoimintaa tekevän organisaation strategiasta kuusi helposti sovellettavaa kohtaa. Huomaa, että havainnoinnissa erityisen tärkeää ovat trendit, eli mihin suuntaan ollaan menossa suhteessa tavoitteisiin.

  1. Kirkasta lähtökohta. Organisaation tavoitteet ja käsitys olemassaolonsa tarkoituksesta määrittää mitä asioita tulee havainnoida. Vision ja mission määrittämisen ei ole vain henkilöstön kannustamiseen tai rahoittajien sitouttamiseen tarkoitettu julistus, vaan niihin nojautuen tulee muodostaa myös menestymistä seuraavat mittarit.
  2. Päätä ensin missä markkinassa toimit ja keitä tavoittelet asiakkaaksesi. Havainnoinnin kohteena ja mittareina voivat olla asiakastyytyväisyys ja kassavirta asiakkaittain tarkoituksenmukaisin luokittelutiedoin (tuote, alue, liiketoiminta-alue jne).
  3. Oma talous. Tämä liittyy keskeisesti asiakkaisiin. Havainnoin kohteena voivat olla kassavirta, kannattavuus ja kasvu.
  4. Toiminta ja tehokkuus. Tässä seurataan toiminnan tehokkuutta ja sitä, että päätöksenteko ja tekeminen kohdistuvat organisaation tavoitteiden kannalta oikeisiin hankkeisiin ja tuotteisiin. Havainnoin kohteena ovat tuotteet näiden elinkaaret huomioiden, käynnissä olevat ja tulevat hankkeet sovituilla mittareilla sekä henkilöresurssien suunnitellut ja toteutuneet käyttöasteet.
  5. Voimavarat ja jatkuvuus. Menestyminen edellyttää, että käytössäsi on asetettujen tavoitteiden saavuttamisen edellyttämät osaamiset. Havainnoin kohteena ovat työtyytyväisyys, mahdolliset osaamisvajeet nyt ja tulevaisuudessa sekä sovittujen urapolkujen onnistuminen.
  6. Kilpailu ja riskit. Havainnoinnin kohteena ovat myynnin onnistuminen sovituilla mittareilla sekä hankkeiden ja hankeportfolioiden riskit.

Kokemusajattelun periaatteita noudattaen ihminen pidetään toteutuksen keskiössä. Tiedon analysoija tuo tarvittavan kokemuksen ja näkemyksen organisaation kannalta merkitsevän tiedon käsittelyyn ja johtopäätösten tekoon.

Keskeisen liiketoimintatiedon hallinnan kehityshanke ei ole vain tietotekniikkahanke. Kokemuksellisen tiedon hyödyntäminen edellyttää, että omistajuus ja jatkokehittämisen vastuu on oltava liiketoimintajohdossa.

Ota yhteys, jos mielenkiitosi heräsi liiketoimintasi kannalta merkittävän tiedon muodostamisesta, keräämisestä ja sen jalostamisesta organisaatiosi menestystekijäksi.