...

Code is (wat de opdrachtgever betreft) een stuk minder belangrijk dan de documentatie zelf. Het is dan ook zo dat we hier in principe minder goed hebben gekeken wat betreft de kwaliteit van. We zijn beginnen met opzetten van zonder te bedenken hoe de structuur van de mappen en bestanden er uit komt te zien. Ook hebben we niet gekeken naar de kwaliteit van de code zelf. Momenteel is er bijvoorbeeld veel dubbele (en daardoor slechte code) te zien. Als ik nadenk of we gebruik maken van design pricniples zoals GRASP of SOLID dan denk ik dat deze er per ongeluk hier en daar inzitten. Daarnaast was het ook voor de kwaliteit van de code beter geweest als we niet alleen meer tijd hadden besteed aan het opzetten van regels voor code en kijken hoe we dingen zoals GRASP en SOLID zouden kunnen gebruiken, maar ook hadden we meer tijd moeten nemen voor het bedenken van hoe onderdelen zouden moeten werken. Als ik hier bijvoorbeeld kijk naar de login zijn er veel te veel iteraties en aanpassingen geweest. Dit heeft gezorgd voor code die onnodig is en soms stukken code die compleet niet gebruikt werden door het systeem. Dit had, helemaal als ik terugkijk op de vorige lessen, gelijk beter gemoeten.

Eindproduct

Projectmethode

We zijn deze periode aan het werk gegaan met scrum. Scrum is een methode waar je een to-do lijst hebt. Iedereen weet wat er nog moet gebeuren. Als je een taak oppakt sleep je deze naar "in progress". Door dat te doen kan iedereen zien wie waar mee bezig is. Na het afronden kan de taak naar het vak "ready to review". Dit houdt in dat het maken van de taak klaar is, maar dat deze nog wel moet worden gereviewd. Hierna kan de taak terug naar "in progress" omdat er nog aanpassingen moeten worden gedaan, of naar done wat aangeeft dat de taak volledig goed is. Deze methode werkt goed. Op elk moment van de dag kan er gekeken worden wie waar mee bezig is, wat er nog gedaan moet worden en wat niet afkomt. Tijdens de Daily stand up bespreken we elke ochtend wie waar mee bezig was, of er problemen waren en wat ze die dag gaan doen. Naast dat we dit bespreken hebben we het ook over het aantal gereserveerde uren, en de gewerkte uren. Voor elke taak staat een aantal uren. Als je met een taak bezig bent geweest geef je het aantal uren op dat je er aan gewerkt hebt. Aan het eind kunnen we kijken of de schatting overeenkomt. Als je minder uren hebt gebruikt is er niks aan de hand. Echter, als er meer uren zijn gebruikt dan verwacht, dan is er dus een probleem ontstaan. We kunnen dan overleggen met hoe het zit en wat er anders moet. Kunnen we dit probleem nog eens tegenkomen, of was het een complexere, eenmalige uitdaging? Dit zorgt ervoor dat de hele groep op de hoogte is van de voorgang.

...

...