17.07.2013 Views

Individuell Prosjekt- og refleksjonsrapport

Individuell Prosjekt- og refleksjonsrapport

Individuell Prosjekt- og refleksjonsrapport

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

OLA 1004<br />

<strong>Individuell</strong> prosjekt- <strong>og</strong> <strong>refleksjonsrapport</strong><br />

Bachelor i organisasjon <strong>og</strong> ledelse<br />

04.06.10<br />

Kandidat:<br />

154<br />

Antall ord: 6370


Innholdsfortegnelse<br />

1 Innledning .......................................................................................................................4<br />

1.1 Basic Action 2010 ....................................................................................................4<br />

2 Hva er et prosjekt? ...........................................................................................................4<br />

3 Basisorganisasjonen ........................................................................................................5<br />

4 Forholdet mellom basisorganisasjon <strong>og</strong> prosjektorganisasjon ..........................................6<br />

4.1 Mandatet ..................................................................................................................6<br />

4.2 Styringsgruppen .......................................................................................................7<br />

4.3 Ressursfordeling .......................................................................................................7<br />

4.4 Organisering .............................................................................................................7<br />

4.5 Kommunikasjon .......................................................................................................8<br />

5 Styring i prosjekter – metodikk ........................................................................................9<br />

5.1 Milepæler ............................................................................................................... 10<br />

5.2 Aktiviteter .............................................................................................................. 11<br />

5.3 Ansvarskart ............................................................................................................ 11<br />

5.4 Usikkerhet i prosjekter............................................................................................ 12<br />

5.5 Interessenter ........................................................................................................... 12<br />

5.6 Kostnadsestimering ................................................................................................ 12<br />

5.7 Oppfølging ............................................................................................................. 13<br />

6 <strong>Prosjekt</strong>lederen <strong>og</strong> ledelse i prosjekter ........................................................................... 13<br />

6.1 Personlige egenskaper ............................................................................................ 14<br />

6.2 Arbeidsoppgaver .................................................................................................... 14<br />

6.3 Lederstiler .............................................................................................................. 15<br />

6.3.1 Situasjonsbestemt ledelse i prosjekter .............................................................. 15<br />

7 Teamarbeid ................................................................................................................... 16<br />

7.1 Faser i teambuilding ............................................................................................... 16<br />

7.2 Fallgruver ............................................................................................................... 17<br />

8 Faser i et prosjekt .......................................................................................................... 17<br />

8.1 Oppstart.................................................................................................................. 18<br />

8.2 Planlegging ............................................................................................................ 19<br />

8.3 Gjennomføring ....................................................................................................... 19<br />

8.4 Avslutning .............................................................................................................. 20<br />

9 Refleksjon ..................................................................................................................... 21<br />

2


9.1 <strong>Prosjekt</strong>gruppa ....................................................................................................... 21<br />

9.2 Egen innsats ........................................................................................................... 22<br />

10 Oppsummering .......................................................................................................... 24<br />

11 Referanseliste ............................................................................................................ 25<br />

12 Vedlegg ..................................................................................................................... 25<br />

3


1 Innledning<br />

Oppgaven er todelt; en hoveddel <strong>og</strong> en refleksjonsdel i forhold til praksisprosjekt.<br />

I hoveddelen vil jeg først presentere Basic Action 2010, som er praksisprosjektet jeg har<br />

arbeidet med i perioden 20.01.10-04.06.10, dette fordi jeg vil forklare teori gjennom bruk av<br />

eksempler fra prosjektet. Deretter vil jeg redegjøre for hva et prosjekt er, når det er<br />

hensiktsmessig å bruke prosjektformen <strong>og</strong> hva en basisorganisasjon er. Videre har jeg valgt å<br />

ta for meg styring i prosjekter for deretter drøfte prosjektlederens rolle i et prosjekt <strong>og</strong> ulike<br />

forhold ved teamarbeid da dette er essensielt ved prosjektarbeidet. Under styring kommer<br />

metodikk i prosjekter inn. Jeg vil til slutt i denne første delen begrunne bruk av faser i<br />

prosjekter.<br />

I den andre delen av oppgaven vil jeg reflektere over gruppas funksjon <strong>og</strong> egeninnsats i<br />

forhold til praksisprosjektet.<br />

Oppgaven tar i sin helhet sikte på å belyse ulike sider ved prosjektarbeid, særlig sett fra<br />

prosjektlederens ståsted.<br />

1.1 Basic Action 2010<br />

Som en del av redegjørelsen har jeg valgt å presentere prosjektgruppen som jeg gjennom<br />

vårsemesteret har jobbet med. Basic Action 2010 har vært et prosjekt som har hatt til hensikt å<br />

motivere ungdom i alderstrinnet 8.-10. til å holde på med idrett <strong>og</strong> å ha en aktiv livsstil.<br />

<strong>Prosjekt</strong>et ble opprettet med bakgrunn i en undersøkelse gjort av markeds- <strong>og</strong> mediainstituttet<br />

på oppdrag fra Norges Idrettsforbund, gjennomført i årene 1992, 1996, 1998, 2000 <strong>og</strong> 2002<br />

som viste en nedgang av barn <strong>og</strong> unge i alderen 8-24 år som deltar i organisert idrett. Det er<br />

denne trenden prosjektet har arbeidet for å motvirke. For å bidra til å nå målet som ble satt av<br />

oppdragsgiver Oppland Idrettskrets, arrangerte prosjektgruppen på oppdrag en<br />

treningssamling for ungdom i målgruppen. I mandatet er prosjektets mål <strong>og</strong> hensikt nøyere<br />

definert, <strong>og</strong> jeg legger derfor med dette (vedlegg 1).<br />

2 Hva er et prosjekt?<br />

Et prosjekt defineres som ”et middel for å nå et mål” (Karlsen <strong>og</strong> Gottschalk 2008, 144), <strong>og</strong> er<br />

ofte opprettet som et tiltak i en organisasjon for å nå et bestemt mål. Kjennetegn ved<br />

4


prosjekter er at de er engangsforetak som har en bestemt start- <strong>og</strong> sluttdato. <strong>Prosjekt</strong>er har<br />

<strong>og</strong>så egne unike målsetninger <strong>og</strong> begrenset ressurstilgang i form av både kapital <strong>og</strong><br />

arbeidskraft samt at arbeidsformen er godt egnet til å takle tverrfaglighet (ibid, 18-21). Å<br />

jobbe i prosjekter innebærer å jobbe i team, <strong>og</strong> derfor er samarbeidsevne en viktig egenskap<br />

for en prosjektmedarbeider (ibid).<br />

Andersen, Grude <strong>og</strong> Haug (2009) legger stor vekt på prosjekter kalt PSO-prosjekter. Slike<br />

prosjekter tar sikte på å utvikle både person, system <strong>og</strong> organisasjon. Det har ofte vært et<br />

problem i for eksempel it-prosjekter at man har hatt fullt fokus på å utvikle systemet, men<br />

ikke personene <strong>og</strong> organisasjonen som helhet. Dermed har man endt opp med systemer som<br />

ikke fungerer. PSO-prosjekter skal sette fokus på alle tre elementene når man setter i gang et<br />

utviklingsprosjekt, slik at man ender opp med en velfungerende organisasjon hvor alle<br />

elementene utvikles i samsvar med hverandre (Andersen m.fl 2009). Alle prosjekter bør tenke<br />

nøye gjennom om de driver et PSO-prosjekt <strong>og</strong> eventuelt hva de kan gjøre for ikke å ende opp<br />

med et ubrukelig resultat.<br />

”<strong>Prosjekt</strong>formen bør <strong>og</strong>så anvendes når man står ovenfor en oppgave som krever fleksibilitet<br />

slik at basisorganisasjonen kan bestå uendret” (Karlsen <strong>og</strong> Gottschalk 2008, 29). <strong>Prosjekt</strong>er er<br />

særlig hensiktsmessig å bruke ved tverrfaglige oppgaver hvor organisasjonen ikke klarer å<br />

utføre oppgavene med den organisasjonsstrukturen som finnes. Det er lettere å utføre<br />

tverrfaglige oppgaver i et prosjekt fordi man som oftest blir fristilt fra sine vanlige oppgaver,<br />

samt at gruppen kan settes sammen av personer fra ulike fagområder (ibid).<br />

3 Basisorganisasjonen<br />

Basisorganisasjonen eller linjeorganisasjonen er oppdragsgiveren for prosjektet, <strong>og</strong> den<br />

person som er ansvarlig for prosjektet kalles en prosjekteier (Andersen m.fl 2009). Det er<br />

prosjekteier som gjennom basisorganisasjonen setter mål <strong>og</strong> rammer for prosjektet samt<br />

finansierer det. I et prosjekt kan basisorganisasjonen enten frigjøre noen medarbeidere helt<br />

eller halvveis til å jobbe med det, eller leie inn personer med spesiell kompetanse utenfra<br />

(Karlsen <strong>og</strong> Gottschalk 2008).<br />

5


4 Forholdet mellom basisorganisasjon <strong>og</strong><br />

prosjektorganisasjon<br />

Forhold mellom basisorganisasjonen <strong>og</strong> prosjektorganisasjon vil variere ut ifra hvilken<br />

organisering man bruker i prosjektet. Det er <strong>og</strong>så knyttet til omfanget <strong>og</strong> finansieringen av<br />

prosjektet fordi basisorganisasjonen kanskje har flere prosjekter gående samtidig, <strong>og</strong> må<br />

derfor fordele ressursene mellom dem. I tillegg er kommunikasjonen mellom de to viktig for å<br />

sikre måloppnåelse.<br />

4.1 Mandatet<br />

Tidlig i prosjektet er det nødvendig å utarbeide et prosjektmandat som både prosjektleder <strong>og</strong><br />

prosjekteier skriver under på som en arbeidskontrakt. Det er under utarbeidelse av dette<br />

dokumentet at målene for prosjektet blir formulert, samt prosjektets omfang, bakgrunn <strong>og</strong><br />

rammebetingelser. Det er vanlig å sette både langsiktige <strong>og</strong> kortsiktige mål i et prosjekt,<br />

henholdsvis kalt effektmål <strong>og</strong> resultatmål. Det er resultatmålene som blir viktigst for<br />

prosjektet fordi det ikke er mulig å måle de langsiktige under prosjektets korte varighet. For<br />

basisorganisasjonen er det langsiktige målet som står i fokus, <strong>og</strong> det enkelte prosjektet er ofte<br />

bare et av mange tiltak som er igangsatt for å nå målet. Det er basisorganisasjonens ansvar å<br />

høste gevinster av prosjektets resultat. Det blir <strong>og</strong>så som regel satt noen rammebetingelser for<br />

prosjektet, <strong>og</strong> disse er det viktig at man holder seg innenfor. Disse kan komme i form av<br />

økonomiske begrensninger eller for vårt prosjekts vedkommende, en arrangementsdato<br />

(Andersen m.fl 2009).<br />

Under utformingen av mandatet er det viktig at man er realistisk både i form av mål <strong>og</strong> hva<br />

prosjektet kan klare å oppnå, men <strong>og</strong>så i forhold til tidsperspektivet. Dersom tiden er for<br />

knapp, kan det blir for mye stress <strong>og</strong> arbeidsmengde slik at prosjektarbeiderne mister<br />

motivasjonen for prosjektet. Det burde heller ikke gis for god tid, slik at arbeidet blir lite<br />

effektivt. Dermed kan det bli sløsing av ressurser. Det bør <strong>og</strong>så tenkes nøye igjennom om<br />

prosjektet har tilstrekkelig forankring i basisorganisasjonen <strong>og</strong> deres planer. Dersom det ikke<br />

er sammenheng mellom basisorganisasjonens langsiktige mål vil prosjektet få liten prioritet,<br />

<strong>og</strong> det kan lett oppstå konflikter fordi prosjektet tar en helt annen vei enn en i samsvar med<br />

basisorganisasjonen (ibid). Arbeidet med mandatet <strong>og</strong> fundamentet som sin helhet bør være<br />

grundig fordi det er her basisorganisasjonen kan påvirke mest i prosjektet ved å sette mål <strong>og</strong><br />

rammer.<br />

6


4.2 Styringsgruppen<br />

Basisorganisasjonen får <strong>og</strong>så mye påvirkningskraft gjennom styringsgruppen i prosjekter der<br />

denne finnes. Denne gruppen består som regel av flere linjeledere. Basisorganisasjonen får<br />

makt fordi styringsgruppen skal styre på det overordnede nivået <strong>og</strong> vedta planer for<br />

prosjektet. Forholdet mellom prosjekt <strong>og</strong> basisorganisasjon følges <strong>og</strong>så opp av<br />

styringsgruppen (Andersen m.fl 2009).<br />

4.3 Ressursfordeling<br />

Under utarbeidelse av mandatet blir det <strong>og</strong>så bestemt hvor mye ressurser man får tildelt i<br />

prosjektet, <strong>og</strong> ressurser er avgjørende for prosjektets suksess. Dersom prosjektet får tildelt for<br />

lite ressurser kan tid <strong>og</strong> penger være bortkastet fordi prosjektet ikke får utrettet det som var<br />

planlagt. Det er derfor viktig at prosjektlederen argumenterer for hvorfor nettopp hans/hennes<br />

prosjekt skal få tildelt midler, fordi prosjekteier sammen med resten av basis mest<br />

sannsynligvis må foreta en vurdering på hvordan midlene i basisorganisasjonene skal<br />

fordeles. Dette er fordi basisorganisasjonen ofte har flere prosjekter gående samtidig, noen<br />

med større omfang enn andre. Det er ofte naturlig at de prosjektene med størst omfang får<br />

tildelt mest ressurser, både i form av kapital <strong>og</strong> arbeidskraft. Det er som regel prosjekter som<br />

ikke er tilstrekkelig forankret i basisorganisasjonens planer som får problemer <strong>og</strong> vil tape<br />

kampen om ressursene fordi det ikke er noe sammenheng mellom prosjektets <strong>og</strong><br />

basisorganisasjonens målsetning (Andersen m.fl 2009).<br />

4.4 Organisering<br />

Det finnes ulike måter å organisere forholdet mellom basisorganisasjonen <strong>og</strong><br />

prosjektorganisasjonen på. Karlsen <strong>og</strong> Gottschalk (2008) skiller mellom tre hovedstrukturer<br />

når det gjelder organiseringen mellom basis- <strong>og</strong> prosjektorganisasjon; Avdelingsintern<br />

struktur, matrisestruktur <strong>og</strong> selvstendig struktur. Førstnevnte kjennetegnes ved at det er et<br />

prosjekt som gjennomføres internt i en avdeling <strong>og</strong> der prosjektmedlemmene kommer fra<br />

samme fagmiljø. Denne typen prosjekt er dermed svært lite egnet for tverrfaglighet (Karlsen<br />

<strong>og</strong> Gottschalk 2008, 146-148). Arbeiderne som jobber med prosjektet arbeider allerede under<br />

basisorganisasjonen <strong>og</strong> må i tillegg til å arbeide med prosjektet utføre sine vanlige<br />

arbeidsoppgaver, noe som gjør at prosjektet ofte får lite fokus.<br />

En matrisestruktur gjør det lettere å utføre tverrfaglige oppgaver, <strong>og</strong> denne typen organisering<br />

brukes til å utføre prosjekter på tvers av avdelinger. <strong>Prosjekt</strong>medarbeiderne har likevel sine<br />

7


faste arbeidsoppgaver i basisorganisasjonen, men jobber med prosjektet på deltid. Det at de<br />

ikke er like knyttet til sine arbeidsoppgaver i like stor grad som i et avdelingsinternt prosjekt,<br />

gjør at prosjektet får større fokus <strong>og</strong> prioritet. Med denne typen organisering er det lett at<br />

prosjektmedarbeiderne kan bli stresset <strong>og</strong> overbelastet fordi de ikke vet om de skal vektlegge<br />

de vanlige arbeidsoppgavene sine eller prosjektet siden de må arbeide like mye med begge.<br />

”I et selvstendig prosjekt er prosjektet ressursmessig <strong>og</strong> administrativt skilt fra<br />

basisorganisasjonen” (ibid, 151). Personellet trekkes enten helt ut fra sine faste stillinger i<br />

basis eller de er innleid utenfra. <strong>Prosjekt</strong>lederen ansvar <strong>og</strong> myndighet er her mye sterkere enn<br />

i avdelingsinterne prosjekter <strong>og</strong> matrisestrukturer. Dersom prosjektet er planlagt å vare lenge<br />

bør man velge å organisere prosjektet som et selvstendig prosjekt for å unngå belastning på<br />

egne medarbeidere i basisorganisasjonen. Denne typen prosjekt er lett for<br />

prosjektmedarbeiderne å jobbe i, men basis får liten kontroll over prosjektet, <strong>og</strong> dette er noe<br />

som må tas hensyn til ved valg av prosjektorganisering (ibid, 151-152).<br />

I tillegg til å skille mellom ulike organiseringer i forhold til basisorganisasjonen kan man<br />

organisere teamet på forskjellige måter. Ytterpunktene er hierarkisk struktur <strong>og</strong> flat<br />

teamstruktur, hvor man henholdsvis har høy <strong>og</strong> liten grad av hierarkisk struktur. Ved å<br />

organisere med liten grad av hierarki gjør man prosjektorganisasjonen i stand til å være<br />

fleksibel <strong>og</strong> levere et produkt som er felles <strong>og</strong> det er vanskelig å se hvem som har gjort hva.<br />

Det er mulig å bruke ulike organiseringer av teamet i de ulike fasene for å få best mulig<br />

utnyttelse av det (ibid, 155-159).<br />

Et prosjekt bør som andre organisasjoner organiseres ut ifra hva man ønsker å oppnå (ibid).<br />

Det vil altså være situasjonen som bestemmer hvilken organisering som er best. Basic Action<br />

2010 var et selvstendig prosjekt fordi gruppa var fristilt fra basisorganisasjonen <strong>og</strong> fikk mye<br />

kontroll <strong>og</strong> styringsrett over prosjektet, <strong>og</strong> det var flat teamstruktur som ble brukt under hele<br />

prosjektperioden, noe som gjorde at alle fikk best mulig utbytte av læringsprosessen.<br />

4.5 Kommunikasjon<br />

Det er viktig med god kommunikasjon mellom prosjekteier <strong>og</strong> prosjektleder slik at det ikke<br />

oppstår misforståelser som kan skape konflikter <strong>og</strong> hindre måloppnåelse.<br />

Det er spesielt viktig med god kommunikasjon under formulering av mål for prosjektet.<br />

Dersom prosjektleder <strong>og</strong> prosjektmedarbeiderne forstår målsetningen for prosjektet vil de<br />

8


lettere kunne handle i tråd med dette senere. Dersom det blir misforståelser rundt hva<br />

prosjektet skal oppnå, er det ikke sikkert resultatet blir slik som prosjekteier ønsket (Karlsen<br />

<strong>og</strong> Gottschalk 2008).<br />

I de fleste prosjekter er prosjekteier interessert i å få statusrapporter med jevne mellomrom for<br />

å se hvor langt prosjektet har kommet. For å spare både prosjektarbeiderne <strong>og</strong> prosjekteier for<br />

tid kan man bruke digitale prosjektverktøy som for eksempel Projectplace aktivt. Her kan man<br />

legge ut all informasjon om prosjektet på en felles nettside slik at prosjekteier til enhver tid<br />

kan ha oversikt over prosjektet uten å få tilsendt egne rapporter. Slike verktøy burde likevel<br />

suppleres med andre former for kommunikasjon slik at det ikke oppstår misforståelser. Når<br />

man kun kommuniserer over nettet via mail <strong>og</strong> lignende slik som her, vil det lettere kunne<br />

oppstå støy slik at kommunikasjonen ikke blir optimal. Det er derfor ikke slik at denne<br />

formen for kommunikasjon kan erstatte for eksempel prosjektmøter. De burde arrangeres med<br />

jevne mellomrom. Når man møtes ansikt til ansikt kan man se <strong>og</strong> lese kroppsspråk i tillegg til<br />

kun å få med seg det personen sier ordrett, <strong>og</strong> dette kan være nyttig i mange situasjoner,<br />

særlig dersom det oppstår en konflikt som må løses (ibid).<br />

Kommunikasjon er ikke bare viktig i forhold til prosjekteier, men <strong>og</strong>så internt i gruppen <strong>og</strong> i<br />

forhold til eksterne interessenter. Dersom kommunikasjonen er dårlig kan det får uheldige<br />

konsekvenser (ibid).<br />

5 Styring i prosjekter – metodikk<br />

”Styring dreier seg om å planlegge <strong>og</strong> følge opp gjennomføringen av prosjektet, <strong>og</strong> dette er en<br />

kontinuerlig prosess som vil pågå til prosjektet er avsluttet”. <strong>Prosjekt</strong>ets styringssløyfe<br />

uttrykker de ulike styringsfunksjonene <strong>og</strong> hvordan de henger sammen (Karlsen <strong>og</strong> Gottschalk<br />

2008, 370). Man ser at prosjektlederen stadig må følge opp <strong>og</strong> korrigere for å sørge for at<br />

prosjektet beveger seg mot måloppnåelsen.<br />

9


Figur 1: <strong>Prosjekt</strong>ets styringssløyfe (Karlsen <strong>og</strong> Gottschalk 2008, 370)<br />

For å kunne styre et prosjekt mot målene finnes det en rekke konkrete metoder <strong>og</strong> teknikker<br />

man kan ta i bruk. Siden alle prosjekter har en bestemt sluttdato er det viktig å styre <strong>og</strong><br />

planlegge tiden. Det er <strong>og</strong>så viktig å styre ressursene; arbeidskraft, kapital <strong>og</strong> utstyr/materiell.<br />

Dette kan gjøres på flere måter <strong>og</strong> med forskjellige metoder, men arbeidsdeling i ulike<br />

ansvarskart <strong>og</strong> ulike estimeringsteknikker er mest vanlig. Alle metodene <strong>og</strong> teknikkene som<br />

blir nevnt under dette punktet i oppgaven brukes for å ta mest mulig styring, samt ta kontroll<br />

over usikkerhet i prosjektet (ibid).<br />

<strong>Prosjekt</strong>lederen kan i tillegg til de konkrete metodene bruke ulike styringsformer slik som<br />

dirkekte styring (at han/hun forteller dirkekte hva medarbeideren skal gjøre), regelstyring,<br />

målstyring <strong>og</strong> kulturstyring. Disse brukes som regel i kombinasjoner i arbeidet med prosjektet<br />

(ibid).<br />

5.1 Milepæler<br />

”Planleggingsprosessen skal bidra til bedre forståelse av arbeidsoppgavene som skal utføres”<br />

(Karlsen <strong>og</strong> Gottschalk 2008, 290). Uavhengig av typen prosjekt er det viktig med<br />

planlegging slik at rette oppgaver blir utført til rett tid. Dette er særlig viktig i forbindelse med<br />

arrangementer siden disse har en bestemt dato for gjennomføring av prosjektet. Det er som<br />

regel lettere å utsette gjennomføring i for eksempel et bygningsprosjekt.<br />

10


Milepælene i et prosjekt er en stor del av tidsplanleggingen. En milepæl skal beskrive en<br />

oppnådd tilstand <strong>og</strong> inneholde kriterier knyttet til denne samt en tidsfrist. Disse må i tillegg<br />

oppnås i kronol<strong>og</strong>isk rekkefølge. Sammen skal milepælene bidra til å styre prosjektet mot et<br />

fastsatt mål <strong>og</strong> de viser prosjektets livsløp på et overordnet nivå. Milepæler har en<br />

motiverende effekt fordi de fungerer som kortsiktige delmål som det er lettere å nå enn de<br />

overordnede målene (ibid).<br />

Det er viktig med godt formulerte milepæler for at det skal være lett å forstå dem. Uten<br />

forståelse for milepælene blir de vanskeligere å oppnå, <strong>og</strong> den motiverende effekten vil<br />

forsvinne. Det er <strong>og</strong>så viktig at de er lette å kommunisere siden milepælene brukes til å få<br />

linjeledelse, styringsgruppe, interessenter <strong>og</strong> prosjektets medarbeidere til å forstå prosjektets<br />

oppbygning <strong>og</strong> retning (ibid).<br />

5.2 Aktiviteter<br />

”En aktivitet presenterer en samling arbeidsoppgaver som krever tid <strong>og</strong> ressurser for å bli<br />

utført”(Karlsen <strong>og</strong> Gottschalk 2008, 300). Aktivitetene er planleggingen på detaljnivå, <strong>og</strong> en<br />

samling bestemte aktiviteter leder frem til en bestemt milepæl. Her er det lettere å fordele<br />

arbeidsoppgaver tydelig fordi oppgavene er mer nøye beskrevet (ibid).<br />

En fallgruve det er vanlig å gå i når man jobber med prosjekter, er at man går på aktivitetsnivå<br />

for tidlig i prosjektet. Ved at man planlegger aktivitetene for tidlig kan man miste fokus på<br />

fundamentsbygingen av prosjektet. Det er ofte teambyggingen <strong>og</strong> utformingen av mandatet<br />

som blir nedprioritert fremfor aktivitetsplanleggingen. Oppgaven presiserer viktigheten av et<br />

velfungerende team <strong>og</strong> et godt formulert mandat, <strong>og</strong> dette krever arbeid <strong>og</strong> fokus fra starten.<br />

Det kan virke stressende på prosjektarbeiderne å avvente planleggingen av selve<br />

arbeidsoppgavene for prosjektet, <strong>og</strong> det blir derfor prosjektlederens ansvar å overbevise <strong>og</strong><br />

forsikre dem om at de vil vinne på å bruke tid på oppbyggingen i starten (ibid).<br />

5.3 Ansvarskart<br />

Ansvarskart som ofte tas i bruk er prinsippansvarskart, milepælsansvarskart <strong>og</strong><br />

aktivitetsansvarskart. I prinsippansvarskartet klargjør man roller <strong>og</strong> beslutningsmakt i<br />

prosjektet, <strong>og</strong> i milepæls- <strong>og</strong> aktivitetsansvarskartet gis det ansvar for hver enkelt milepæl <strong>og</strong><br />

aktivitet (Andersen m.fl. 2009). <strong>Prosjekt</strong>lederen kan ta i bruk ulike ansvarskart for å presisere<br />

11


arbeidsfordelingen i prosjektet. Ved å utarbeide slike oversiktskart vil alle i prosjektet få en<br />

oversikt over hvem som arbeider med hva. De vet dermed hvem de skal spørre i forhold til<br />

hvilke oppgaver dersom det dukker opp noen spørsmål. Disse ansvarskartene vil <strong>og</strong>så gjøre<br />

det lettere for prosjektlederen med tanke på koordinering. <strong>Prosjekt</strong>arbeiderne vil fort føle seg<br />

tryggere på arbeidsoppgavene fordi de vet hva det skal gjøre, <strong>og</strong> dermed trenger kanskje ikke<br />

prosjektlederen å spille en like stor rolle når det gjelder delegering <strong>og</strong> koordinering.<br />

5.4 Usikkerhet i prosjekter<br />

En metode for å få oversikt <strong>og</strong> kontroll over usikkerheten i prosjektet er å foreta en<br />

usikkerhetsanalyse. Dette gjør man ved å foreta en vurdering av usikkerhetsmomenter på to<br />

nivåer; på milepælsnivå <strong>og</strong> en helhetsvurdering av prosjektet <strong>og</strong> omgivelsene (Andersen m.fl.<br />

2009).<br />

I Basic Action 2010 var det deltagerne som skulle delta på samlingen som var det største<br />

usikkerhetsmomentet. Vi visste ikke hvor mange deltagere vi kom til å få samlet før<br />

samlingshelgen, <strong>og</strong> dermed fikk vi heller ikke beregnet hvor mye penger vi måtte bruke.<br />

Gjennom usikkerhetsanalysen fikk vi tenkt ut en strategi for å unngå for eksempel å<br />

overskride budsjettet ved at vi valgte å sette påmeldingsfristen til to uker før samlingen.<br />

Dermed fikk vi litt tid til å beregne <strong>og</strong> tilrettelegge for de påmeldte.<br />

5.5 Interessenter<br />

I tillegg til å utføre en usikkerhetsanalyse måtte vi <strong>og</strong>så utføre en interessentanalyse.<br />

Interessenter er personer eller grupper som enten er med i prosjektet eller eksterne som blir<br />

positivt eller negativt berørt av det. Denne er en del av prosjektets fundament <strong>og</strong> er med på å<br />

avdekke ulike interessenters makt i prosjektet, samt om de har positiv eller negativ innflytelse<br />

(Andersen m.fl. 2009). Dette er viktig å avdekke <strong>og</strong> tenke gjennom for lettere kunne innfri<br />

interessentenes forventninger.<br />

5.6 Kostnadsestimering<br />

For å holde prosjektets kostnader innenfor budsjettet er det nødvendig å bruke<br />

kostnadsestimeringsteknikker. Ofte må man beregne med en sikkerhetsmargin slik at man er<br />

sikker på at man ikke overskrider budsjettet. En estimering betyr at det er beregnet med en<br />

viss usikkerhet, det er ikke nøye utregnet <strong>og</strong> man vil kunne regne med å få avvik fra planen<br />

(Karlsen <strong>og</strong> Gottschalk 2008).<br />

12


5.7 Oppfølging<br />

”Å styre er å holde kursen <strong>og</strong> å sikre at veien til målet følges” (Karlsen <strong>og</strong> Gottschalk 2008,<br />

369). For å sikre at man holder kursen mot målet må man følge opp <strong>og</strong> sjekke at planene man<br />

har lagt blir fulgt. Dersom de ikke blir fulgt <strong>og</strong> man henger etter, må man forsøke å iverksette<br />

tiltak for å klare <strong>og</strong> nå målet. Milepæls- <strong>og</strong> aktivitetsrapporter er oppfølgingsmetoder som ofte<br />

blir brukt i prosjekter for å sikre oppfølgingen. Her undersøker man statusen på hvor langt<br />

man har kommet i arbeidet med hver milepæl <strong>og</strong> aktivitet, <strong>og</strong> iverksetter tiltak der det er<br />

nødvendig (ibid).<br />

6 <strong>Prosjekt</strong>lederen <strong>og</strong> ledelse i prosjekter<br />

For å sikre at et prosjekt blir vellykket er det ikke nok kun å ta i bruk styringsmetoder i<br />

prosjektet. Lederen må <strong>og</strong>så inneha spesielle personlige egenskaper i tillegg til å bruke riktig<br />

lederstil i forhold til rett person til rett tid (Karlsen <strong>og</strong> Gottschalk 2008).<br />

”Lederskap er å oppnå resultater gjennom andre, det vil si å påvirke andre menneskers atferd i<br />

en annen retning enn den de ellers ville valgt” (Prabhakar 2005 <strong>og</strong> Müller 2007 i Karlsen <strong>og</strong><br />

Gottschalk 2008, 102). I prosjekter får prosjektlederen ofte en større rolle enn ledere i vanlige<br />

organisasjoner. Dette er fordi man i prosjekter må håndtere oppgaver som er unike i forhold<br />

til hva basisorganisasjonen vanligvis utfører av oppgaver, <strong>og</strong> derfor ofte oppleves som en<br />

større utfordring som byr på mer stress <strong>og</strong> belastning. Siden medarbeiderne ofte er mer usikre<br />

på hvem som skal gjøre hva, er det prosjektlederens ansvar som overordnet å koordinere,<br />

legge planer <strong>og</strong> skape et godt miljø med trygghet slik at prosjektets arbeidsteam fungerer så<br />

godt som mulig (Karlsen <strong>og</strong> Gottschalk 2008).<br />

En prosjektleder kan gå i mange fallgruver, men de vanligste er å ha uklare mål, for høyt<br />

ambisjonsnivå, uklar ansvarsfordeling, utarbeide for dårlige planer, dårlig oppfølging <strong>og</strong><br />

prioritere feil. Alle feilgrepene en prosjektleder gjør kan medføre ukulturer i prosjektgruppa<br />

som hindrer teamet i å oppnå en optimal funksjon <strong>og</strong> dermed <strong>og</strong>så gi et negativt utfall i<br />

forhold til prosjektetresultatet. For å unngå alle disse fallgruvene bør prosjektlederen har<br />

kunnskaper om prosjektledelse samt erfaring med prosjekter (ibid, 119).<br />

13


6.1 Personlige egenskaper<br />

En perfekt prosjektleder er en person som har kompetanse <strong>og</strong> erfaring til å utføre<br />

arbeidsoppgavene, er flink til å kommunisere <strong>og</strong> bygge relasjoner, er resultat- <strong>og</strong> målorientert,<br />

kan lede <strong>og</strong> motivere samt har gode personlige egenskaper. Det er svært få personer som kan<br />

krysse av alle disse kriteriene på sin CV, men hvilke egenskaper som er viktige vil avhenge av<br />

type prosjekt (Karlsen <strong>og</strong> Gottschalk 2008).<br />

6.2 Arbeidsoppgaver<br />

<strong>Prosjekt</strong>lederens kompass vist i figuren nedenfor skal representere at prosjektlederen er en<br />

nøkkelperson i prosjekter <strong>og</strong> at denne personen har mange oppgaver. <strong>Prosjekt</strong>lederens<br />

funksjon i et prosjekt vil først <strong>og</strong> fremst være å lede prosjektgruppen mot målet, <strong>og</strong> dette<br />

arbeidet vil i stor grad bestå av å koordinere arbeidsoppgaver <strong>og</strong> personer samt å utvikle gode<br />

planer slik som for eksempel milepælsplaner. Planene som prosjektlederen utarbeider må i<br />

tillegg implementeres i hele prosjektet. Alle medarbeiderne må være klar over målene for å<br />

kunne handle i samsvar med dem. Det er altså prosjektlederen som styrer prosjektet (Karlsen<br />

<strong>og</strong> Gottschalk 2008).<br />

I prosjekter der bare prosjektlederen har prosjekterfaring fra før, kan det <strong>og</strong>så være nødvendig<br />

at han/hun må lære prosjektgruppen grunnleggende prinsipper i prosjektarbeid.<br />

<strong>Prosjekt</strong>lederen må i tillegg til dette kunne skape et godt miljø med motiverte medarbeidere<br />

for å gjøre prosjektgruppen mer effektiv, samt å utarbeide gode oppfølgings-, evaluerings- <strong>og</strong><br />

informasjonssystemer. Slike systemer kan for eksempel være milepæls- <strong>og</strong> aktivitetsrapporter<br />

<strong>og</strong> bruk av Projectplace (ibid).<br />

Figur 2: <strong>Prosjekt</strong>lederens kompass (etter Briner er al.2000 i Karlsen <strong>og</strong> Gottschalk 2008,<br />

113)<br />

14


6.3 Lederstiler<br />

Som prosjektleder kan man bruke flere typer lederstiler, <strong>og</strong> Karlsen <strong>og</strong> Gottschalk (2008)<br />

skiller mellom tre typer stiler; posisjonsorientert, personorienterte <strong>og</strong> situasjonsbestemt<br />

ledelse. ”<strong>Prosjekt</strong>ledelse er situasjonsbestemt ledelse satt i system” (ibid, 103). Denne<br />

ledelsesformen dreier seg om at prosjektlederen må tilpasse lederstilen sin i forhold til hvilken<br />

situasjon han/hun skal lede i. Dette har med at forskjellige mennesker motiveres av<br />

forskjellige ting, <strong>og</strong> uten motivasjon vil man sjelden klare å gjøre oppgavene like bra<br />

(Jacobsen <strong>og</strong> Thorsvik 2007).<br />

6.3.1 Situasjonsbestemt ledelse i prosjekter<br />

Som nevnt er situasjonsbestemt ledelse mest hensiktsmessig for en prosjektleder å bruke i<br />

prosjektsammenheng. Dette er fordi man skal håndtere flere personer som er satt sammen i en<br />

gruppe hvor arbeidsoppgavene er mer uklare enn i en vanlig organisasjon, noe som medfører<br />

økt grad av usikkerhet i forhold til arbeidsoppgavene (Karlsen <strong>og</strong> Gottschalk 2008).<br />

<strong>Prosjekt</strong>medarbeiderne har <strong>og</strong>så ofte ulike grader av kompetanse <strong>og</strong> motivasjon (ibid).<br />

Kombinasjonen av disse to avgjør i hvilken grad medarbeideren er i stand til å utføre<br />

oppgavene han/hun blir satt til, men <strong>og</strong>så hvilken lederstil prosjektlederen bør bruke.<br />

Karlsen <strong>og</strong> Gottschalk (2008) skiller mellom fire kompetansenivåer:<br />

K1: Medarbeideren har manglende ferdigheter, men høy motivasjon for å gjøre oppgaven.<br />

K2: Medarbeideren verken vil eller kan utføre oppgaven.<br />

K3: Medarbeideren kan utføre oppgaven, men mangler motivasjon for å gjøre det.<br />

K4: Medarbeideren både kan <strong>og</strong> vil utføre oppgaven.<br />

Tabell 1: Situasjonsbestemt ledelse (etter Karlsen <strong>og</strong> Gottschalk 2008, 104):<br />

Medvirkende: Lav styring <strong>og</strong> høy støtte, K3 Rådgivende: Høy styring <strong>og</strong> høy støtte, K2<br />

Delegerende: Lav styring <strong>og</strong> lav støtte, K4 Instruerende: Høy styring <strong>og</strong> lav støtte, K1<br />

Fordi medarbeiderne trenger ulike typer ledelse i forhold til kompetanse <strong>og</strong> motivasjon, er det<br />

viktig for en prosjektleder å forsøke å avdekke i hvilken grad medarbeiderne er motiverte <strong>og</strong><br />

kompetente til de oppgavene de blir satt til å gjøre. Dersom de ikke er kompetente må<br />

prosjektlederen enten forsøke å lære opp medarbeideren eller gi han/henne andre oppgaver, <strong>og</strong><br />

dersom motivasjonen ikke er til stede, må man forsøke å avdekke hvilke motivasjonsfaktorer<br />

man kan bruke for å motivere medarbeideren (ibid).<br />

15


7 Teamarbeid<br />

Et team er en gruppe med individer som arbeider sammen for å nå et felles mål (Gido <strong>og</strong><br />

Clements 1999). Å jobbe i prosjekter innebærer å jobbe i et team, <strong>og</strong> det er derfor viktig å<br />

kunne litt om denne arbeidsformen. Et godt fungerende team kan være avgjørende for<br />

prosjektets suksess, <strong>og</strong> teamlederen som oftest er prosjektlederen, spiller her en stor rolle i<br />

arbeidet med å sette i gang prosesser for å bygge teamet (Karlsen <strong>og</strong> Gottschalk 2008).<br />

7.1 Faser i teambuilding<br />

Det er vanlig å dele inn teambuildingen i 5 faser, men fasene har glidende overganger <strong>og</strong> noen<br />

velger <strong>og</strong>så å dele inn i bare 4. De 5 fasene jeg har valgt å presentere er forming, storming,<br />

norming, utføring <strong>og</strong> avslutning. I fasen forming er det lite samarbeid mellom medlemmene,<br />

<strong>og</strong> de tester hva som blir akseptert av gruppen. Under stormingsfasen vil det gradvis<br />

aksepteres blant medlemmene at de nå er en del av en gruppe, <strong>og</strong> de fordeler ansvar <strong>og</strong><br />

arbeidsoppgaver. Det kan lett oppstå konflikter rundt dette <strong>og</strong> samarbeidet er heller ikke godt<br />

på dette nivået. Etter hvert som teamet har blitt enige om arbeidsdelingen i prosjektet, vil<br />

samarbeidet fungere bedre, tillitt blir bygd opp, man deler tanker med gruppa <strong>og</strong> man unngår<br />

store konflikter. Gruppa har <strong>og</strong>så nå forstått målene <strong>og</strong> man utvikler en prosjektkultur. I<br />

utføringsfasen er samarbeidsnivået høyt, <strong>og</strong> medlemmene fokuserer sammen på<br />

gjennomføringen av prosjektet. Man har lært å tilpasse seg hverandre <strong>og</strong> unngå konflikter på<br />

en god måte. I en siste avsluttende fase forbereder teamet seg på å forlate gruppa. Samarbeidet<br />

<strong>og</strong> produktiviteten synker <strong>og</strong> blir avsluttet (Karlsen <strong>og</strong> Gottschalk 2008).<br />

Ikke alle prosjekter går gjennom fasene <strong>og</strong> bygges opp på en slik måte, <strong>og</strong> hastigheten av<br />

oppbygningen vil variere ut ifra for eksempel hvor stort tidspress et prosjekt har. Det vil <strong>og</strong>så<br />

avhenge av hvilke metoder <strong>og</strong> teknikker prosjektlederen bruker for å bygge opp et<br />

velfungerende team. For at teamet skal fungere optimalt er det viktig at prosjektlederen eller<br />

den utpekte teamlederen sammen med teamet klarer å bygge opp et sosialt fellesskap der<br />

medlemmene inkluderer <strong>og</strong> viser omsorg for hverandre. Dersom noen av prosjektets<br />

medlemmer ikke er tilstrekkelig motivert eller mangler kompetanse til å utføre oppgavene i<br />

prosjektet, vil det sosiale fellesskapet ofte bidra til å trekke disse personene opp. Dette er<br />

16


dersom man føler seg trygg i gruppa, får utfolde seg <strong>og</strong> dermed assosierer prosjektarbeidet<br />

med noe positivt (ibid).<br />

For å sikre et best mulig teamarbeid er det viktig å få en god startfase hvor man eventuelt<br />

lager et reglement slik vi gjorde i Basic Action 2010, for å klargjøre hvordan<br />

prosjektgruppens medlemmer vil ha det. Det kan virke lite hensiktsmessig å bruke tid på<br />

dette, men det setter i gang en tankeprosess <strong>og</strong> en refleksjon hos medlemmene rundt dette, <strong>og</strong><br />

de får dermed muligheten til å sette grenser <strong>og</strong> være med å forme kulturen i gruppa.<br />

7.2 Fallgruver<br />

Det er ikke bare fordeler ved å arbeide i team, samtidig som det er lett å gå i ulike fallgruver<br />

<strong>og</strong> dermed gjøre teamarbeidet lite effektivt. En fallgruve kan for eksempel være at den som<br />

setter sammen teamet velger ut personer som tenker veldig likt, <strong>og</strong> teamet mister derfor delvis<br />

evnen til å se ting fra flere synsvinkler, altså sin kritiske sans. Dersom teamet fungerer godt<br />

<strong>og</strong> prosjektmedlemmene virkelig trives i teamet, kan man risikere at det blir vanskelig å bryte<br />

det opp. (Karlsen <strong>og</strong> Gottschalk 2008)<br />

Dersom man ikke bruker nok tid på teamoppbygningen kan dette <strong>og</strong>så få uheldige<br />

konsekvenser for prosjektarbeidet. I et team som ikke fungerer kan det lett ende opp med at<br />

noen personer utfører mer arbeid enn de har tid til <strong>og</strong> kan takle, mens andre ikke gjør<br />

tilstrekkelig. Dette erfarte prosjektgruppen i Basic Action 2010.<br />

Fordi teamets funksjonalitet er så avgjørende for prosjektets suksess, at er viktig å velge en<br />

prosjektleder eller en teamleder som kan inspirere til et godt sosialt fellesskap. Feil valg av<br />

prosjektleder/teamleder kan derfor <strong>og</strong>så være en fallgruve når det gjelder teamarbeid <strong>og</strong><br />

prosjektarbeid generelt (ibid).<br />

8 Faser i et prosjekt<br />

Det at et prosjekt deles opp <strong>og</strong> går gjennom faser er noe av det som skiller et prosjekt fra<br />

vanlige organisasjoner. Det er vanlig å dele opp i fire faser; oppstart, planlegging,<br />

gjennomføring <strong>og</strong> avslutning. Avhengig av prosjekttype vil ressursinnsatsen variere i hver<br />

fase <strong>og</strong> den er som regel størst i gjennomføringsfasen. (Karlsen <strong>og</strong> Gottschalk 2008)<br />

17


Ved å dele opp prosjektet i faser skaper man struktur, oversikt <strong>og</strong> orden. Man får perspektiv<br />

<strong>og</strong> det blir lettere å se når man skal utarbeide forskjellige planer, samt at man blir bevisst på i<br />

hvilken fase man skal bruke mest tid <strong>og</strong> ressurser. Avhengig av hva slags prosjekt man<br />

arbeider med vil fasenes viktighet <strong>og</strong> varighet <strong>og</strong>så variere. Med Basic Action 2010 som var<br />

et arrangementsprosjekt, var planleggingsfasen lengst <strong>og</strong> viktigst fordi det krevde mye<br />

planlegging <strong>og</strong> forarbeid for å ende opp med en vellykket gjennomføring.<br />

Gjennomføringsfasen var her <strong>og</strong>så veldig kort, kun 2 dager. I eksempelvis et byggeprosjekt<br />

vil gjennomføringsfasen kreve mest ressurser <strong>og</strong> tidsbruk fordi byggingen er det som tar mest<br />

tid, <strong>og</strong> det er dette som er gjennomføringen i et slikt prosjekt (ibid).<br />

Mål Planer Status rapporter Opplæring av kunde<br />

Spesifikasjoner Budsjett Endringer Dokumentasjon<br />

Oppgaver Ressurser Kvalitet Frigi ressurser<br />

Teambuilding Bemanning Pr<strong>og</strong>noser Nedbemanning<br />

Ansvar Risikostyring Erfaringsoverføring<br />

Figur 3: <strong>Prosjekt</strong>ets livssyklus (Karlsen <strong>og</strong> Gottschalk 2008, 24)<br />

8.1 Oppstart<br />

I en oppstartsfase vil det være nødvendig å presisere mål <strong>og</strong> definere arbeidsoppgaver. Det er<br />

derfor her man utarbeider fundamentet i prosjektet bestående av prosjektmandatet,<br />

arbeidsfordeling i prinsippansvarskartet, en interessentanalyse <strong>og</strong> en klar måldefinering i en<br />

formålsstruktur. Alt dette, særlig mandatet som er arbeidskontrakten mellom prosjektet <strong>og</strong><br />

prosjekteier, utarbeides sammen med prosjekteier. Det er viktig at man i denne fasen av<br />

18


prosjektet formulerer målene godt, er resultatorientert <strong>og</strong> sørger for å sette mål som det er<br />

både mulig å måle <strong>og</strong> å oppnå (Andersen m.fl. 2009).<br />

Det er <strong>og</strong>så viktig med teambuilding i denne fasen slik at prosjektgruppen blir kjent <strong>og</strong> blir<br />

trygge på hverandre. Dette er viktig for det videre samarbeidet da de vil komme til å arbeide<br />

forholdsvis tett med hverandre. I eget praksisprosjekt ble både Belbins teamroller <strong>og</strong> sosial<br />

bli-kjent kveld gjennomført i denne fasen for å legge grunnlaget for samarbeidet i gruppa.<br />

8.2 Planlegging<br />

I denne fasen er milepæls- <strong>og</strong> aktivitetsplanlegging en stor del. Milepælene bør være<br />

førsteprioritet når man blir ferdig med oppstartsfasen fordi de fungerer som en rettesnor <strong>og</strong><br />

motivasjonsfaktor for arbeidet gjennom hele prosjektperioden. Disse bør utarbeides før man<br />

går på detaljnivå med aktiviteter fordi man får et mye bedre perspektiv på tiden når man har<br />

utarbeidet milepælene. En fallgruve mange prosjekter går i er at de ikke vektlegger<br />

milepælene, men går rett på planleggingen av selve prosjektet. Det er her <strong>og</strong>så viktig i denne<br />

fasen å få en god oversikt over økonomien fordi det er viktig å kunne holde seg innenfor det<br />

avsatte budsjettet (Karlsen <strong>og</strong> Gottschalk 2008).<br />

For praksisprosjektet var dette den største <strong>og</strong> mest krevende fasen fordi prosjektet skulle lede<br />

frem til et arrangement, <strong>og</strong> alt måtte være klarlagt på forhånd. Man kunne raskt se at de fleste<br />

milepælene i prosjektet <strong>og</strong>så havnet innenfor denne fasen, noe som gjorde at vi så at det var<br />

her vi måtte bruke mesteparten av vår tid <strong>og</strong> ressurser.<br />

8.3 Gjennomføring<br />

Det er i denne fasen man skal gjennomføre det man har planlagt, <strong>og</strong> gjennomføringen vil<br />

avspeile planleggingsfasen fordi det er ofte her man oppdager det dersom noe har gått galt.<br />

Dårlig planlegging vil som regel resultere i en dårlig gjennomføring <strong>og</strong> et lite vellykket. Det<br />

er resultatet i denne fasen som interessentene venter å få avkastning på. Ressursinnsatsen<br />

toppes ofte i denne fasen (Karlsen <strong>og</strong> Gottschalk 2008).<br />

I både produktutviklings- <strong>og</strong> arrangementsprosjekter er gjennomføringsfasen kortere enn<br />

planleggingsfasen, men i alle systemutviklingsprosjekter vil gjennomføringen være<br />

hovedfokuset fordi slike prosesser tar lang tid å gjennomføre. Det må selvfølgelig <strong>og</strong>så her<br />

19


ligge en del planlegging til grunn, men det trengs mest ressurser <strong>og</strong> tid på selve innføringen<br />

<strong>og</strong> tilpasningen av det nye systemet (ibid).<br />

8.4 Avslutning<br />

I denne fasen avtar ressursinnsatsen i prosjektet <strong>og</strong> prosjektet avsluttes. Denne fasen er ikke<br />

like ressurskrevende som de andre fasene, men er fortsatt viktig. Det er her man skal gi<br />

prosjekteier en eventuell rapport <strong>og</strong> forslag til endringer eller saker som basisorganisasjonen<br />

burde arbeide videre med (Karlsen <strong>og</strong> Gottschalk 2008).<br />

I Basic Action 2010 ble prosjektet avsluttet ved et evalueringsmøte med prosjekteier der vi<br />

presenterte resultater av spørreundersøkelsen fra samlingen <strong>og</strong> drøftet måloppnåelsen i<br />

prosjektet. Vi kom <strong>og</strong>så med forslag til hva som kunne vært gjort bedre til neste års prosjekt.<br />

20


9 Refleksjon<br />

I denne delen av oppgaven kommer egne refleksjoner rundt det å arbeide med prosjekt som<br />

arbeidsform inn. En vurdering av hvordan jeg selv fungerte i en prosjektgruppe samt som<br />

prosjektleder.<br />

9.1 <strong>Prosjekt</strong>gruppa<br />

For at en liten <strong>og</strong> stabil prosjektgruppe med flat teamstruktur uten en klar leder skal fungere<br />

må alle bidra til arbeidet med prosjektet <strong>og</strong> til godt miljø <strong>og</strong> trygghet i gruppa (Karlsen <strong>og</strong><br />

Gottschalk 2008). Når det gjelder deltagelse var de fleste stort sett fysisk til stede, <strong>og</strong> hvis<br />

ikke ble det alltid meldt fra <strong>og</strong>/eller planlagt på forhånd. Men det å være fysisk til stede vil<br />

ikke alltid si at man bidrar. Det har vært et problem gjennom hele prosjektperioden at flere i<br />

gruppa ikke deltok i faglige diskusjoner eller problemløsning når det gjaldt både formelle<br />

dokumenter <strong>og</strong> det praktiske rundt prosjektet.<br />

Samarbeidet i gruppa har heller ikke fungert optimalt. Det oppstod i starten flere situasjoner<br />

hvor det var uenighet i arbeidsmåte, oppgaveløsning <strong>og</strong> lignende. <strong>Prosjekt</strong>gruppa har gått<br />

gjennom fasene forming, storming <strong>og</strong> norming, men aldri kommet videre til en optimal<br />

utførende fase. Under formingfasen ble medlemmene kjent med hverandre, <strong>og</strong> utformingen av<br />

gruppereglementet gjorde at vi fikk testet ut hverandres grenser for hva som er akseptabelt.<br />

Videre i stormingfasen oppstod det ved flere anledninger situasjoner der det var uenighet<br />

knyttet til oppgaveløsning, misforståelser om møtetidspunkt <strong>og</strong> lignende. I denne fasen kjente<br />

ikke medlemmene hverandre så godt, <strong>og</strong> det var flere som helst ville arbeide på egen hånd<br />

fordi de følte at de fikk mer ut av det eller syns det var godt å slippe å være en del av en<br />

gruppe. Videre kom vi etter hvert til normingfasen <strong>og</strong> vi begynte å finne løsninger på hvordan<br />

vi skulle samarbeide. Selv om det ikke var optimalt samarbeid unngikk vi stort sett konflikter,<br />

<strong>og</strong> fikk arbeidet gjort (ibid).<br />

Utføringsfasen har ikke prosjektgruppen oppnådd til det fulle. Mye å gjøre knyttet til<br />

prosjektet i tillegg til andre oppgaver som lesing i faget samfunnsvitenskapelig metode <strong>og</strong><br />

jobb ved siden av har skapt stress, <strong>og</strong> gruppen brukte derfor ikke like mye tid som vi burde i<br />

oppstartsfasen med oppbygning av teamet. Vi gikk i den klassiske fallgruven med å<br />

påbegynne aktivitetsplanleggingen for tidlig på grunn av alt stresset <strong>og</strong> iveren etter å komme i<br />

gang. Denne fasen er kritisk <strong>og</strong> avgjørende for det videre arbeidet i prosjektet, <strong>og</strong> dersom<br />

teamet ikke fungerer optimalt vil det heller ikke bli effektivt (ibid).<br />

21


Teamstrukturen i gruppa har <strong>og</strong>så mye å si for hvordan den fungerer. Ved bruk av en flat<br />

teamstruktur slik som under denne prosjektperioden har det vært lite eller ingen styring fra<br />

prosjektleder i gruppa fordi alle i gruppen skulle lære om prosjektledelse <strong>og</strong> forsøke å innta<br />

rollen som prosjektleder. Beslutningene har derfor stort sett blitt tatt i fellesskap med<br />

demokrati. På grunn av at noen personer i gruppa unnlot å kommentere <strong>og</strong> komme med sine<br />

synspunkter under diskusjon, ble innimellom slik at andre tok mer styring for å komme videre<br />

i prosjektet. Dersom alle hadde forholdt seg passive ville vi ikke blitt ferdig med<br />

planleggingen før gjennomføringen av prosjektet <strong>og</strong> utfallet ville blitt et helt annet.<br />

9.2 Egen innsats<br />

Ved prosjektets oppstart var min egen motivasjon på topp <strong>og</strong> jeg var forberedt på å legge inn<br />

mye innsats i prosjektet, men det ble fort oppdaget hvor krevende det var å arbeide så tett med<br />

de andre prosjektmedlemmene, <strong>og</strong> dermed sank motivasjonen gradvis. Det har vært vanskelig<br />

å opparbeide tillitt til flere av de andre i gruppa fordi de ofte har vært passive i faglige<br />

diskusjoner <strong>og</strong> bidratt lite. Tendensen ble derfor fort at jeg gjerne ville utføre mange av<br />

oppgavene selv for å forsikre meg om at de ble gjort skikkelig. Et godt team forutsetter at<br />

medlemmene har tillitt til hverandre, <strong>og</strong> derfor kan mistilliten jeg til tider viste ha vært<br />

ødeleggende for teamets funksjonalitet. Samtidig er det alles oppgave å oppføre seg<br />

tillitverdig <strong>og</strong> bidra til prosjektarbeidet. (Karlsen <strong>og</strong> Gottschalk 2008).<br />

Det er prosjektlederens oppgave å sørge for at de andre trives i teamet <strong>og</strong> føler at de er en del<br />

av det, men ved selv å ta for mye kontroll <strong>og</strong> overstyre kan dette hemme teamets utvikling<br />

fordi de som blir overstyrt mister motivasjonen. Når man står midt oppi situasjonen er det<br />

vanskelig å tenke at slike inngrep kan få så store konsekvenser for teamet. Dersom man<br />

opplever at andre ikke tar ansvar for arbeidsoppgavene sine <strong>og</strong> leverer et mangelfullt resultat<br />

er det vanskelig å la være å overstyre. Man burde heller forsøke å bruke en mer rådgivende<br />

lederstil som oppmuntrer <strong>og</strong> gir motivasjon slik at personen kan få utfordret <strong>og</strong> utviklet seg<br />

(ibid).<br />

Sett fra deres perspektiv ser jeg at det er lett å miste motivasjonen dersom man føler at<br />

arbeidet man gjør ikke er godt nok, <strong>og</strong> man blir overstyrt. Dermed blir det lett å tenke at man<br />

ikke trenger å legge ned mye arbeid for å oppnå gode resultater <strong>og</strong> bidrag til gruppa fordi det<br />

22


uansett ikke blir brukt. Gjennom dette eksempelet ser man <strong>og</strong>så viktigheten av god<br />

kommunikasjon <strong>og</strong> at man både tør å konfrontere <strong>og</strong> si ifra dersom ting ikke er slik man selv<br />

ønsker. Dersom jeg hadde konfrontert de som forholdt seg passive om det tidlig i prosjektet,<br />

ville jeg kanskje <strong>og</strong>så tidligere klart å se deres side av saken <strong>og</strong> dermed endret min egen<br />

atferd. Dette med konfrontasjon går begge veier, <strong>og</strong> de som følte seg overstyrt kunne <strong>og</strong>så<br />

sagt ifra om dette på eget initiativ.<br />

23


10 Oppsummering<br />

Jeg har nå redegjort for <strong>og</strong> drøftet ulike sider knyttet til prosjektarbeid <strong>og</strong> prosjektledelse.<br />

Under den første delen tok jeg for meg forholdet mellom basisorganisasjon <strong>og</strong> prosjekt, hvor<br />

det har blitt presisert viktigheten av velformulerte mål <strong>og</strong> god kommunikasjon. Videre har<br />

metodikk <strong>og</strong> styring i prosjekter blitt drøftet, men <strong>og</strong>så prosjektlederens viktige rolle. Lederen<br />

i et prosjekt er ofte langt mer sentral enn i vanlige organisasjoner. Dette er på grunn av at<br />

prosjekter ofte i mindre grad er preget av hierarkiske strukturer hvor arbeidsoppgavene <strong>og</strong><br />

ansvarsfordelingen er klarere definert. Til slutt i første del har bruk av faser i prosjekter blitt<br />

begrunnet. De bør defineres i prosjekter for å skape orden <strong>og</strong> oversikt, dette fordi man ser<br />

hvor hovedfokuset av ressursinnsats ligger.<br />

I den andre delen av oppgaven har jeg til slutt reflektert over prosjektgruppens funksjon <strong>og</strong><br />

egeninnsats i arbeidet med Basic Action 2010.<br />

24


11 Referanseliste<br />

- Andersen, Erling S., Kristoffer V. Grude <strong>og</strong> Tor Haug. 2009. Målrettet<br />

prosjektstyring. 5. utgave. Bekkestua: NKI Forlaget<br />

- Gido, Jack <strong>og</strong> James P. Clements. 1999. Suksessful Project Management. Chapter 6<br />

The Project Team. Cincinnati, Ohio: Souht-Western Collage Publishing.<br />

- Jacobsen, Dag Ingvar <strong>og</strong> Jan Thorsvik. 2007. Hvordan organisasjoner fungerer. 3.<br />

utgave. Bergen: Fagbokforlaget<br />

- Karlsen, Jan Terje <strong>og</strong> Petter Gottschalk. 2008. <strong>Prosjekt</strong>ledelse – fra initiering til<br />

gevinstrealisering. 2.utgave. Oslo: Universitetsforlaget<br />

- Norges Idrettsforbund. 2002. Barne- <strong>og</strong> ungdomsundersøkelsen.<br />

www.idrett.no/t2.aspx?p=36920. (Lest 27.05.10)<br />

12 Vedlegg<br />

- Vedlegg 1: <strong>Prosjekt</strong>mandat for Basic Action 2010<br />

25

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!