Les principes du framework Scrum
Les principes de Scrum
Scrum est le cadre de travail (framework) Agile le plus connu. Scrum est à l’origine d’une grande partie de la réflexion inhérente aux valeurs et principes du Manifeste Agile, qui représente une base commune pour toutes les approches Agile.
Pour plus d’informations, référez-vous au « Manifeste pour le développement Agile de logiciels ».
Les valeurs du Manifeste Agile s’appliquent directement à Scrum, à savoir:
– Les individus et leurs interactions plus que les processus et les outils
Scrum, comme les autres cadres de travail et méthodes Agile, repose directement sur le fait de faire confiance aux équipes, de faire confiance aux personnes au sein de l’équipe et sur la manière dont elles interagissent.
Les équipes déterminent ce qui doit être fait, comment le faire, et ensuite le font.
Les équipes identifient leurs obstacles, ce qui les ralentissent et prennent la responsabilité de résoudre les difficultés liées au périmètre de leur projet.
Les équipes travaillent avec les autres services de l’organisation pour régler des problèmes sur lesquels elles n’ont pas le contrôle.
C’est essentiel.
Essayer Scrum sans mettre d’abord l’accent sur la responsabilité d’équipe mène généralement à des problèmes d’adoption de la méthode.
– Des logiciels opérationnels plus qu’une documentation exhaustive.
A la fin de chaque Sprint, Scrum exige un incrément produit qui soit fonctionnel et complètement terminé.
Bien entendu différentes activités devront être réalisées : analyse, conception, tests et documentation.
Mais c’est le logiciel opérationnel qui doit permettre à l’organisation de faire du projet un succès.
C’est absolument critique, les équipes Scrum doivent produire un incrément produit à chaque sprint.
– La collaboration avec les clients plus que la négociation contractuelle
Le Product Owner est le principal point de contact pour l’équipe Scrum en ce qui concerne les contacts avec les éventuels utilisateurs finaux du produit, et avec les différents services de l’organisation qui ont besoin d’utiliser le produit qui va être créé.
Le Product Owner est un membre de l’équipe à part entière, et travaille en collaboration avec les différents membres afin de déterminer ce qui doit être fait.
Lors de ce travail collaboratif, le Product Owner sélectionne les choses sur lesquelles l’équipe va travailler prochainement.
Pour cette sélection il s’assure de prendre uniquement en compte les choses qui vont amener la plus grande valeur ajoutée au produit et ce, à n’importe quel moment du projet.
Une fois encore, ce point est critique, le Product Owner se doit de créer une collaboration fructueuse avec les équipes dont il fait partie.
– L’adaptation au changement plus que le suivi d’un plan
Tout dans Scrum a été conçu afin de s’assurer que chacun a le niveau d’information nécessaire pour prendre les bonnes décisions concernant le projet.
Le progrès du projet est représenté par un incrément produit qui existe et qui fonctionne.
Le backlog des choses à réaliser est disponible et visible par tous.
L’avancement global du projet ainsi que la progression sprint par sprint est clairement visible.
Les problèmes ou les risques sont discutés en toute transparence et traités immédiatement.
Une fois de plus, ceci est critique, Scrum fonctionne bien pour les équipes qui vérifient en toute transparence ce qui se passe réellement sur le projet et adaptent leurs actions à la réalité.
Scrum fonctionne mal pour ceux qui n’appliquent pas ce principe.
Leave a Reply
You must be logged in to post a comment.