Reputation
Dans le site de SCRUM, il y a une très bonne définition sur le pair programming. Dans un air programming, 2 programmeurs passe une journée ensemble où un devient le "driver" et l'autre le "navigator". Le driver s'occupe d'écrire le code, il contrôle donc la souris et le clavier, tandis que le navigator doit s'assurer que le code utilise un bon design et qu'on respecte la direction donc ils doivent se diriger. Ces deux programmeurs gardent le même rôle jusqu'à la moitier de la journée et ensui...
Comme indiquer dans les définitions de chaque rôle dans une équipe SCRUM, les développeur doivent eux aussi être responsable de l'avancement de leur travail ("Se tenir mutuellement responsables en tant que professionnels", p.6), ainsi que les products owners car ceux-ci peuvent entâmer les mêmes tâches que les développeur ("Le Product Owner peut effectuer le travail ci‐dessus ou peut déléguer ce travail à d'autres", p.7). Donc, le manager n'est pas toujours responsables du développement perso...
Selon le site "https://medium.com/@concisesoftware/how-to-estimate-product-backlog-effectively-aefa4b9051aa", une des façon d'avoir une estimation de la quantité de travail à faire, est plus tard après plusieurs Sprints. En effet, il y aura desfois des items qui se ressembleront plus ou moins, et en le comparant à la quantité de travail qui à été mis dans l'item fait auparavant, il est plus possible de faire une estimation de la quantité de travail nécèssaire pour le nouvel item.
Comme mentionné au début du Guide SCRUM (https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf) p.2, tant que la façon d'appliquer SCRUM est suivi, donc garder les idées de base, ne pas enlever des éléments importants d'une étape et que les règles sont suive, il ne devrait pas porter trop de confusion. Cependant, il restera une petite confusion car tout développeur ayant utilisé SCRUM est fortement habitué aux terminologie déjà mis en place dans le guide.
Selon le site "https://jazz.net/devops_adoption_framework/practice.mgmt.scrum.base-ibm/tasks/monitor_sprint_progress_39A60243.html" (un site appartenant à IBM), il s'agit du SCRUM master et de toute l'équipe de développement dans l'équipe SCRUM qui doivent être responsable de l'avancement des travaux dans un SPRINT. Cela devrait se produire pendant les mêlée quotidienne.