Risklista - Visualisering/Visualisering GitHub Wiki
Sammanställning
Prioritet | ID | Namn | S | K |
---|---|---|---|---|
15 | 1 | Visualisering | 3 | 5 |
15 | 3 | Otydlig uppgiftsfördelning. | 4 | 5 |
12 | 5 | Konflikter inom gruppen | 3 | 4 |
10 | 6 | Leverera applikationen till kund i korrekt miljö. | 1 | 10 |
10 | 8 | Kundkontakt | 1 | 10 |
1. Github API koppling.
Bevakningsstrategi
Tekniskt-ansvarig säkerställer att en Api nyckel skapas.
Konsekvensstrategi
Går ej att minska konsekvens, vital del av projektet.
Sannolikhetsstrategi
Undersöka möjligheterna till att få tillgång till apit.
2. Visualisering
Beskrivning
Då vi alla inom projektet ser oss själva som backend utvecklare (men undantag för en person) så är vår kunskap kring visualisering av flashiga och futuristiska saker ganska begränsad. Risken är att våra begränsade kunskaper inte tillåter oss att skapa visualiseringar för att tillfredsställa vår kund.
Bevakningsstrategi:
Tekniskt-ansvarig säkerställer att ramverk och verktyg undersöks i ett tidigt projektskede. Leverans av system varje vecka för att kunden ska få lämna input på vad vi har tagit fram samt peka visualiseringarna i rätt riktning.
Konsekvensstrategi
Går ej att minska konsekvens, vital del av projektet.
Sannolikhetsstrategi
Genom att tidigt i projektet undersöka ramverk och verktyg för visualisering kan sannolikheten förminskas.
3. Otydlig uppgiftsfördelning.
Beskrivning
Om alla inblandade inte tidigt vet vad var och en skall göra kan mycket tid gå till spillo, vilket kan skada det slutgiltiga resultatet mycket.
Bevakningsstrategi
Projektledare tar fram en tydlig kanal för uppgiftsfördelning.
Konsekvensstrategi
Specificera allas uppgifter så tydligt som möjligt.
Sannolikhetsstrategi
Se ovan.
4. Arkitekturell spretighet.
Beskrivning
Då systemet har som baskrav att vara modulärt krävs en genensam strategi för att hantera intergrationen av systemets olika moduler.
Bevakningsstrategi
Teknisk-ansvarig får i uppgift att se över projektets olika delar. Ny kod skall läggas till genom peer reviews för att på så sätt synliggöra systemet för projektets olika medlemmar samt uppmuntra gemensamma best practices.
Konsekvensstrategi
Ett system som inte håller ihop och på så sätt blir instabilt och svårt att underhålla och utöka.
Sannolikhetsstrategi
Genom diskussion om arkitektur, agilt arbete och lintning.
5. Konflikter inom gruppen.
Beskrivning
Olösta konflikter inom gruppen som leder till att projektmedlemmar inte trivs eller känner sig delaktiga i arbetet och på så sätt ignorerar arbetsuppgifter.
Bevakningsstrategi
Projektledare ansvarar för att hålla ihop gruppen och vara vaksam på olösta konflikter eller liknande.
Konsekvensstrategi
Öppen diskussion där konflikter ventileras och dras ut i ljuset.
Sannolikhetsstrategi
Genom diskussion
6 Leverera applikationen till kund i korrekt miljö.
Beskrivning
Kunden kanske är oförmögen att installera och köra igång en node app.
Sammanfattning
Kunden har mycket erfarenhet kring node och driftsättning av denna. Även generell datavetenskaplig kunskap hos kund är mycket hög. Därför anses denna risk som undanröjd.
7. Felaktig versionshantering
Beskrivning
Medlemmar i projektet följer inte uppsatt arbetsflöde för versionshantering.
Bevakningsstrategi
All kod går via pull requests.
Strategier
Då risken endast medför att commit historiken blir oordnad anses konsekvensen som väldigt liten. Då det även är möjligt att i efterhand redigera commit historiken för att öka strukturen så anses risken som försumbar.
8. Kundkontakt
Beskrivning
Kund slutar att vara kontaktbar varför arbete avstannar pågrund av bristande information.
Sammanfattning
Kunden är seriös och investerad i produkten. Vidare så rör sig projektmedlemmar dagligen på kundens arbetsplats. Vi upplever därför risken som i det närmaste obefintlig.
9. Dokumentation tar all projekttid
Beskrivning
All tid som läggs på projektet går åt till att generera dokumentation/rapporter/redovisningar vilket medför att mindre tid går till att producera kod.
Sammanfattning
Då dokumentationen är ett krav för att klara kursen så får vi helt enkelt köpa att det just nu går åt extremt mycket tid till dokumentation som kanske inte känns värdeskapande i just detta projekt.