Table des matières
Le guide scrum
Theorie
Definition
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.
Utilisation de scrum
Utilisé pour la gestion et le développement de produits depuis 1990.
- Recherche et identifier de marchés, de technologies et de caractéristiques de produits viables
- Développer des produits et des améliorations
- Publier des produits et des améliorations
- Développer et maintenir des environement cloud et d'autres environements d'exploitations de produits
- Maintenir et renouveler des produits
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.
les 3 piliers
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.
- Transparence
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é.
- L'inspection
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.
- L'adaptation
Si on dérive trop par rapport à l'object il faudra dés que possible ajuster et adapter les choses.
5 Valeurs
- engagement
L'équipe est pleinenement engagée dans la réalisation du produit. C'est son bébé.
- courage
Courage de faire des bonnes choses et de résoudre des problèmes.
- focaliation
L'équipe est concentré sur le résultat à atteindre et le but à atteindre
- ouverture
Ouverture d'esprit et franchise
- respect
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
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.
Product owner
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)
Development Team
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
- auto organisé
- pluridisciplinaire
- il n'y a pas de titres
- il n'y a pas de sous équipes
- on considère l'équipe et pas chaque développeur. c'est du collectif.
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é.
Scrum Master
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
- S'assure que les objectifs, le parimètre et le domaine du produit sont compris par tous.
- Trouve des technique pour gérer le backlog product de la meilleure manière
- Aide à comprendre le besoin de clareté, simplicité pour le Backlog product
- S'assure que le product owner sait bien maximiser le Backlog Product et maximiser sa valeur
- Favoriser les évènements scrum si besoin
Scrum Master Serves to the Development Team
Scrum Master serves the Organization
- Unordered List ItemLeading and coaching the organisation
- Planning Scrum implementations within the organization;
- Helping employees and stakeholders understand and enact Scrum and empirical product development;
- Causing change that increases the productivity of the Scrum Team
- Working with other Scrum Masters to increase the effectiveness of the application of Scrum in the organization
Events
Les événements pour inspecter et adapter sont : la planification - la mélée quotidienne - la revue et la rétrospective.
Sprint
Planning
Durant la planing on va définir l'objectif du sprint (Sprint Goal)
Daily Scrum
Review
Retrospective
Scrum Artifacts
Product Backlog
Sprint Backlog
Increment
Artifact Transparency
The Scrum Master is coping with incomplete transparency, in helping everyone to apply the most appropriate practices in the absence of complete transparency.
Definition of done
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.