TDDD82 Projekttermin inklusive kandidatprojekt: Säkra, mobila system
Rapport & Redovisning
Slutredovisning av projektet ska bestå av en skriftlig rapport (på svenska, inskickad via LISAM) samt muntliga presentationer och en demonstration. Närvaro är obligatoriskt för godkänt i kursen.
Datum: | 9:e maj 2013 - 08:00 till 12:00 | |
---|---|---|
Deltagare: |
|
|
Förberedelser: |
Ladda upp följande dokument till kursplatsen:
|
|
Schema: | Varje grupp tilldelas 60 minuter för redovisning, demonstration och frågor. Det gäller att disponera tiden väl. Första gruppen förväntas anlända c:a en kvart innan redovisningen börjar för att kontrollera den tekniska utrustningen. Möjlighet finns även att på begäran testa utrustningen innan dagen för slutredovisning. | |
Tid | Grupp | |
8:00 - 9:00 | Försvarsmakt | |
9:00 - 10:00 | Räddningstjänst | |
10:00 - 11:00 | Sjukvård | |
11:00 - 12:00 | Polis | |
Form: |
PresentationDet är viktigt att anpassa presentationen till en bred publik. Följande punkter bör ingå i presentationen:
DemonstrationVid demonstrationen ska ni visa hela ert system, och demonstrera att kraven på det är uppfyllda. Demonstrationen kommer att ske inomhus, vilket innebär att GPS-mottagaren inte kommer att fungera. Ni måste utforma något sätt att komma runt denna begränsning (till exempel genom att simulera GPS-koordinater). Vid demonstrationen förväntas ni demonstrera:
|
|
Anvisningar: |
ProjektrapportDen skriftliga slutrapporten av projektet ska innehålla en sammanfattning på en halv till en sida som beskriver problemet och hur er lösning svarar mot behoven. Det här är en så kallad "executive summary" riktad till personer utanför projektet och till personer som vill få en snabb överblick över resultaten. I inledningskapitlet beskrivs projektets bakgrund, syfte, och begränsningar. Här knyter ni samman alla deluppgifterna och förklarar vad rapporten ska handla om och beskriver hur den är upplagd. Därefter följer en beskrivning av produkten. Därefter följer ett avsnitt som beskriver identifierade krav, samt aspekter som pålitlighet och säkerhet. En uppdaterad riskanalys och en analys av tillförligheten i systemet ska ingå i rapporten. Därefter följer en mer detaljerad beskrivning av projektresultaten, inklusive krav (med motiveringar och anknytningar till t.ex. MTS och etik-ämnena), arkitektur och de delar av den detaljerade designen som är viktig för produktens egenskaper eller kravuppfyllnad. Om ni under projektets gång har dokumenterat varje backlog item ordentligt, så bör det här avsnittet nästintill vara skrivet vid varje givet tillfälle i projektet. Avslutningsvis knyter ni ihop hela arbetet genom att dels se tillbaka, dels blicka framåt. Det kan till exempel finnas förslag på framtida utvecklingsmöjligheter och alternativa användningsområden. Systemet kanske med bara smärre modifieringar skulle fungera i andra tilllämpningar än just krishantering. Rapporten kan behöva flera bilagor (tabeller, bilder, diagram, etc.) vilket gör att längen på rapporten växer. Men för den skriftliga delen beskriven ovan skall inte mer än 8 sidor disponeras (normalstor text och marginal). Intern-PMI intern-PM ska ni utvärdera och reflektera över hur grupp-processen samt ert arbete med projektet fungerade, för att ni själva eller de som kommer att arbeta med projektet i framtiden ska kunna dra nytta av de erfarenheter ni gjort. Intern-PM består av två delar, uppföljning av projektarbetet och uppföljning av grupp-processen. Dokumentera erfarenheterna från att arbeta i projektform och att använda Scrum. Hur blev utfallet i förhållande till den plan ni tog fram för arbetet? Hur fungerade rolltilldelningen internt i gruppen? Hur hanterade ni externa intressenter och den omgivande organisationen? Kunde ni uppnå synergier genom att samverka med andra projekt? Hur? Vad har ni lärt er om arbetssättet under projektets gång? Vad kan ni göra annorlunda för att arbetet ska fungera ännu bättre nästa gång? Vad har fungerat bra? Vad har fungerat mindre bra? Körde ni fast? Hur kom ni vidare? I efterhand har ni kanske reflektioner om hur svårigheterna skulle kunna lösas snabbare än vad ni gjorde. Reflektera även över skillnaderna mellan basgruppsarbete och projektarbete. Redovisa även tidsåtgången för själva projektet. Ur redovisningen ska gå att läsa tidsåtgång för varje enskild projektmedlem. Tid för egen kompetensutveckling som är nödvändig för projektets genomförande bör också belasta projektet. Förklara vilka principer ni har använt för tidsmätning och vilka lärdomar ni har gjort inför framtida projekt. Grupp-processenEn gruppvis skriftlig redovisning av projektgruppens bildande, arbete och avslutning med fokus på utvecklingen av gruppens inre arbetsprocesser. Teoretiskt bör grupputvecklingen således förankras i någon etablerad grupputvecklingsteori som ni stött på under terminen. Redovisa era reflektioner över hur de händelser av uppgiftskaraktär som förekommit har påverkat gruppen. Av gruppens redovisning ska också framgå hur man på olika sätt försökt att utnyttja beteendevetenskaplig konsultation för att underlätta den egna arbetsprocessen. Saker som kan ha bidragit till ett effektivt utnyttjande av denna resurs respektive faktorer som lagt under i vägen för nyttjande av denna resurs ska framgå. Som underlag för denna redovisning ska man i första hand referera till den gruppdagbok som varje projektgrupp ska ha fört och i andra hand till andra informationskällor. När det gäller teoretiska utgångspunkter ska man referera till de källor man hämtat dessa ur. |
Sidansvarig: Marcus Bendtsen
Senast uppdaterad: 2014-01-07