24.3. Harri Lappalainen Hanketaito Oy:stä kävi Metropoliassa esittelemässä Logical Framework -menetelmää. Seuraavassa tiivistelmä päivän annista:

Hankkeen elinkaaren vaiheet (mukailtu Project cycle management guidelines EC 2004):

Ohjelmatyö (strategiat, ohjelmat) --> Määrittely --> Suunnittelu --> Rahoituksen järjestäminen --> Toteutus --> Arviointi & valorisaatio (tulosten hyödyntäminen ja levittäminen koko projektin ajan) --> Ohjelmatyö

Käyttäkää hankkeen tiivistelmän tekemiseen riittävästi aikaa!! Arvioijalla voi olla hyvin vähän aikaa hakemuksen lukemiseen, tiivistelmän pitää sisältää kaikki olennainen ja olla helposti ymmärrettävä!

Määrittelyvaiheen toimenpiteet:

NYKYTILA (Tarve, Ongelman kartoittaminen)

IDEA (plussat ja miinukset)

FOKUS (rajaus)

SIDOSRYHMIEN MÄÄRITTÄMINEN (ketä asia koskee)

TAVOITE(analyysi)

STRATEGIAN VALINTA

RISKIANALYYSI (rahoittaja ei välttämättä edellytä)
Resurssit ja niihin liittyvät riskit:
-Henkilöt (todennäköisyys / vaikutus)
-Aika (tod.näk / vaikutus)
-Raha (tod.näk / vaikutus)

Ongelmapuun laatimisen vaiheet:

  • Aivoriihessä kartoitetaan nykytilannetta tai ongelmakenttää
  • Valitaan yksi pääongelma johon keskitytään (esim. post it -laput, tai jokainen miettii ensin yksin ongelmakohtia, sitten pienryhmissä. Vältetään ongelma että vain yksi henkilö saa äänensä kuuluviin)
  • Listataan kaikki pääongelmaan liittyvät muut ongelmat (syyt ja seuraukset)
  • Luokitellaan ongelmat puuksi, jossa
    • syyt laitetaan pääongelman alapuolelle
    • seuraukset laitetaan pääongelman yläpuolelle
  • Jos kaksi tai useampi syy aiheuttaa saman seurauksen laitetaan nämä kaaviossa samalle tasolle
  • Täydennetään kaaviota niin kauan kunnes se tuntuu valmiilta
  • Kirjataan lopputulos ylös ja lähetetään suunnittelupalaverin osallistujille
  • Suunnittelun lomassa ja sen jälkeen pohditaan, kenestä olisi vielä hyötyä ongelmakentän hahmottamisessa (uusi palaveri, uusia osallistujia)
  • Täydennetään / muokataan kaaviota
  • Joskus voi olla hedelmällistä tehdä uusia kaavioita uudella porukalla

Sidosryhmistä

  • Sidosryhmiä ovat kaikki ne keskeiset toimijat joihin hanke vaikuttaa ja jotka voivat vaikuttaa hankkeen edistymiseen ja onnistumiseen
  • Yhä harvemman julkisrahoitteisen kehittämishankkeen toteutus tapahtuu yhden organisaation voimin
  • Sidosryhmien huomioiminen jo hankkeen valmisteluvaiheessa on keskeisessä roolissa hankkeen onnistumisen ja tulosten hyödynnettävyyden kannalta

Hankkeen sidosryhmäareenat (hyvä käyttää viestintäsuunnitelman pohjana):

Sisäinen areena

Asiakasareena

Kehittäjäareena

Hallinnon areena (ks.linkit alla)

Bisnesareena

Media-areena (Hyödynnä oman ammattiryhmän lehdet oikean kohderyhmän tavoittamiseksi. Muita lehtiä ei välttämättä kiinnosta ainakaan hankkeen edistäminen, he haluavat tehdä oman työnsä hyvin eli myydä lehteä jonkun jutun varjolla.)

Tukiareena (ketkä voivat levittää hyviä käytänteitä)

https://www.eura2007.fi/rrtiepa/ - Palvelusta löytyy kaikki ohjelmakaudella 2007-2013 rahoitettavat projektit
http://esrlomake.mol.fi/esrtiepa/menu.html - Palvelusta löytyy kaikki ohjelmakaudella 2000-2006 toteutetut projektit
http://fimos2k.atbusiness.com/rca/scripts/main.pl?lng=FIN - EU:n rakennerahasto-ohjelmien seurantarekisteri ohjelmakaudelle 2000 - 2006

Tavoitepuun laatimisen vaiheet:

  • Muodostetaan positiivinen tulevaisuuskuva
  • Kaikki vaiheet muutetaan positiivisiksi siten, että ne ovat
    • yleisesti toivottuja
    • saavutettavia
  • Syy-seuraussuhteet muutetaan keino-tulos -muotoon

Tavoitteen asettamisesta

Tavoitteen tulee olla

  • kohderyhmässä/kohteessa tapahtuva muutos, joka aiheutuu tulosten ansiosta (jos hankkeella on yksi päätulos, on se silloin sama kuin koko hankkeen tavoite)
  • Yhteinen kaikille osallistujille omista vastuualueista huolimatta
  • rajattu: yleensä yksi/kaksi tavoitetta/hanke
  • selkeä: ei joukko epämääräisiä toteamuksia mahdollisista seurauksista
  • oikeassa suhteessa resursseihin ja aikatauluun
  • saavutettavissa oleva: pitää realisoitua hankkeen päättymiseen mennessä (raha on myönnetty tiettyyn tavoitteeseen, tavoite ei saisi muuttua vaikka hankesuunnitelma muuten muuttuisikin)

Tulosten määrittelystä

Tulokset

  • Positiivisia seurauksia, jotka aiheutuvat tuotosten valmistumisesta sekä niiden levittämisestä ja hyödyntämisestä
  • Hankkeella voi olla useampiakin tuloksia, tosin usein joukko tuotoksia (konkreettisia muutoksia) johtaa samaan tulokseen (esim. työilmapiirin parantuminen)
  • Aidossa kehittämishankkeessa saattaa syntyä myös tuloksia, joita ei olla osattu edes suunnitella

Tuotosten määrittelystä

Tuotokset

  • Saavutetaan hankkeen toimenpiteiden seurauksena: jokainen toimenpide vaikuttaa johonkin tuotokseen
  • Tuotokset voivat olla esim. tapahtumia (seminaari, koulutusohjelma ym) tai "fyysisiä tuotteita" (dvd, opas jne)
  • Jos useita tuotoksia, yhdessä niistä seuraavien tulosten avulla aiheuttavat hankkeen tavoitteen täyttymisen
  • Voivat myös olla vaihtoehtoisia tapoja tavoitteen täyttämiseen
  • Tuotokset tai niihin johtaneet prosessit ovat usein levittämis- ja hyödyntämiskelpoisia (hankkeen "hyviä käytäntöjä")

Strategia-analyysi

  • Valitaan mihin keskitytään; rajaus kannattaa tehdä selkeästi, ei turhia rönsyjä
  • Samalla määritellään toteutuskelpoisuuden kannalta
    • kohderyhmien hyödyt
    • kustannustehokkain toteutustapa
    • tekninen toteutettavuus
    • ympäristöhaittojen minimoiminen

Hankkeen suunnitteluvaihe (ketä varten projekti tehdään, ei rahoittajaa varten):

  • Toimenpiteiden määrittely ja aikataulutus
  • Resurssien ja panosten määrittely ja kartoitus sekä budjetin laadinta
  • LogFrame-matriisin täyttäminen
    • mittarien laadinta (onko muutosta tapahtunut)
      -Mittarit osoittavat onko kehitettävässä kohteessa tapahtunut muutoksia, mitattavissa laadullisesti tai määrällisesti
      -Mittarin pitää mitata juuri sitä asiaa, mitä sen on tarkoitus mitata (validiteetti) - suorat ja epäsuorat mittarit
      -Mittaus/mittari pitää olla luotettava tai todennettu (reliabiliteetti)
      -Mittarin pitää olla aikaan sidottu ja riittävän herkkä mittaamaan muutosta ko. ajanjaksossa
      -Mittarin pitäisi kyetä tuomaan verrattavien kohteiden erot esille
      -Saatavissa kohtuullisilla kustannuksilla
      -Mittari tuottaa projektin vetäjien kannalta relevanttia tietoa
  • Tiedon lähde
    • määritellään mistä mittareiden muutoksen toteamisessa käytettävä tieto kerätään

Esim. koulutustilaisuuden jälkeen mitä tapahtuu, jos tapahtuu:
1. Palaute (usein pelkkä "reaktio")
2. Oppiminen
3. Työkäyttäytyminen (hyöty)!
4. Taloudellinen muutos (varsinkin yrityksille tärkeä, mutta vaarallinen mittari)
5. Sijoitetun pääoman tuotos = spt
Mitä rajatumpi hankkeen aihe on sitä helpompi on tehdä näitä päätelmiä ja huomata muutokset

  • Oletukset
    • projektitiimistä/projektista riippumattomia ulkoisia tekijöitä, jotka olennaisesti voivat vaikuttaa hankkeen onnistumiseen

Toimenpiteiden suunnittelu

  • listaa LogFramen perusteella toimenpiteet
  • jaa toimenpiteet sopiviin kokonaisuuksiin ja alatehtäviin
  • tarkista, missä järjestyksessä toimenpiteet pitää tehdä ja vaatiiko jonkun toimenpiteen aloittaminen toisen toimenpiteen suorittamista ensin
  • aikatauluta realistisesti toimenpiteet
  • tee yhteenveto, josta näkyy toimenpiteiden jaksotus
  • määrittele virstanpylväät
  • määrittele ja tarkista toimenpiteiden suorittamiseksi vaadittava osaaminen
  • jaa toimenpiteiden vastuut
You must log in to comment.