# Risklista

[TOC]

## Risker

Prioritet = Konsekvens * Sannolikhet

| ID | Typ av risk | Konsekvens | Sannolikhet | Prioritet |
| --- | ------------ | ---------- | ----------- | --------- |
| R1 | Sjukdom | 3 | 5 | 15 |
| R2 | Bristande versionshantering | 5 | 1 | 5 |
| R3 | Feature creeping | 3 | 3 | 9 |
| R4 | Underskatta projektets storlek | 5 | 2 | 10 |
| R5 | Kraven förändras | 2 | 5 | 10 |
| R6 | Trasig hårdvara | 5 | 1 | 5 |
| R7 | Undermåligt samarbete | 3 | 1 | 3 |
| R8 | Kundkontakten brister | 5 | 3 | 15 |
| R9 | Kundkontakt är ej nåbar | 5 | 1 | 5 |
| R10 | Missförstådda krav från kund | 3 | 3 | 9 |
| R11 | Konflikt internt | 3 | 1 | 3 |

## Genomförd riskhantering

### Bevakningsstrategi

| Risk | Strategi | Ansvarig |
| ---- | -------- | -------- |
| R1 | Personligt ansvar att meddela övriga i gruppen vid sjukdom | Alla deltagare |
| R2 | Merge request sköts på GitLab där konflikter kan övervakas | Viktor Ödman |
| R3 | Vi går igenom vad som ska göras vid varje morgonmöte. Om vi märker att någon går ifrån våran plan så tar vi upp detta på mötet | Sebastian Jonsson |
| R4 | Går igenom vid iterationsplanering vid slutet av veckorna | Alla deltagare |
| R5 | Kontinuerliga möten med kund varje veckan så att vi kan få reda på om kraven förändras och diskuterar hur och om dessa förändringarna kan åtgärdas | Alla deltagare + Kund |
| R6 | Vid brist av hårdvara har det funnits alternativ tillgängliga med förinstallerad mjukvara för minimal installationstid | Alla deltagare |
| R7 | Morgonmöte där vi berättar vad vi gjort dagen innan och vad vi ska göra den dagen morgonmötet hålls på. Om vi märker att någon inte har gjort det som var planerat så tas detta upp på mötet | Alla deltagare |
| R8 | Vid första mötet med kunden säkrades en reservkontakt upp ifall kund skulle få förhinder från att delta på möten eller tappa kontakt | Oskar Lövsveden |
| R9 | Möten varje vecka samt email kontakt med kund | Mattias Ruljeff |
| R10 | Möten varje vecka samt email kontakt med kund | Alla deltagare |
| R11 | Konflikter tas upp vid morgonmöte samt iterationsplanering | Alla deltagare |

### Konsekvensstrategi

| Risk | Strategi |
| ------ | -------- |
| R1 | Fördela arbete kring de som är tillgängliga. Kontakta kursansvarig i värsta fall |
| R2 | Göra versionshateringsguiden tydligare samt se till att alla använder den |
| R3 | Fokus på grundfunktionalitet, förklara för kund varför detta inte hinns med eller kan genomföras |
| R4 | Förhandla krav med kund |
| R5 | Ser över om detta kan genomföras, diskuterar vad det innebär för projektet inom gruppen samt med kund |
| R6 | Köp hårdvara, sätt upp reservhårdvara |
| R7 | Prata igenom problem på möten. Om problemet fortsätter att uppstå tas detta upp på handledningmöten. |
| R8 | Om kontakt samt reservkontakt brister, kontakta kursansvarig |
| R9 | Om kontakt samt kundkontakt brister, kontakta reservkontakt / företag |
| R10 | Diskutera med kund för att få reda på vad de vill ha. |
| R11 | Kund, majoritet och roll är den ordning som gäller i beslut om det blir en konflikt |

### Sannolikhetsstrategi

| Risk | Strategi |
| ------ | -------- |
| R1 | Följ restriktioner enligt folkhälsomyndigheten |
| R2 | Guide för versionshanterings förbereds |
| R3 | God planering som man kan hålla sig till |
| R4 | Planera varje delmoment |
| R5 | Ha regelbunden kontakt med kund |
| R6 | Extra hårdvara |
| R7 | Planera väl |
| R8 | Reservkontakt hos kund |
| R9 | Reservkontakt hos kund |
| R10 | Kontinuerlig kundkontakt |
| R11 | Öppen dialog |

## Topp 5 Risker

1. Sjukdom(15)
2. Kundkontakten brister(15)
3. Underskatta projektets storlek(10)
4. Kraven förändras(10)
5. Missförstådda krav(9)

###### tags: `Dokumentation`