Na een week aan brainstorming zijn Coen en ik niet op een idee gekomen voor onze duo app. Omdat de tijd deed dringen hebben wij de walkie-talkie gekozen, een standaard casus aangeboden door de docenten. Voor dit project is er een analyse document opgezet waar de volgende onderwerpen aan bod komen: het beschrijven van het concept, het opstellen van de user requirements en het maken van de UI mockups

In de eerste week hebben we een poll uitgevoerd voor het kiezen van een management tool zoals Jira, Trello, Taiga etc.. Uiteindelijk heeft Jira de meeste stemmen ontvangen. Danny werd aangewezen om het Jira project op te zetten. Dit vereist enige kennis met Jira en Danny had hier al wat ervaring mee. Jira gebruiken wij voor het managen van onze sprints, aanmaken van stories en time management d.m.v. storypoints. De eerste weken waren er enkel nog stories aanwezig voor het aanmaken van components in de front-end. Na meerdere meetings met de stakeholders hebben wij alle requirements in kaart gebracht en omgezet naar stories.

Omdat we met een groep van 12 mensen werken hebben we de eerste week kleine groepjes gemaakt waarbij ieder groepje een eigen design maakt. Ik ben begonnen aan het maken van designs voor de onboarding en een minimaal design voor het dashboard op basis van de details die al bekend waren bij ons. Vervolgens hebben we de schetsen besproken en gekeken welke elementen wij terug willen laten komen in de prototype. Op basis hiervan zijn we wireframes gaan maken zonder enige kleur zodat de stakeholders een visie hebben van hoe wij denken welke pagina’s en elementen er allemaal aanwezig moeten zijn.

Voor het ontwikkelen van de Fitphone app heb ik de overige developers geadviseerd om Storybooks te gebruiken bij de ontwikkeling van components. Storybook is een library voor het ontwikkelen en testen van componenten in isolatie. Ik merkte tijdens de ontwikkeling dat de components rechtstreeks in de UI getest werden. Dit zorgde voor een irritante ervaring voor de reviewer van een merge request. De reviewer van zo’n merge request kon niet snel zien of een component juist gemaakt was. Op mijn werk heb ik kennis gemaakt met Storybooks wat goed werkt voor het testen en ontwikkelen van componenten. Ik heb eerst onderzoek gedaan of Storybook ook gebruikt kan worden

Het is de bedoeling dat de applicatie zowel op iOS als Android werkt. Daarom hebben we gekozen om een hybrid framework te gebruiken om onze applicatie te ontwikkelen, aangezien we niet de mankracht hebben om een native iOS en Android applicatie te ontwikkelen. Als hybrid framework kiezen we tussen React Native en Flutter omdat beide frameworks redelijk populair zijn binnen ons team. Uiteindelijk hebben we gekozen voor React Native omdat we verwachten dat het een kleinere learning curve heeft dan Flutter. Ook zijn de meeste mensen al bekend met React waardoor de development sneller kan verlopen. Coen en ik hebben het voortouw genomen om de applicatie op te zetten en bruikbaar te maken voor de groep. Coen heeft een eerste opzet gemaakt van de architectuur van de app. Op advies van mij heb ik samen met Coen een modulair architectuur opgezet die wat beter bij het project past. Voor de styling hebben Coen en ik Styled Components toegevoegd, dit maakt het stylen van componenten in React