Scrum est un cadre de travail pour des problèmes complexes et adaptatifs tout en livrant de manière efficace et créatives des produits de la plus grande valeur possible Scrum est léger - simple à comprendre mais difficile à maitriser
Ce n'est pas un processus, une technique ou une méthode définitive. Mais c'est un cadre dans lequel on peut utiliser ces choses. L'idée est d'améliorer continuellement le produit et la manière de travailler.
Scrum est composé d'équipes scrum avec des rôles, des événements, des artéfacts et de rêgles associés. Les règles sont des modalités qui lient rôles, événements et artéfacts. Ce guide n'explique pas COMMENT utiliser scrum.
Utilisé pour la gestion et le développement de produits depuis 1990.
On peut développer des logiciels, du matériel, des réseaux, des véhicules autonomes, des écoles des gouvernements du markéting, la gestion d'organisations et presque tout ce que nous utilisons.
Plus il y a une augmentation de la complexité, plus scum est utile. C'est efficace pour un transfert itératif de savoir.
L'essence de scrum est d'avoir une ou plusieurs petites équipes flexible et autogéré. Le mot développement dans ce contexte veut dire travaux complexes.
Scrum est basé sur l'empirisme et l'approche itératif. La connaissance provient de l'expérience et la prise de décision est basée sur des fais connus. On avance pas après pas.
Il faut que tout soit bien visible avec les personnes impliqués particulièrement dans les résultats. De plus il faut avoir un langage commun surtout avec la définition de terminé.
Il faut fréquement inspecter les résultats et les artéfacts et avoir toujours en tête le but du sprint (sprint goal). Mais il ne faut pas que cette inspection freine l'avancement du projet.
Si on dérive trop par rapport à l'object il faudra dés que possible ajuster et adapter les choses.
L'équipe est pleinenement engagée dans la réalisation du produit. C'est son bébé.
Courage de faire des bonnes choses et de résoudre des problèmes.
L'équipe est concentré sur le résultat à atteindre et le but à atteindre
Ouverture d'esprit et franchise
On s'écoute et accepte des avis différents.
Ces valeurs sont basées sur la confiance. Les membres de l'équipe apprennent à développer ces valeurs. C'est un cheminement.
L'équipe scrum est composé d'une product owner, d'une équipe de développement et d'une scrum master. Elle s'organise elle même et sont pluridisciplinaire. Elle défini elle même comment atteindre le but. Il n'y pas une personne externe qui la dirige. Elle a toutes les compétences pour réaliser le travail.
Le modèle d'équipe est la flexibilité, la créativité et la productivité.
Le but est de livrer un produit de façon itérative pour avoir le plus souvent possible des retours. Chaque incrément doit être un produit fini.
Il est responsable de maximiser la valeur du produit. Il est le seul responsable de la gestion du backlog product (carnet du produit). Il doit trier les éléments par valeur (importance). Il s'assure que ces infos sont visibles et comprises par tous (transparence)
L'équipe de développement travaillent pour fournir un incrément fini qu'on peut publier à la fin de chaque sprint.
L'équipe est autonome et s'organise elle même. Cela permet l'efficacité globale de l'équipe. Caratéristiques
La taille : 3 à 9. Des équipes trop petites peuvent avoir des problèmes de compétences et les trop grandes d'organisation
Monitoring Sprint Progress : It is responsible for tracking the total work remaining at least for every daily scrum to project the likelihood of achieving the sprint goal. It manage its progress.
Il peut déléguer à l'équipe de dévelopement certaines tâches qui lui incombe mais il en reste le responsable. C'est toujours une personne. Ce n'est pas un comité mais il peut représenter un comité.
il fait de la promotion de scrum, il fait de la formation et du coaching, il suppporte l'équipe et l'aide à mettre la théorie de scrum en application ainsi que ses valeurs
C'est un serviteur conducteur (servant leader) Scrum Master Serves to the Product Owner
Scrum Master Serves to the Development Team
Scrum Master serves the Organization
Les événements pour inspecter et adapter sont : la planification - la mélée quotidienne - la revue et la rétrospective.
Durant la planing on va définir l'objectif du sprint (Sprint Goal)
The Scrum Master is coping with incomplete transparency, in helping everyone to apply the most appropriate practices in the absence of complete transparency.
If the definition of done exists it should be clear for every one. If not the development team has to define one. Everyone must understand the same definition of done. This guides the development team to know how many product backlog item can be selected for the sprint planning. Each item of the increment must adhere the Dod.