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-<år>, prosjekttittel Sted, <dag.mnd.år> Innkallingen skal være sendt ut minst 3 virkedager før møtet. Til: <Hovedveileder, biveileder, gruppemedlemmer og eventuell ekstern kontakt> INNKALLING TIL PROSJEKTMØTE NR X Sted: Rom... Tid: <dag.mnd.år> 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/<år> 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/<år> 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/<år> 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/<år> 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-<år>, 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: <Eks.: kl 08.30-09.20> Sak 01/<år> 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/<år> 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/<år> 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/<år> 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