SCRUM

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.