Productvisie en ontwerpvraag v1.1

Onze eerste productvisie en ontwerpvraag zijn als volgt:

Huidige Situatie

Nederland heeft steeds vaker te maken met wateroverlast door hevige regen en klimaatverandering. Een groot deel van het land ligt onder zeeniveau en in de delta van de Rijn en Maas. Volgens het KNMI neemt het aantal extreme regenbuien toe. In steden zoals Amsterdam en Rotterdam kan het riool deze grote hoeveelheden water niet altijd aan. Ook stijgt de zeespiegel langs de Noordzee. Organisaties zoals Rijkswaterstaat en de waterschappen werken aan bescherming en aanpassingen. Nederland is goed beschermd tegen grote overstromingen, maar wateroverlast door extreme regen wordt een groter probleem.

Onze visie voor het product

• Een werkende prototype bouwen die water met sensoren kan detecteren.
• Het systeem moet in staat zijn om het risico op wateroverlast te classificeren in drie duidelijke niveaus.
• Aan het einde van het semester wordt het prototype gedemonstreerd en geëvalueerd.

Ontwerpvraag

Hoe kunnen we robots effectief worden inzetten in noodsituaties gerelateerd aan overstromingen, met behoud van vertrouwen bij slachtoffers en met een optimale samenwerking tussen de verschillende hulpverleningsdiensten?

Productvisie en ontwerpvraag v1.2

Na onderzoek te hebben gedaan voor ons voorafgaande ontwerpvraag kwamen we tot de conclusie dat wateroverlast en overstromingen een te brede casus is.

Onze volgende productvisie en ontwerpvraag zijn daarna als volgt:

Huidige Situatie

{/* Dierenambulance */}

Onze visie voor het product

• {/* Visie voor de dierenambulance */}

Ontwerpvraag

{/* Ontwerpvraag voor de dierenambulance */}

Productvisie en ontwerpvraag v1.3

Na het opnieuw te hebben besproken, kwamen we tot een patstelling. Hierna hebben we advies gevraagd van onze teamcoaches.

Onze volgende productvisie en ontwerpvraag zijn daarom als volgt:

Huidige Situatie

{/* Stroomuitval */}

Onze visie voor het product

• {/* Visie voor de stroomuitval */}

Ontwerpvraag

{/* Ontwerpvraag voor de stroomuitval */}

Randvoorwaarden

Hier zijn de voorwaarden waar we mee zijn opgekomen:

• Het slimme object moet autonoom zijn.
• Het slimme object moet analyseren, verzamelen en actief kunnen handelen.
• Het slimme object moet een interface hebben.
• Het slimme object moet kunnen werken in geval van stroomuitval.
• Het slimme object moet zich richten op de burgers waarbij wij rekening moeten houden met een specifieke doelgroep.
• Het slimme object moet gebruik maken van sensoren.
• Het slimme object moet een fysiek onderdeel bevatten.
• Uit voorkeur willen we geen drone (tenzij uit onderzoek blijkt dat dit de beste oplossing is).
• We willen niet alleen een app of website, maar ook iets fysieks.

Scope

Hier is een link naar onze eerste scope

Na onze ontwerpvraag te hebben verandert hebben we besloten onze scope ook aan te passen. Hier is daarom een link naar onze nieuwste scope

Na onze ontwerpvraag te hebben verandert hebben we besloten onze scope ook aan te passen. Hier is daarom een link naar onze nieuwste scope

Backlog

We hebben een backlog gemaakt van alle taken die we gepland hadden om uit te voeren, mee bezig zijn, en/of al klaar mee zijn!

Sprintdoel en -planning 1

Momenteel zijn we nog bezig de laatste beslissingen te nemen over de planning en het sprintdoel van Sprint 1.

Teamwaarden en -normen

Per individueel waren wij tot verschillende waarden gekomen.

• Plezier
• Gezondheid / Welzijn
• Vrijheid
• Betrouwbaarheid / Verantwoordelijkheid
• Nieuwgierigheid

Na hierop te reflecteren hebben we besloten andere waarden te behouden.

• Veiligheid
• Betrouwbaarheid
• Efficientie
• Rechtvaardigheid
• Bestaanszekerheid

Communicatie en samenwerking

Onze communicatie gebeurt voornamelijk via Teams en Whatsapp.

Ook hebben we een samenwerkingscontract opgesteld.

Bronnen van alle documenten die gebruikt zijn in de onepager

Alle afbeeldingen zijn onze Figjam genomen.