Auteur/autrice : vpwing

Un Product Owner est chargé de dire ce qui doit être développé et l’ordre des éléments qui doivent être réalisés. Vous pouvez le considérer comme l’unique autorité qui indique au reste de l’équipe ce qu’ils doivent créer et quelles fonctionnalités doivent être réalisées en premier. En bref, c’est lui qui indique aux autres membres de l’équipe ce qu’ils doivent créer.

Scrum est un cadre pour le développement et la maintenance de produits complexes. C’est un processus de développement incrémental et itératif. Dans ce cadre, l’ensemble du processus de développement se compose de plusieurs cycles d’itération courts, un cycle d’itération court appelé Sprint, et chaque Sprint dure de 2 à 4 semaines.

L’histoire de la méthode Scrum commence en 1986. Cette année-là, deux experts commerciaux japonais ont introduit le terme dans le contexte du développement de produits. Hirotaka Takeuchi et Ikujiro Nonaka ont publié l’article “New New Product Development Game” (le double “New” fait en effet partie du titre) dans la Harvard Business Review. Les auteurs décrivaient une nouvelle approche du développement de produits commerciaux qui permettrait d’accroître la vitesse et la flexibilité. Ils se sont inspirés d’études de cas d’entreprises de fabrication dans les secteurs de l’automobile, des photocopieurs et des imprimantes.

Le propriétaire du produit – détient la vision du produit ; le Scrum Master – aide l’équipe à utiliser Scrum de manière optimale pour construire le produit ; l’équipe de développement – construit le produit.

La plupart des projets de développement de logiciels sont considérés comme complexes et imprévisibles par nature en raison de la convergence de trois facteurs : les personnes, les exigences et la technologie. Les diverses approches utilisées pour la réalisation et la gestion des projets pourraient être plus facilement comprises dans le contexte des modèles de contrôle des processus et de la complexité des projets.

Le modèle de développement de groupe “former, former, normaliser, performer” a été proposé pour la première fois par Bruce Tuckman en 1965. Selon lui, ces phases sont toutes nécessaires et inévitables pour que l’équipe puisse grandir, relever les défis, s’attaquer aux problèmes, trouver des solutions, planifier le travail et obtenir des résultats. Cette théorie reste une bonne explication du développement et du comportement des équipes.

Scrum est le sous-ensemble le plus populaire de la méthode agile. Il s’agit non seulement d’un cadre léger de processus de développement agile, mais aussi du cadre le plus largement utilisé. Voici les ressources les plus fondamentales pour les praticiens de la méthode agile et de Scrum