Mohammed Ismail
B1-K1-W1
Plant werkzaamheden en bewaakt de voortgang

Dit werkproces gaat in mijn ogen over het opnemen van klantwensen & -eisen om vervolgens deze te verwerken, opstellen als taken, deze krijgen dan enige prioritering en worden dan vervolgens ingepland en vervolgens de status van deze taken bij te houden als voortgang.

En al deze dingen ga ik ook exact bewijzen! Als onderdeel van mijn portfolio heb ik bewijsstukken en voorbeelden moeten verzamelen die mijn betrokkenheid zouden moeten illustreren en mijn bekwaamheid moeten aantonen.

Hieronder staan verschillende projeten, in ieder project leg ik uit wat ik gedaan heb om de opdracht zo goed mogelijk te begrijpen en zo werkzaamheden goed in te plannen en de voortgang te bewaken

Wat moeten we maken?

In dit stuk leg ik uit in de onderstaande projecten wat we moeten maken bij ieder project

Voor gradematch moesten wij een beheerings systeem maken voor hun dienst. Bij de uitleg van de opdracht, heeft de product owner de process uitgelegd waarmee gradematch werkt, hieronder zie alles wat ik heb meegenomen van die meeting. In de user stories kan het zijn dat je meerdere functionaliteiten ziet dan wat hieronder staat, dat kan! Want later in het project zijn er meerdere functionaliteiten naar boven gekomen.
Wij hebben hierna user stories, moscow en use cases gemaakt om een betere inzicht te krijgen over het project. Omdat dit een opdracht was bij mijn stage heb geen toegang meer tot de volgedige documentatie. Dus ik heb in de tijd van mijn stage 1 of 2 screenshots gemaakt van enkele onderdelen van de documentatie.
Bij user stories is het belangrijk om te bepalen wat prioriteit heeft, wie wat waarom, definition of done (wanneer het klaar is) en de tijdsindicatie (hoelang het zal duren om dit te realiseren). Bij de tabel hieronder zie je de priotering bij de Moscow staan en de user storie zelf daarnaast, en de definition of done onder de desription colom, maar de tijdsindicatie hebben we bij de planning genoteerd, dit is omdat we aparte taken hebben gemaakt die vast staan aan een user story waar we hebben geschat hoelang die taak zal duren. Dus daarvoor moet je even bij de planning kijken.
Open user stories
Wij hebben met de product owner een meeting gehad waar hij de opdracht heeft uitgelegd aan ons, de opdracht en de eisen zijn hieronder genoteerd.
Wij hebben hierna user stories en een moscow gemaakt om een betere inzicht te krijgen over het project.

Planning

Na dat we de opdracht hebben gekregen en een goed inzicht erin hebben, moeten we natuurlijk een planning maken om soepel door de project heen te haan en ervoor zorgen dat iedereen weet wat zijn taak. Hieronder leg ik bij ieder project uit hoe we onze planning hebben gemaakt

Met dit project gaan we scrum gebruiken, elke week hebben we verschillende meetings om de voortgang van de product bij te houden en the realiseren, hier heb ik een voorbeeld van hoe 1 week uit kan zien.
Inplaats van dat we een hele planning hebben gemaakt voor de hele project van klanten gesprek tot oplevering, hebben we een planning gemaakt aan het einde van de sprint voor de volgende sprint. hier hebben we een paar taken uitgekozen die wij bij deze sprint gaan realiseren, door wie en hoelang het zal duren. De taken hebben we uitgekozen op basis van volgorde en of we er tijd voor hebben in deze sprint.
Met dit project gaan we scrum gebruiken, elke week hebben we verschillende meetings om de voortgang van de product bij te houden en the realiseren, hier heb ik een voorbeeld van hoe 1 week uit kan zien.

Voortgang bewaken

Bij het realiseren van een project/product, is het belangrijk dat we alles bijhouden, dit is zodat iedereen weet hoe ver de project is en wat er precies gedaan moet worden. Hieronder leg ik uit hoe we de voortgang van een project hebben bijgehouden en bepaalde afwegingen en beslissingen die wij gemaakt hebben.

Na dat we klaar zijn met een taak, zetten we de taak in review, hier gaan we checken of wat we gemaakt hebben voldoet aan wat de klant wilt, zo niet? dan zetten we hem weer terug in development en maken we de benodigde aanpassingen, als de taak voldoet aan de klant zijn eisen? dan markeren wij hem als done en noteren we hoeveel uur wij hieraan hebben gewerkt.
Hier staan alle taken op development done, hier hebben we ook al onze uren die we eraan hebben besteed genoteerd.
Bij het begin van dit project was de grootste vraag, waarin gaan wij dit maken? We hadden verschillende keuzes en uiteindelijk hebben we besloten om dit in PowerApps te maken, een low-code omgeving waar we apps kunnen maken in onze microsoft omgeving. Dit hebben we gekozen omdat:
1.
PowerApps is geintergreerd in de microsoft omgeving wat voor security zorgt
2.
low-code wat dus de development process iets sneller maakt
3.
Inloggen gaat makkelijker sinds dat je je eigen microsoft account gebruikt
Alleen was er wel een kleine probleem bij het gebruiken van powerApps. Een van de requirments was dat de deelnemers van de curssusen hun punten en voortgang in de app moeten kunnen zien. en dit was niet mogelijk want om in onze app te kunnen komen moet je ingelogd zijn in de microsoft omgeving van Gradematch, dat wou de klant niet!
We hebben met ons alle samen gezeten en hebben we als oplossing bedacht dat de gebruikers van de app een email kunnen versturen naar de deelnemers met hun momentele statistieken via een knop in de dashboard.
Daarna hebben we de inlog requirment weg gehaald omdat alleen de werknemers van gradematch de app zullen gebruiken en omdat de app al in hun microsoft omgeving is hoeven ze niet in te loggen
Dit hebben we nergens genoteerd want alles hadden we op locatie 1 op 1 afgesproken met de klant en de team. Verdere documentatie hiervan was niet nodig.
De voortgang hebben we bewaakt met trello. hier houden we bij wat klaar is, wat nog gedaan moest worden en hoe dit in onze planning zal passen. Welke taak belangrijker is dan andere hebben we bepaald doormiddel van de moscow in de user stories, en op hoe we de app op een logische volgorde moeten realiseren, bijvoorbeeld om data kunnen tonen moeten we eerst de data uit het database halen, en daarna pas een scherm maken waar je deze dat kan zien. dus dan is het logischer om eerst de prioritering op een database te zetten en daarna pas op een scherm waar de die data kan zien
Zoals je in de opdracht afbeelding kan zien, was orgineel de bedoeling bij dit project om AI te intergreren in onze app, maar vanwegen tijdsbeperkingen zijn we hiervan afgewegen en hebben we besloten om inplaats van dat je met een AI praat, een paar statische vragen moet beantwoorden zoals:
1.
Wat is de naam van de app?
2.
hoe ziet de UI/UX eruit?
3.
hoe ziet het ERD eruit?
Dit hebben we nergens genoteerd want alles hadden we op locatie 1 op 1 afgesproken met de klant en de team. Verdere documentatie hiervan was niet nodig.