Individuell Prosjekt- og refleksjonsrapport
Individuell Prosjekt- og refleksjonsrapport
Individuell Prosjekt- og refleksjonsrapport
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