BUSINESS CASE. Cinnovate. Versie 3.0

Transcriptie

1 BUSINESS CASE Cinnovate Versie 3.0

2 Inhoudsopgave Visie... 2 Missie... 2 Doel... 2 Middel... 3 Proces... 3 Risicomanagement... 4 Risicoanalyse:

3 Visie De visie van Cinnovate voor dit project is slaappatronen vastleggen, controleren, voorspellen en afwijkingen detecteren. Vooral bij ouderen heeft dit veel toegevoegde waarde. Hierdoor kunnen verzorgers worden gealarmeerd als er onregelmatigheden opspelen binnen het slaappatroon. Zo kan de verzorger ervoor kiezen om de oudere langer te laten slapen als uit de slaappatronen blijkt dat de oudere niet goed geslapen heeft. In het geval dat er een grote onregelmatigheid voorkomt in het slaappatroon wat duidt op een ernstig probleem, dan kan de alarmdienst meteen worden ingeschakeld. Missie Cinnovate ondersteunt mensen met een beperking in het dagelijks leven met behulp van innovatieve technologie. Of deze beperking nu ingegeven is door ouderdom, een ongeval of is aangeboren; Cinnovate biedt een combinatie van oplossingen die door het leven van mensen met een beperking makkelijk, veiliger en leuker maakt. Oplossingen die complexe techniek zeer eenvoudig bedienbaar maakt. Oplossingen waarmee de zelfstandigheid en zelfredzaamheid van kwetsbare mensen wordt verbeterd. Kortom Cinnovate levert verbetering van kwaliteit van leven. Doel Een methode om op afstand nachtelijke onrust te detecteren en weer te geven, zodat verzorgers hierop kunnen inspelen. Hiervoor gebruiken we een radarsensor die het ademhalingsritme op afstand kan meten. We maken een applicatie die het gemeten ademhalingsritme analyseert op onrust en opslaat in een database. Daarnaast maken we een (front-end) applicatie die de gegevens (bijvoorbeeld in een grafiek) weergeeft en een melding geeft wanneer er onrust wordt gedetecteerd. Eventueel zou de sensor met een kleine computer worden gekoppeld, zodat het geheel(sensor en computer) in een compacte en onopvallende behuizing past. 2

4 Middel Wij gaan een online applicatie maken. Hierin zou de verzorger kunnen kijken naar de ademhaling, respiration rate en de beweging van een persoon. De manier waarop dit gedetecteerd wordt is met een IR UWB radar sensor. De sensor die wij gebruiken is van het bedrijf Xethru en het is de X4M200 respiration sensor. De gegevens kunnen via een laptop op IoT device van de sensor worden gelezen. De sensor is non-invasief en verkrijgt de gegevens bij een afstand van minimaal 40cm. Dit gebeurd d.m.v. het versturen en ontvangen van golven. Deze gegevens worden nagenoeg realtime (< 30 sec) op de applicatie weergegeven. Optioneel worden er ook meldingen verstuurd bij afwijkende meetgegevens. En zal er getoond worden of de persoon lijdt aan onrust/ vermoeidheid. Deliverables Business case Technische specificatie Onlineapplicatie Sensor prototype Implementatierapport Proces Gedurende deze comakership zullen wij gebruik maken van scrum als projectmethodiek. Wij maken gebruik van scrum omdat iedereen binnen de projectgroep hier positieve ervaringen mee heeft. De voordelen van scrum ten opzichte van een methode zoals Prince2 is dat je in korte sprints werkt. Hierdoor heb je regelmatig oplevermomenten waardoor de product owner altijd op de hoogte is van de voortgang. Dankzij de vele contactmomenten met de product owner is het makkelijker om een product op te leveren waar de product owner achter staat. Aan het eind van elke sprint zullen wij een retrospective houden waarin wij binnen het team zullen bespreken hoe de sprint is verlopen. Wij zullen bespreken waarom user stories niet behaald zijn, zodat dit in volgende sprints verbeterd kan worden. Wij zullen een blog bijhouden op waarin posts worden geplaatst over onze voortgang van dit project. Binnen het team zullen wij regelmatig code reviews houden om ervoor te zorgen dat alle code voldoet aan de standaarden van DRY, KISS en SOLID, daarnaast zullen wij ervoor zorgen dat wij ons aan dezelfde code conventies houden. Ook hebben wij een vierdejaars student die verantwoordelijk is voor het algoritme om onrust te detecteren. Het is van belang dat wij nauw samenwerken om beiden producten te verbeteren. Hierover moeten duidelijke afspraken gemaakt worden in de trant van samenwerking, verwachtingen en aanleveren eisen voor de gegevens die uitgewisseld moeten worden zoals ademhaling (naar de vierdejaars student) en onrust (vanaf de vierdejaars student). 3

5 Risicomanagement Risicoanalyse: Voor elk risico zijn er vier maatregelen die het team kan toepassen aan de risico s: 1. Reduceren (Kans en/of impact wordt verkleind) 2. Overdragen (Risico s wordt bij de ander partij neergelegd) 3. Accepteren (Acceptabel risico, geen maatregel) 4. Voorkomen (Er worden vooraf tegenmaatregelen genomen) Interne risico s voor het team: Identificatie: 1. Teamlid wordt ziek, het teamlid kan niet actief meedoen in het proces. 2. Het team denkt de opdracht goed begrepen te hebben en stelt geen vragen door, het team levert een ander product op dan gewenst. 3. De X4M200 komt niet op tijd aan, het team loopt een grote achterstand op. 4. De X4M200 raakt defect, het team dient dit meteen bij de opdrachtgever te melden. 5. Er ontstaan onenigheden binnen het team, teamlid dreigt ermee te stoppen. 6. Het team raakt in conflict met de opdrachtgever. 7. Het team heeft een tijdgebrek, waardoor het team niet alle kennis kan opdoen. 8. Het team stelt zelf de user stories op, waardoor het team het risico loopt dat de user stories niet overeenkomen met de wensen van de opdrachtgever. 9. Bij gebruik van de X4M200 is het bedrijf afhankelijk van hun leveranciers. Dit kan leiden tot een ongebruikt eindproduct als het bedrijf deze afhankelijkheid niet accepteert. 10. De werknemers binnen het bedrijf staan niet op één lijn met elkaar of met de product owner. Het project gaat verder, maar het eindproduct zou mogelijk niet gebruikt worden. 11. Een teamlid besluit in de loop van het project om ermee te stoppen. 12. Gebrek aan documentatie op het internet, waardoor het team vast komt te zitten. 13. Er wordt geen, onvoldoende of onduidelijke documentatie aan het bedrijf opgeleverd na afloop van dit project, het bedrijf kan niet verder met het eindproduct. 14. Het team is afhankelijk van het nieuwe teamlid, omdat deze data moet verwerken en op de juiste manier terug moet leveren. Indien deze data verkeerd wordt afgeleverd zal er meer tijd moeten worden besteed om deze data weer te geven. 15. Het nieuwe teamlid dreigt voortijdig met het project te stoppen, dit heeft grote gevolgen voor het team, het team behaald het gewenste resultaat niet meer binnen de gegeven tijd. 16. Het team komt tegen een belemmering aan en geeft deze niet vroegtijdig aan bij de product owner, het team kan niet verder gaan met het project totdat het opgelost is. 17. De product owner heeft geen toegang tot de documentatie en is daardoor niet op de hoogte over de beslissingen die binnen het project genomen worden. 4

6 Maatregelen die getroffen kunnen worden zijn: Identificatie: 1. Voorkomen door goed op je gezondheid te letten. 2. Voorkomen door voldoende te communiceren met de opdrachtgever. 3. Reduceren door de focus op andere project-gerelateerde producten te leggen. 4. Accepteren en er moet een nieuw exemplaar besteld worden. 5. Voorkomen door binnen het team duidelijke afspraken te maken. 6. Voorkomen door duidelijke afspraken te maken met de opdrachtgever. 7. Accepteren. 8. Voorkomen door in een zo vroeg mogelijk stadium bij te sturen. 9. Voorkomen door gebruik te maken van de X4M03 (Development Kit) waarin je eigen code kan schrijven en naar wens kan uitbreiden samen met een sensor van het bedrijf zelf. 10. Accepteren en het team dient zich alleen te richten op de wensen van de product owner. 11. Reduceren en de scope zal tezamen met de product owner aangepast worden. 12. Accepteren en het team meldt dit probleem bij de product owner. 13. Voorkomen door het gehele proces te documenteren. 14. Voorkomen door met het nieuwe teamlid duidelijke afspraken te maken over wat er wanneer geleverd moet worden. 15. Reduceren door met het nieuwe teamlid duidelijke afspraken te maken over wie verantwoordelijk is voor welk onderdeel. 16. Voorkomen door belemmeringen vroegtijdig te melden bij de product owner. 17. Voorkomen door beslissingen te allen tijde te documenteren in de blog. 5