Logo no.artbmxmagazine.com

Bruk av den logiske rammemetoden

Anonim

ANVENDELSE AV METODEN OG DETTE FORDELER

Den logiske rammemetoden, som alle andre metoder, må brukes innenfor en viss kontekst, som er dens gyldighetsrom.

program-of-the-logisk-rammeverk-metode

Metode

Før du kan utarbeide MML for et program eller et prosjekt, er det viktig å utføre et tidligere arbeid med forberedelser og evaluering av initiativet, som det finnes mange metoder for.

Når det er gjort godt programforberedende og evalueringsarbeid, bør den tilgjengelige bakgrunnen inneholde:

  • Prosessen som fulgte for å identifisere problemet, Definisjonen av målpopulasjonen for programmet, Studien av årsaker og effekter (Problemtreet), Forslaget om mål og bestemmelse av virkemidler for løsningen (Objektivtræ), Diagnosen den nåværende situasjonen i studieområdet, Bestemmelsen av befolkningens oppmerksomhetsunderskudd, analysen av programalternativer, som indikerer hvilke som ble valgt og hvorfor, En detalj om de estimerte kostnadene og fordelene for programmet (de identifiserte og Evalueringen (privat-sosial) av initiativet Budsjettet for dets utførelse, som indikerer bidraget fra de forskjellige finansieringskildene Kalenderen for gjennomføringen av organisasjonsmodellene som skal behandles

Dokumentasjonen som registrerer denne informasjonen, vil tjene som en referanse til de som må gjennomføre programmets utførelse (ofte er de ikke de samme som utarbeidet og evaluert den) og vil være et grunnleggende element hvis det en dag ønskes en etterfølgende evaluering.

Et omfang om befolkningen: befolkningen som har et problem, og som programmet prøver å gi midler til å løse det på. Å være en så viktig hovedperson i et program, er det nødvendig å spesifisere egenskapene til befolkningen som er berørt av problemet programmet vil løse.

Gitt ubegrensede behov og knappe ressurser, er det hensiktsmessig å avgrense settet med personer eller berørte personer som vil bli potensielle mottakere av programmet. For dette er følgende definisjoner etablert:

  • Referansepopulasjon: Tilsvarer den globale befolkningen (med og uten problem), som tas som en referanse for beregning, sammenligning og analyse av målpopulasjonen. Viktigheten av å definere referansepopulasjonen er at for dens egenskaper er vanligvis kjent med større presisjon, gjennom statistikk, vekstrate og andre data knyttet til geografiske områder og alder, etniske grupper, arbeidsgrupper osv. Potensiell befolkning: Det er den delen av referansepopulasjonen som er berørt av problemet (eller vil bli berørt av det), og krever derfor tjenestene eller varene som programmet vil tilby. Indikerer den totale størrelsen på befolkningen som er i fare. Nevnte estimat vil tillate den langsiktige fremskrivningen av økningen i nevnte befolkning, hvis ikke riktig grepet inn.Det er antallet potensielle mottakere av programmet (mennesker, familier, selskaper, institusjoner).

Det er at en del av den potensielle befolkningen at programmet (når noen kriterier og begrensninger er blitt analysert) vil være i reelle forhold for å tjene.

MÅLBOLAG AV A

Målpopulasjonen vil være "målet" for programmet, og vil danne grunnlaget for utformingen.

I den grad kjennetegnene til befolkningen som er berørt av problemet er bedre kjent, desto større er sjansene for å nå målene for intervensjonen, gitt at de vil ha absolutt samsvar med hovedpersonene i intervensjonen.

Av denne grunn må presentasjonen av målpopulasjonen inkludere en fullstendig karakterisering, som beskriver den berørte gruppen og dens egenskaper, i henhold til typen problem som skal løses.

Spesielt er det veldig viktig å etablere så tydelig som mulig kriteriene for å målrette valg av populasjon som skal betjenes av programmet (målpopulasjon). Målretting kan gjøres ved å bruke forskjellige kriterier, for eksempel:

  • Retningslinjer for retningslinjer Romlig plassering Aldersgrupper Kjønn Inntektsnivå Sårbare grupper Administrasjonsgrenser Tekniske begrensninger

Bidrar til en god livssyklusstyring av prosjekter og programmer i følgende aspekter:

  • Den brede formidlingen som dens anvendelse har hatt, samt vektleggingen av at strukturen er blitt enige om med de viktigste interessentene, gjør det mulig å generere et felles språk, forenkle kommunikasjon og unngå uklarheter og misforståelser. Det er viktig for programledelsen å fokusere oppmerksomheten og dets innsats, og gjør det mulig å oppnå presise avtaler om programmets mål, mål, koordinering og risiko med alle involverte. Det gir et grunnlag for å evaluere gjennomføring av programmet og resultatene og virkninger.

MML forenkler i stor grad evalueringen av et program på slutten av en forhåndsopprettet periode, for eksempel trinnene eller den enkle årlige kuttingen av et budsjett.

Det vil bli kjent hva man skal analysere og hvordan man gjør det og om dette er oppnådd effektivt og med forventet kvalitet.

Hvis du når som helst i løpet av operasjonsfasen ønsker å evaluere resultatene som programmet har generert eller genererer, vil MML gi oss indikasjoner om hva vi bør observere og hvordan vi skal gjøre det.

Unødvendig å si, eksistensen av en MML er også en stor hjelp for evaluering av programmer og prosjekter i ettertid.

MML er imidlertid ikke selvforsynt. Det løser ikke i seg selv alle ledelsesproblemer eller garanterer suksessen til programmet.

For dette er det nødvendig å ty til andre verktøy og komplementære teknikker som gjør det mulig å vite om programmet er egnet for landet (sosial evaluering) og for institusjonen som foretar det (privat evaluering).

Det ville være uakseptabelt å starte en studie av bekvemmeligheten eller gjennomførbarheten til et program, uten å ha løst designproblemene for det, som er forklart i dets logiske rammeverk.

MML er ikke tilstrekkelig for å garantere god programmering av programgjennomføring eller effektiv og effektiv kontroll av utførelsen, og sikrer heller ikke at programmet vil ha støtte fra samfunnet og myndighetene som er involvert.

Av denne grunn blir MML vanligvis brukt i forbindelse med andre metoder, teknikker og verktøy i programformulering og styringsmetoder.

Oppsummert er MML et veldig nyttig og anbefalt verktøy for å styre livssyklusen til programmer, men den må brukes sammen med andre teknikker og metoder i de forskjellige fasene av livssyklusen.

Det er ikke unikt, siden forskjellige byråer har tilpasset det grunnleggende konseptet, og dermed generert en serie med forskjellige versjoner av hva en MML skal være.

Utdypningskonsepter

Den logiske rammemetoden løser disse problemene, og gir også en rekke fordeler fremfor mindre strukturerte tilnærminger:

  • Det gir en enhetlig terminologi som letter kommunikasjon og tjener til å redusere uklarheter; Den gir et format for å oppnå presise avtaler om mål, mål og risiko for prosjektet som deles av de forskjellige aktørene relatert til prosjektet; Det gir en felles analytisk agenda som kan bruke interessenter, konsulenter og prosjektgruppe til å utarbeide både prosjekt- og prosjektrapport, samt prosjektfortolkning; Fokuserer teknisk arbeid på kritiske aspekter og kan forkorte prosjektdokumenter betraktelig; Gir informasjon å logisk organisere og utarbeide prosjektgjennomføringsplanen; Tilbyr informasjon som er nødvendig for prosjektgjennomføring, overvåking og evaluering; yProduserer en struktur for å uttrykke, i en enkelt ramme,den viktigste informasjonen om et prosjekt.

Skille mellom det som er kjent som den logiske rammemetodikken og den logiske rammematrisen.

Metodikken vurderer analyse av problemet, analyse av de involverte, hierarki av mål og valg av en optimal implementeringsstrategi.

Produktet fra denne analysemetodikken er Matrix (det logiske rammeverket), som oppsummerer hva prosjektet har til hensikt å gjøre og hvordan, hva de viktigste forutsetningene er og hvordan prosjektets innspill og produkter vil bli overvåket og evaluert.

Det skal bemerkes at den logiske rammemetodikken er en "hjelp til å tenke" og ikke en erstatning for kreativ analyse, det er et instrument som hjelper slik analyse og gjør det mulig å presentere forskjellige aspekter av prosjektet kortfattet og som guide, all evaluering av en intervensjon; det være seg, prosjekt eller program.

Metodikken overveier to stadier, som utvikles trinn for trinn i identifiserings- og designfasen av prosjektets livssyklus:

  • Identifisering av problemet og alternative løsninger, der den eksisterende situasjonen blir analysert for å skape en visjon om ønsket situasjon og velge strategiene som skal brukes for å oppnå den. Den sentrale ideen er at prosjekter er designet for å løse problemene som målgrupper eller mottakere, inkludert kvinner og menn står overfor, og svare på deres behov og interesser.

Det er fire typer analyser å utføre: interessentanalyse, problemanalyse (image of reality), objektiv analyse (image of the future and of a better situation) og strategianalyse (sammenligning av ulike alternativer som svar til en presis situasjon)

Metodikken overveier to stadier, som utvikles trinn for trinn i identifiserings- og designfasen av prosjektets livssyklus:

  • Planleggingsstadiet, der prosjektideen blir en praktisk driftsplan for implementering. På dette stadiet blir den logiske rammematrisen utdypet. Aktiviteter og ressurser blir definert og visualisert over tid.

“PROSESS AV UTVIKLING AV LOGISK RAMME”

Planleggingsprosessen er født med en oppfatning av en problematisk situasjon og motivasjonen for å løse den.

Denne oppfatningen eller behovet for å studere og analysere en viss situasjon kan oppstå fra forskjellige områder, noen av dem kan være:

  • Bruken av en utviklingspolitikk Gjenoppretting av infrastruktur Behov eller mangler hos grupper av mennesker Lavt utviklingsnivå oppdaget av planleggere Dårlige levekår oppdaget i en diagnose på lokalt nivå Internasjonale avtaler som levedyktigheten som er nødvendig for kommersiell utveksling mellom land

“PROSESS AV UTVIKLING AV LOGISK RAMME”

Problemløsningsmetoden kjennetegnes ved å referere til en spesifikk situasjon, der tre sentrale elementer identifiseres:

  • En nåværende situasjon (eller problemsituasjon), som tilsvarer den nåværende virkelighet, der en del av befolkningen ikke klarer å avansere, på et eller annet aspekt, mot et bedre stadium; En potensiell situasjon (eller ønsket situasjon), som er det bedre stadiet, at det ville være levedyktig å oppnå; y Tilstedeværelsen av visse typer hindringer eller eksisterende barrierer, som forhindrer den nåværende situasjonen i å utvikle seg mot den oppdagede potensielle situasjonen.

Løsningen på problemsituasjonen innebærer å bestemme hvordan man kan overvinne hindringene, slik at den nåværende situasjonen begynner å utvikle seg mot potensialet sitt, på en naturlig og stabil måte.

De spesifikke programmene og prosjektene er nettopp ment å handle på disse hindringene, for å eliminere eller redusere dem for å overvinne dem.

Den mest generelle måten å stille en problematisk situasjon på er å definere komponentene i endringsprosessen som må operere i den nåværende situasjonen for å transformere den til den potensielle situasjonen.

Løsningen som søkes på problemsituasjonen er innholdet i programmet eller prosjektet som begynner å formuleres.

Det må huskes at formuleringsprosessen er et progressivt fremskritt fra det som opprinnelig er en enkel ide til det som til syvende og sist vil være et fullt begrunnet og dimensjonert handlingsforslag, med spesifikasjon av ressurser og organisasjonsformer for både å gjennomføre prosjektet og for operere de instansene som er organisert av ham.

Den første oppgaven som må gjøres når du forbereder et program er å identifisere problemet som skal løses riktig, årsaker og virkninger.

Denne metodikken er basert på konstruksjonen av det såkalte Problemtreet og Måletreet for å definere handlinger som gjør det mulig å angripe årsakene til problemet, og kombinere dem i programalternativer.

De forskjellige trinnene som er beregnet på metoden, og som vil bli undersøkt i detalj nedenfor, er:

  • Identifisere hovedproblemet Undersøk virkningene av problemet Identifiser årsakene til problemet Etablere ønsket situasjon (mål) Identifiser midler for løsningen Definer handlinger Konfigurer programalternativer Etablere institusjonelle rammer for å implementere løsningen på problemet

Identifisering av problemet og alternative løsninger Planprosessen er født med en oppfatning av en problematisk situasjon og motivasjonen for å løse det. Denne oppfatningen eller behovet for å studere og analysere en viss situasjon kan oppstå fra forskjellige områder, noen av dem kan være:

  • Bruken av en utviklingspolitikk Gjenoppretting av infrastruktur Behov eller mangler hos grupper av mennesker Lavt utviklingsnivå oppdaget av planleggere Dårlige levekår oppdaget i en diagnose på lokalt nivå Internasjonale avtaler som levedyktigheten som er nødvendig for kommersiell utveksling mellom land

Uansett opprinnelse er det viktig å gjennomføre en strukturert analyse av den eksisterende situasjonen.

Den logiske rammemetodikken inneholder fire viktige analytiske elementer som hjelper til å lede denne prosessen, som vil bli beskrevet nedenfor.

  1. Analyse av interessenter Analyse av problemet Analyse av mål Identifisering av alternative løsninger på problemet

Interessentanalyse

Det er veldig viktig å studere enhver person eller gruppe, institusjon eller selskap som kan ha en kobling til et gitt prosjekt.

Interessentanalysen gjør det mulig å optimalisere de sosiale og institusjonelle fordelene ved prosjektet og begrense de negative effektene.

Ved å analysere deres interesser og forventninger, kan støtten fra de med interesser som er sammenfallende eller komplementære til prosjektet utnyttes og styrkes, motstanden fra de med interesser som er motstandere av prosjektet kan reduseres, og støtte fra de likegyldige kan oppnås.

Analysen av de involverte innebærer:

  • Identifiser alle de som kan ha interesse eller som kan ha direkte og indirekte nytte (de kan være på forskjellige nivåer, for eksempel lokalt, regionalt, nasjonalt) Undersøk deres roller, interesser, relative makt og kapasitet til å delta Identifisere deres posisjon, samarbeid eller konflikt, foran prosjektet og mellom dem og designstrategier i forhold til nevnte konflikter. Tolke resultatene av analysen og definere hvordan de kan integreres i prosjektdesignen.

Analyse av problemet

Når du forbereder et prosjekt, er det nødvendig å identifisere problemet som skal gripes inn, samt årsaker og virkninger. Prosedyren inkluderer følgende trinn:

  • Analyser og identifiser hva som anses å være hovedproblemene i situasjonen som skal løses. Begynn med en første "brainstorm", etabler det sentrale problemet som påvirker samfunnet, bruk prioritering og selektivitetskriterier. Definer de viktigste effektene av problemet. i spørsmålet, på denne måten blir viktigheten analysert og verifisert. Legg merke til årsakene til det sentrale problemet som er oppdaget. Dette betyr å se etter hvilke elementer som er eller kan forårsake problemet. Når både kjerneproblemet og årsakene og virkningene er identifisert, konstrueres problemtreet. Problemtreet gir et fullstendig bilde av den eksisterende negative situasjonen. Kontroller gyldigheten og integriteten til det tegne treet så mange ganger som nødvendig. Dette er,sørg for at årsakene representerer årsaker og at effektene representerer effekter, at det sentrale problemet er riktig definert og at (årsakssammenhengen) er korrekt uttrykt.

“PROSESS AV UTVIKLING AV LOGISK RAMME”

Analysen er mest verdifull når den gjennomføres i form av et verksted der de interesserte (som kjenner til problemet) deltar og ledes av en person som er kjent med metoden og dynamikken i gruppen.

Denne prosedyren kan kombineres med andre, for eksempel tekniske, økonomiske og sosiale studier, hvis resultater kan legges til analysen utført av gruppen.

Som et illustrerende eksempel kan vi se problemtreet i ordningen, produktet fra analysen av et transportfirma, hvis sentrale problem er den høye ulykkesfrekvensen for motorvogner. Treet gjenspeiler årsakene og konsekvensene av dette problemet.

Identifisering av alternative løsninger på problemet

Som indikert i serien Metodologisk veiledning for utarbeidelse og evaluering av offentlige investeringsprosjekter, fra midlene som ligger under problemtreet, er det foreslått sannsynlige handlinger som i operasjonelle termer kan oppnå midlene.

Antagelsen er at hvis de laveste midlene oppnås, løses problemet, som er det samme som å si at hvis vi eliminerer de dypere årsaker, vil vi eliminere problemet.

Følgende handlinger kan etableres for virkemidlene identifisert i eksempelet til transportfirmaet:

  • Forsiktighet hos sjåfører: kan løses med A. Ansette nye sjåfører og / eller B. Opplæring i sikker kjøring. Fornyede kjøretøy: A. Kjøp av kjøretøy og / eller B.

Bilreparasjon.

  • Godt vedlikehold av kjøretøyet. A. Oppdragsgiver vedlikeholdstjenester og / eller B. Opprette en vedlikeholdsenhet Gater i god stand. Ingen handlinger er identifisert for dette mediet fordi det anses å være utenfor selskapets virkeområde. Det antas at dette problemet skal formidles til de respektive ansvarlige organisasjonene, og i den logiske rammematrisen vil dette mediet bli behandlet som en antakelse om at betingelsene for suksessen til prosjektet.

Hvis vi vurderer handlingene som er oppført ovenfor; Vi kan si at for godt vedlikehold av kjøretøyer vil vi ha to handlinger som er eksklusive. For de to andre mediene vil vi ha handlinger som kan være komplementære. Fra disse handlingene kan prosjektgruppen allerede etablere noen alternativer for å evaluere og bestemme hvilken de skal utføre. I følge eksemplet kan følgende identifiseres som alternativer:

  • Alternativ 1. Ansette vedlikeholdstjenester, ansette nye sjåfører, opplæring i sikker kjøring, kjøpe og reparere kjøretøy Alternativ 2. Opprette en vedlikeholdsenhet, ansette nye sjåfører, opplæring i sikker kjøring, kjøpe og reparere kjøretøy.

Valg av det optimale alternativet

Denne analysen består av valg av et alternativ som vil bli brukt for å oppnå de ønskede målene.

Under analysen av alternativer eller strategier er det praktisk å bestemme målene INNEN intervensjonen og målene som vil være utenfor intervensjonen. Denne analysen krever:

  • Identifisering av de forskjellige mulige strategiene for å oppnå målene; Presise kriterier som gjør det mulig å velge strategier; Valg av strategi som gjelder intervensjonen.

I hierarkiet av mål blir forskjellige grupper av mål av samme art kalt strategier. Strategien (e) for fremtidig intervensjon bør velges. Alle alternativer må oppfylle formålet og målene.

Strategien er valgt, ikke bare mer gjennomførbar i økonomiske, tekniske, juridiske og miljømessige termer, men også relevant, effektiv og effektiv; som det er nødvendig å gjennomføre en serie teknikker og respektive studier som tillater bruk av utvalgskriterier.

Avhengig av omfanget og mengden arbeid det er snakk om, kan den valgte strategien (e) bli oversatt til en intervensjon på størrelse med et prosjekt, eller et program bestående av flere prosjekter.

For å velge et alternativ blir de evaluert og sammenlignet mellom de identifiserte som mulige løsninger på problemet, som forskjellige analyser blir utført for, for eksempel:

  • Diagnostisering av situasjonen (studieområde, påvirkningsområder, målpopulasjon, etterspørsel, tilbud og underskudd). Teknisk studie av hvert alternativ (størrelse, beliggenhet, teknologi). Analyse av kostnadene for aktivitetene som hvert alternativ krever. Analyse av En sammenligning blir gjort gjennom noen kriterier og indikatorer, og fra denne sammenligningen tar vi den som viser best resultater.

Prosjektets analytiske struktur (EAP)

Etter å ha valgt et alternativ, før konstruksjonen av Logical Framework Matrix, anbefales det å bygge EAP (Analytical Project Structure) for å etablere hierarkiske nivåer, for eksempel slutten, det sentrale målet for prosjektet (formålet), komponentene (produktene) og aktiviteter. Når dette er definert, kan Matrix This bygges på grunn av behovet for å justere valganalysen av det optimale alternativet (strategi) og uttrykke det i en matrise som oppsummerer det.

Vi vil da forstå som analytisk struktur av prosjektet (EAP) til omrisset av prosjektet.

Med andre ord er EAP en oversikt over det mest levedyktige løsningsalternativet uttrykt i sine mest generelle trekk i form av et tre av mål og aktiviteter, som oppsummerer inngrepet på 4 hierarkiske nivåer og gir opphav til definisjonen av elementer i den fortellende sammendraget av Project Logical Matrix.

EAP er strukturert nedenfra og opp, på samme måte som et tre, og etablerer et vertikalt hierarki, på en slik måte at aktivitetene vises nederst på treet, et nivå blir hevet for komponentene, et annet til formål og til slutt i Topp blir endene på prosjektet.

Denne hierarkiske (vertikale) rekkefølgen, som er grunnlaget for konstruksjonen av prosjektets logiske ramme-matrise, kan også være nyttig for å bestille ansvarsoppgavene i prosjektledelse på utførelsesstadiet.

For å bygge EAP (Analytical Problem Structure) bør vi følge følgende trinn:

  • Starter fra toppen og ned. Den første tingen vil være å skaffe endene eller endene, avhengig av prosjektet, som er hentet fra objektivtreet.

For eksempel ble de høyeste nivåene i treet vurdert, samt de viktigste for selskapet.

Reduserte økonomiske utgifter

Forbedret organisasjonsbilde

Nedsatt hyppighet av skader og dødsfall

  • Tilsvarende identifiseres det sentrale problemet fra det objektive treet: Redusert Accident Rate of the automotive.

For å identifisere produktene eller komponentene kan informasjonen som er oppnådd i identifiseringen av alternativer analyseres, se på hvilken som er valgt og kostnadsanalysen derav.

Normalt vises produktene i konfigurasjonen av alternativene, og de blir også utviklet i aktiviteter når kostnadsstudiet av hvert alternativ er gjort.

Fortsetter du med eksemplet, ville komponentene være.

  • Sjåføropplæringsprogram utviklet Nye kjøretøyer kjøpt Vedlikeholdsverksted implementert asfalterte gater

For å identifisere handlingene, er det å foretrekke å gjennomgå budsjettet for det optimale alternativet, der en vare eller gruppe av disse foreslås som handlinger.

Eksempel på komponenten, utviklet føreropplæringsprogram, vil involvere handlinger som:

  • Design og programmering av kurs. Utleie av rom. Rekruttering av lærere. Valg av deltakere etter kurs. Oppstart av kurs. Evaluering av kurs.

Det som følger er å flytte fra EAP til en logisk rammeoppstilling.

Dette trinnet rammer inn EAP-en i en fire-for-fire-matrise, som inneholder forskjellige elementer i vertikal rekkefølge (rader): Slutt, formål, komponenter og aktiviteter, og horisontalt (kolonner): Fortellende sammendrag, indikatorer, verifikasjonsmidler og antakelser.

Trinnet som skal tas for å bygge den logiske rammematrisen, er skissert på neste side.

Logisk ramme (planlegging) matrise

The Logical Framework Matrix presenterer i sammendrag form de viktigste aspektene ved prosjektet. Den har fire kolonner som inneholder følgende informasjon:

  • Et narrativt sammendrag av mål og aktiviteter Indikatorer (spesifikke resultater som skal oppnås). Verifiseringsmidler. Antagelser (eksterne faktorer som innebærer risiko).

Og fire rader som presenterer informasjon om mål, indikatorer, verifiseringsmidler og forutsetninger på fire forskjellige tidspunkt i prosjektets levetid:

  • Slutt som prosjektet bidrar betydelig etter at prosjektet har vært i drift. Formål oppnådd når prosjektet er blitt utført. Komponenter / resultater gjennomført i løpet av prosjektgjennomføringen. Aktiviteter som kreves for å produsere komponentene / resultatene.

Hver av elementene som utgjør den logiske rammen Matrix er beskrevet nedenfor:

Slutt

Hvorfor er prosjektet viktig for mottakere og samfunn? Slutten på et prosjekt er en beskrivelse av løsningen på problemer på et høyere nivå og av nasjonal, sektoriell eller regional betydning som er diagnostisert. Hvis for eksempel hovedproblemet i helsesektoren er en høy mødre- og spedbarnsdødelighetsgrad i den laveste inntektsbefolkningen, ville målet være å redusere mødre- og spedbarnsdødeligheten i den befolkningen.

Slutten representerer et utviklingsmål som generelt adlyder et strategisk nivå (utviklingspolitikk), det vil si at det er med på å etablere konteksten som prosjektet passer inn i, og beskriver den langsiktige effekten som prosjektet forventes, kommer til å bidra.

To ting må vektlegges om slutten. For det første innebærer det ikke at prosjektet i seg selv vil være tilstrekkelig for å oppnå slutten. Det er tilstrekkelig at prosjektet bidrar vesentlig til oppnåelsen av slutten. For det andre innebærer definisjonen av slutten ikke at Det vil bli fullført kort tid etter at prosjektet er i drift. Det er et langsiktig mål som driften av prosjektet vil bidra til.

Ulike prosjekter eller tiltak kan bidra til løsning av problemer som er identifisert, men et prosjekt i seg selv er usannsynlig å løse problemet eller problemene.

Hensikt

Hvorfor er prosjektet nødvendig for mottakerne?

Hensikten beskriver direkte effekt (atferdsendringer) eller forventet resultat ved slutten av utførelsesperioden. Det er endringen som vil fremme prosjektet. Det er en hypotese om hva som skal skje som et resultat av å produsere og bruke komponentene. Prosjekttittelen bør komme direkte ut fra definisjonen av formålet. Den logiske rammematrisen krever at hvert prosjekt bare har ett formål. Årsaken til dette er klarhet. Hvis det er mer enn ett formål, er det tvetydighet. Hvis det er mer enn ett formål, kan det oppstå en byttehandelssituasjon der prosjektet ligger nærmere et mål på bekostning av å flytte bort fra et annet. I en slik situasjon kan eksekutoren velge å forfølge formålet som han oppfatter som det viktigste, eller det enkleste å oppnå, eller som det er minst kostbart. DetteDet er kanskje ikke det andre involverte tenker på som det viktigste.

Siden det er en hypotese, er det viktig å erkjenne at oppnåelsen av prosjektet Formål er utenfor kontrollen av prosjektledelsen eller utføreren. Prosjektledelse er ansvarlig for å produsere komponentene (fysiske arbeider, teknisk samarbeid og trening).

Imidlertid må andre mennesker bruke disse komponentene for prosjektformålet som skal oppnås. Disse gruppene er utenfor kontrollen av prosjektledelse.

I et vanningsprosjekt er prosjektlederen for eksempel ansvarlig for å bygge vanningsarbeid og sørge for at vann renner gjennom dem.

Han kan være ansvarlig for å instruere bønder om hvordan de skal bruke vann og hvordan å dyrke avlinger med vann, men han er kanskje ikke ansvarlig for formålet med prosjektet: økt landbruksproduksjon. Bønder er kanskje ikke villige til å endre praksis: det kan være en tørke som reduserer vannet som er tilgjengelig for bygging; en skadedyr eller pest kan angripe området.

Dette er utenfor prosjektlederens kontroll, men det er under hans ansvar å ta grep i møte med ugunstige forhold som prøver å oppnå det uttalte formålet.

III. Komponenter (resultater) Hva vil prosjektet levere?

Komponentene er de spesifikke arbeidene, studiene, tjenestene og opplæringen som prosjektledelsen er pålagt å produsere innenfor budsjettet som er tildelt den. Hver av prosjektkomponentene må være nødvendige for å oppnå formålet, og det er rimelig å anta at hvis komponentene produseres riktig, vil formålet oppnås. Prosjektledelse er ansvarlig for produksjonen av prosjektkomponentene.

Komponentene er innholdet i prosjektkontrakten. De må komme tydelig til uttrykk. I den logiske rammematrisen defineres komponentene som resultater, det vil si som ferdige arbeider, fullførte studier, fullført opplæring.

Aktiviteter Hva blir gjort?

Aktivitetene er de som eksekutoren må utføre for å produsere hver komponent og innebære bruk av ressurser. Det er viktig å utarbeide en detaljert liste over aktiviteter, fordi det er utgangspunktet for utførelsesplanen, som må være i kronologisk rekkefølge og gruppert etter komponent.

Matrisen skal imidlertid ikke omfatte alle aktivitetene, det foreslås å presentere separat detaljene i handlingene, med deres tid og ressurser, på en slik måte at utførelsen er direkte knyttet til prosjektdesignen.

Bakside 76 i håndboken

Vertikal logikk (fra målkolonnen)

Den logiske rammematrisen er konstruert på en slik måte at årsakssammenheng nedenfra og opp mellom målnivåene kan undersøkes, dette kalles Vertical Logic. Hvis prosjektet er godt designet, er følgende gyldig:

  • Aktivitetene som er spesifisert for hver komponent er nødvendige for å produsere komponenten; hver komponent er nødvendig for å oppnå formålet med prosjektet; ingen av komponentene som er nødvendige for å oppnå

Formål med prosjektet;

  • Hvis prosjektformålet oppnås, vil det bidra til oppnåelsen av slutten; slutten, formålet, komponentene og aktivitetene er tydelig indikert; slutten er et svar på det viktigste problemet i sektoren.
Last ned originalfilen

Bruk av den logiske rammemetoden