Adéquation des dates des histoires et avancées dans le kanban.
Organisation : avancées des tâches, des histoires, relations entre tâches et histoires
Code 2.3 :
vous en faites une archive contenant soit un projet maven avec les sources i.e.
les sources des classes utilisées pour réaliser les histoires (pas celles qui ne sont pas utilisées dans les histoires livrées), ni les .class
les tests associés (unitaires et fonctionnels)
un README (évidemment)
Eléments de notation :
Voici quelques éléments sur lesquels nous appliquerons les pondérations liées aux histoires réalisées et à leur qualité ainsi qu'à la complexité des histoires.
Présentation du document : sujet de l'étude de cas choisie, IUT, numéro du livrable, date, ..
Histoires :
valeur métier des histoires présentées
critères
Histoires échouées, raison etc.
Diagrammes de classes
pertinence, justesse, complétude, notation
adéquation au code
Autres diagrammes (facultatif)
pertinence, complétude, notation
Difficultés rencontrées
Archive : codes Source, Readme,
Sources:
en tête des fichiers
folder dédié aux tests
Tests unitaires : couverture, pertinence
Tests fonctionnels : pertinence, adéquation avec les histoires
Qualité des codes, …
Forge: (EN COURS !!!)
Activités du groupe
Roadmap :
répartition des histoires/tâches sur les 2 sprints, dates des Sprint, …
présence des livrables annoncés
Agilité:
Kanban :
présence des histoires en cours et terminées, affectations, ..
qualité des histoires, valeurs métier et “story points”, …
Issues burndown : non estimé pour cause d'apprentissage pendant ce Sprint
Dépôt :
présence des commits, commentaires associés, répartition dans le groupe
absence de .class, metadata etc.
utilisation de branches?
2017_2018/s3/methodo/td/code1.1502314558.txt.gz · Last modified: 2017/08/09 23:35 by blay