Prosjektarbeid - Høgskolen i Telemark

BSc.
Prosjektarbeid
Hans-Petter Halvorsen, M.Sc.
Telemark University College
Faculty of Technology
Department of Electrical Engineering, Information Technology and Cybernetics
E-mail: hans.p.halvorsen@hit.no
Blog: http://home.hit.no/~hansha/
1

Prosjekter ved HiT/TF
HiT praktiserer prosjektbasert undervisning
- Dvs. de fleste fag har en eller annen form for
gruppearbeid eller prosjektarbeid med tilhørende
rapportskriving og eventuell fremføring
I tillegg til egne prosjektfag:
• F1 prosjekt (1. semester)
• Hovedoppgave (30 stp) (6. semester)
2

Prosjektarbeid ved HiT/TF
HiT/TF praktiserer Prosjektbasert undervisning
1. Prosjektarbeid
– Lære å gjennomføre et prosjekt, inkludert prosjektledelse
– Lære å strukturere og planlegge arbeidet ditt
– Lære å samarbeide med andre og jobbe i grupper
– Lære å skrive en teknisk rapport (som er ganske anderledes
enn å skrive en norskstil)
– Lære Presentasjonsteknikk
2. Faglig fordypning/spesialisering
3. Praktisk arbeid som kombinerer teori og praktisk arbeid
4. Du vil få bruk for kunnskap fra tidligere fag som settes
sammen og brukes på en ny måte
5. Rapport og muntlig presentasjon/fremføring
3

Hva forventes
Arbeidsbelastning
– Avhengig av antall studiepoeng, prosjekttype, m.m.
• Hovedprosjekt: 30 stp (Fulltidsjobb for et
semester, dvs. 40+ timer/uke)
• Det er anbefalt at man skriver en
“Prosjektdagbok” hvor du loggfører hvor mye du
jobber, når du jobber og hva du jobber med
4

Hva er et Prosjekt
• En gruppe mennesker som jobber
sammen for å løse en bestemt
oppgave
• Et prosjekt har alltid et mål
• Et prosjekt har alltid en start og en
slutt
• Et prosjekt involverer
Prosjektplanlegging og -ledelse
5

Første møte med veileder
• Gå gjennom prosjektbeskrivelsen/oppgaven med
gruppa
• Gå gjennom tilgjengelig informasjon i Fronter
• Gå gjennom viktige datoer (Deadline, osv.)
Gruppa må gjøre følgende før neste møte:
• Lage et Fronter rom for prosjektet og gi tilgang til
veiledere
• Lage et utkast til Gantt diagram (Fremdriftsplan)
(basert på oppgaveteskt og brainstorming)
• Lage en Gruppeavtale
• Planlegge og sende ut Møteinnkaling
6

Gruppeavtale
En skriftlig avtale mellom
gruppedeltagerne som omhandler:
• Deltagelse
• Alle skal gjøre sin del av
arbeidet
• Hva som er forventet av hver
enkelt
• Punklighet
• Respekt for hverandre
• Fravær
• Møter
• etc.
• Alle i gruppa må signere avtalen
• Heng opp avtalen på veggen i
grupperommet
7

• Samarbeid
Prosjekt – Hva er viktig
• Brainstorming
– Dere bør alltid starte et prosjekt
med Brainstorming
• Bli involvert og involver de andre!
• Prosjektplanlegging og -ledelse
8

Brainstorming
Start alltid med en Brainstorming sesjon ved prosjektoppstart!
Ved Brainstorming er «alt» lov…
9

Brainstorming
Dere bør alltid starte et prosjekt med Brainstorming
• Involver alle i gruppa
• Diskuter hva dere skal gjøre i prosjektet
• Hvordan skal dere løse det
• osv.
10

Prosjektroller
• Kunde
• Veileder
• Prosjektleder
• Designer, Utvikler, Tester, …
11

Oppgaver:
Prosjektleder
• Planlegging og ledelse av prosjektet
• Gantt Diagram/Fremdriftsplan
• Holde orden på Ressurser
• Involvere andre
• Rapportere til ledelse/kunde
• Byttes på innad i gruppa
12

Prosjektplanlegging og -ledelse
Gantt Diagram/Fremdriftsplan
• Definerer Mål
• Definerer Milepæler (“Delleveranser”)
• Definerer Tasker and Sub-tasker
• Ressurser
13

Ulike faser i utviklingsprosessen, f.eks.:
Utviklingsprosessen
Normalt er kravene gitt av
kunden
Requirements
I studentprosjekter er kravene gitt av
læreren i form av en oppgavebeskrivelse
Feil med designet
Gå tilbake of rett det opp!
Design
Implementation
Testing
Design fasen er viktig, men sørg for at du har
tid nok til de andre oppgavene også
Feil Forbedre løsningen, fiks
bugs, m.m.
Sørg for at alt virker
som planlagt!
Når løsningen er ferdig utviklet
må den enkelt kunne
installeres og tas i bruk av
oppdragsgiveren
Deployment
& Installation
14

Requirements
Utviklingsprosessen
• Kravene er normalt gitt av kunden
• Studentprosjekter: Kravene er gitt i
oppgavbeskrivelsen
15

Utviklingsprosessen
Design
Planlegg det du skal gjøre
Implementation
• Sørg for å ha designet klart før du starter
implementeringen
• GUI/HMI, Flytdiarammer, Kravspesifikasjoner
16

Testing
Utviklingsprosessen
Sørg for å teste løsningen skikkelig før du gir den fra deg!
• Test den selv
• Test den på andre
• La andre teste den
• «Eat Your Own Dog Food»
17

Utviklingsprosessen
Deployment & Installation
• Sørg alltid for at applikasjonen er gjennomtestet
• Enkel installasjon er viktig
18

Gantt Diagram
• Et verktøy som brukes ifm. Prosjektplanlegging
og –ledelse → Fremdriftsplan
• Microsoft Project – kan fritt brukes av studenter og ansatte
ved HiT/TF gjennom Microsoft DreamSpark Premium Subscription.
I Gantt diagrammet definerer vi:
• Taskers and Sub-tasker
• Ressurser
• Milepæler
→ “% Finished” should be updated every week!
19

Møter
• Faste møter med veileder(e) (Hver uke, hver
14.dag, Hver måned)
• Formelle og uformelle møter
20

Møter
• Møteinnkalling
– Agenda:
• Gjennomgang av status Hva er hver enkelt gjort siden sist( Hver enkelt
bør skrive et kort sammendrag som legges ut i Fronter før møtet “1-
page summary”)
• Gjennomgang av Fremdriftsplan/Gantt Diagram
• Prioritering av arbeid frem til neste møte (Husk å oppdatere
Fremdriftsplan)
• Møtereferat
– Sendes ut ASAP etter at møtet er ferdig
21

Møter
Slå av telefoner, m.m. før du går til møter…
Møter er nødvendige, men ikke for mange…
22

Møteinnkalling
• Send E-mail til veileder(e) og
prosjektmedlemmer uka før møte (→
planlegging!)
• Vedlegg (Gantt diagram, Reportutkast, osv.) kan
evt. bli sendt senere eller man referere til
Fronterrommet
• Ha et arkiv over alle møteinnkallinger i
Fronterrommet
• Bruk malen som er tilgjengelig i Fronter!
23

Høgskolen i Telemark
Fakultet for teknologiske fag
Gruppe F1-xx-, prosjekttittel
Sted,
Innkallingen skal være sendt ut minst 3 virkedager før møtet.
Til:
INNKALLING TIL PROSJEKTMØTE NR X
Sted: Rom ...
Tid:
kl 08.30-09.30 (Møteleder må planlegge et sluttidspunkt for møte.)
Møtereferent: Ole Olsen (Ole ble valgt som referent på forrige møte (gjelder naturligvis ikke første møte))
Sak 1/ Godkjenningssaker
1. Valg av møteleder og referent (gjelder bare første møte)
2. Godkjenning av møteinnkalling
3. Godkjenning av saksliste
4. Godkjenning av referat fra forrige møte
5. Eventuelt
Under Eventuelt spør møteleder om det er saker til eventuelt. Her nevnes da saker som er kommet til etter at møteinnkallingen er sendt ut. Sakene nevnes her slik at møtedeltagerne har
noe tid under møtet til å forberede seg.
Sak 2/ Referatsaker
1. Statusrapport (Kontroll mot framdriftsplan)
2. Revidering av framdriftsplan
3. Andre saker
Andre saker som kan tas opp under Referatsaker er bl.a. møter gruppa har hatt med eksterne kontakter, brev gruppa har mottatt, notater fra befaringer eller bedriftsbesøk.
Sak 3/ Vedtakssaker(er) Her kommer vedtakssakene som er spesifikke for prosjektet. Finn gode titler som beskriver hva saken(e) handler om. Gi helst et forslag til vedtak som
kan diskuteres på møtet. NB! Hver vedtakssak skal ha eget saksnummer.
…
Sak xx/ Eventuelt
Her tas saker opp som ble nevnt i starten av møtet. I nødstilfelle kan det også tas opp saker som blir meldt når gruppa er kommet til denne saken. Saker som tas opp
under eventuelt skal være av mindre betydning. Kommer det opp saker som viser seg å ha stor innflytelse på arbeidet med prosjektet, bør saken forberedes skikkelig og tas opp som
ordinær sak i neste prosjektmøte.
Saksnumrene skal være løpende, dvs. at på neste møte fortsettes nummereringen fra forrige møte.
Jens Jensen, Møteleder
Vedlegg: antall (Vedleggene nummereres og legges ved møteinnkallingen. Ved tidsnød kan vedlegg ettersendes, men de bør alltid være møtedeltagerne i hende før møtestart)
24

Møtereferat
• Send på E-mail til veileder og andre
gruppemedlemmer ASAP
• Ha et arkiv over alle møtereferat i
Fronterrommet
• Bruk malen som er tilgjengelig i Fronter!
• Få med hvem som er Ansvarlig + Frist på
hvert enkelt punkt!!!
25

Høgskolen i Telemark
Fakultet for teknologiske fag
Gruppe F1-xx-, prosjekttittel
Sted, dag.md.år
Referatet skal være sendt ut senest 2 virkedager etter møtet.
Til: Hovedveileder, biveileder, gruppemedlemmer og eventuell ekstern kontakt
REFERAT FRA PROSJEKTMØTE NR X
Til stede:
Forfall:
Møtets varighet:
Sak 01/ Godkjenningssaker
1. Resultat av valg av referent og møteleder (gjelder kun første møte)
2. Godkjenning av møteinnkalling Her bør det kommenteres hvis møteinnkallingen ikke kom tidsnok,
feil eller manglende adressat osv.
3. Godkjenning av saksliste Her bør det kommenteres endret rekkefølge av saker, feil tittel på saker el.
l.
4. Godkjenning av referat fra forrige møte Det kan tenkes at noen er uenige i framstillingen i
konklusjonen til en sak i forrige møte, i så tilfelle skal vedkommende få sitt syn protokollført her. Ved feil i referatet
nevnes opprettingene her.
Sak 02/ Referatsaker
1. Statusrapport Avvik mot framdriftsplan noteres.
2. Revidering av framdriftsplan Vedtaket som ble enstemmig valgt skrives her. Hvis et vedtak er valgt
med simpelt flertall skal antall stemmer og alternative forslag også skrives.
3. Andre saker
Sak 03/ Vedtakssak(er)
Vedtaket som ble enstemmig valgt skrives her. Hvis et vedtak er valgt med simpelt flertall skal antall
stemmer og alternative forslag også skrives. NB! Hver vedtakssak skal ha eget saksnummer.
….
Sak xx/ Eventuelt
1. Sak nr 1
2. Sak nr 2, osv.
Ole Olsen, Møtereferent
Vedlegg: antall
Vedleggene nummereres og legges ved møtereferatet.
26

HMS
http://www.hit.no/nor/HiT/Student/HMS-for-studenter-og-ansatte
Ved labarbeid, praktiske forsøk, osv. Må det tas hensyn til gjeldende
HMS regler ved skolen!!
27

Rapport
• Bruk malen som finnes i Fronter!
• Les og følg “Leserveiledning for
prosjektrapportmal” til punkt og prikke!
• Oppdater rapporten jevnlig!
• Referanser – Sørg for å bruke referanser i
rapporten på riktig måte (se leserveiledningen)
• Karakteren er hovedsakelig basert på rapporten!
• Innlevering: Lever rapporten til kopisentralen på
en minnepinne. PDF Format!!! Send en
elektronisk kopi til veileder(e)
28

Rapport
• Ikke ta enkelt på rapporten! Til syvende og sist
så er det denne det viktigste elementet i
karaktervurderingen
• Jobb jevnt og trutt med rapporten gjennom
hele prosjektet!!
• Begynn på rapporten allerede fra dag en!!
29

Figurer, Plot, m.m.
• En figur sier mer enn 1000 ord…
• Alle figurer og tabeller må ha figurnummer og ha en
forklarende tekst!!! (veldig mange studenter gjør feil
her!!!)
• Alle figurer og tabeller må refereres til i selve
teksten!!! (veldig mange studenter gjør feil her!!!)
30

Litteraturreferanser
Hvorfor skal du oppgi kildene dine
• Gi kreditt til den originale forfatteren
• Gjør det enkelt for andre å lese det du har lest
– Leseren kan gå til kilden for å få mer informasjon
– Kvalitetskontroll: har du brukt informasjonen riktig
• Plasser arbeidet ditt i en større kontekst
• Plagiering – Publisere andres arbeid som ditt eget er
ulovlig/juks – samt at du lærer ingenting!
Det finnes andre kilder enn Wikipedia og Google…
31

Litteraturreferanser
Eksempel:
Inne i rapporten
According to [1] not every thesis has a literature
review.
Referanselista (bakerst): Numerisk referanseliste i
samme rekkefølge som de blir brukt i teksten
[1] Murray R. How to write a thesis. Maidenhead:
Open University Press, 2002; p. 101.
[2] …
32

Vedlegg
• Appendiks A: Oppgavetekst
• Appendiks B: Gantt Diagram
Andre vedlegg kan være:
• Budsjett
• Kodelisting
• Tekniske tegninger
• osv.
(Detaljer som ikke hører hjemme i selve rapporten)
33

Sjekkliste for en velskrevet rapport:
Rapport - Sjekkliste
The report is clearly and logically structured and organized
Introduction – describes the aims of the work together with limitations and assumptions
Results - The Results are discussed
Conclusion - The Conclusions are well grounded
Literature References are citied in the report + correct syntax (2 different standards; Harvard or Vancouver,
select one and stick to it!) + Reference List
Few spelling mistakes
All Figures and Tables are numbered and have descriptive captions. It’s also looks nicer if you center the Figures
All Figures and Tables are referenced in the text
All curves (lines) of plots (diagrams) are labeled and axis and scaling are shown
Screenshots should be good. To take a screenshot of a specific region is often better that a large image with lots
of unnecessary information. Using a good tool for screen capture is important (e.g. SnagIt, etc.)!
Source Code: Just showing small parts of the code (which you explain in the text) are often better than a long
code list. Cut-out what is important – you don’t always need to show the whole program
Figures/Plots should be clear and easy to understand
Software/Source Code is well documented, well-structured and easy to read.
Hardware that is used in the Lab Work is well documented
Print-out – The report should also be readable in black and white print-out also, i.e., don’t refer to yellow,
purple, etc. in the report. Make sure you read through the report after you print it out! Generated text like
“Reference is missing” does not look good!
The report is delivered within the deadline
34

Tilslutt…
Sørg for at rapporten blir interessant å lese!
Sørg for å levere rapporten innen fristen!
35

Prosjektpresentasjon/eksaminering
• PowerPoint: Muntlig Presentasjon (ca. 30
minutter)
Kort Pause
• Eksaminering (ca.60-90 minutter)
– Veileder og sensor går gjennom rapporten, spør
spørsmål til gruppa eller den enkelte
36

Karaktersetting
Karakteren er i hovedsak basert på (litt
forskjellig fra fag til fag):
• Arbeidsinnsats i prosjektperioden (individuelt)
• Rapporten (felles)
• Muntlig Presentation (individuelt)
• Eksaminering/Utspørring (individuelt)
En gjennomsnittlig studentprestasjon skal
belønnes med karakteren C
Hele skalaen blir brukt (A-F). Karakteren C vil bli gitt for en gjennomsnittlig studentprestasjon.
C er faktisk en bra karakter! Dette vil være retningsgivende for hvordan karakterskalaen
brukes. Karakteren A gis for fremragende prestasjon! Karakteren A skal brukes for å skille ut
prestasjoner som klart skiller seg ut, og skal brukes relativt sjelden.
37

Karakterer
Karakter Betegnelse Utdypende beskrivelse med vurderingskriterier
Fremragende
A
Fremragende prestasjon som klart utmerker seg. Kandidaten viser særdeles god kunnskap i og oversikt over
emnets faglige grunnlag og innhold. Kandidaten viser meget stor grad av selvstendighet og analytisk
forståelse. Kandidaten viser svært gode ferdigheter i anvendelsen av kunnskapen.
B
C
D
E
F
Meget god
God
Nokså god
Tilstrekkelig
Ikke bestått
Meget god prestasjon. Kandidaten viser meget god kunnskap i og oversikt over emnets faglige grunnlag og
innhold. Kandidaten viser betydelig grad av selvstendighet og analytisk forståelse. Kandidatens ferdigheter i
anvendelsen av kunnskapen ligger over gjennomsnittet.
Jevn god prestasjon som er tilfredsstillende på de fleste områder. Kandidaten viser god oversikt over de
viktigste kunnskapselementene og sammenhengene i emnets faglige grunnlag og innhold.
Kandidaten viser selvstendighet. Kandidaten viser analytisk evne og forståelse. Kandidaten viser
gjennomsnittlig evne til å anvende sin kunnskap. Gjennomsnittet kan dels tolkes som typisk prestasjon av
mange studenter i emnet og dels som krav til tilfredsstillende god prestasjon i emnet.
En akseptabel prestasjon med noen vesentlige mangler. Kandidaten viser i noen grad analytisk evne og
forståelse. Kandidaten viser selvstendighet i noen grad. Kandidaten viser oversikt over de viktigste
kunnskapselementene og sammenhengene i emnets faglige innhold, men denne oversikten er preget av
noen vesentlige mangler. Kandidaten viser i noen grad evne til å bruke kunnskapen aktivt, men prestasjonen
er noe dårligere enn gjennomsnittet.
Prestasjonen tilfredsstiller minimumskravene. Kandidaten viser mangelfull analytisk evne og forståelse.
Kandidaten viser gjennomgående noe, men sporadisk preget oversikt over de viktigste
kunnskapselementene og sammenhengene i emnets faglige innhold. Kandidatens prestasjon oppfyller
minimumskravet som stilles i emnet når det gjelder kunnskap, analytisk evne og ferdighet i å anvende
emnets kunnskapsinnhold.
Prestasjon tilfredsstiller ikke minimumskravene. Kandidatens prestasjon faller under minimumskravet som
stilles i emnet når det gjelder kunnskap, analytisk evne og ferdighet i å anvende emnets kunnskapsinnhold.
38

Prosessbeskrivelse/evaluering
• Når prosjektet er ferdig skal gruppa levere en
skriftlig prosessbeskrivelse/evaluering til
hovedveileder.
• Bruk malen som ligger i Fronter.
• Leveres ifm. med prosjekteksamineringen
39

Prosjektbeskrivelse/evaluering
40

Hans-Petter Halvorsen, M.Sc.
Telemark University College
Faculty of Technology
Department of Electrical Engineering, Information Technology and Cybernetics
E-mail: hans.p.halvorsen@hit.no
Blog: http://home.hit.no/~hansha/
41