Travaillant depuis longtemps sur Agile, vous pouvez facilement identifier les valeurs, principes et pratiques clés, grâce auxquelles un grand nombre d'entreprises optent aujourd'hui pour la méthodologie. Certaines pratiques de la méthodologie sont très appréciées par presque tout le monde; certaines sont controversées. Cependant, Agile ne serait pas devenu Agile si les meilleures valeurs et techniques de la méthodologie n'avaient pas gagné la faveur de millions de gestionnaires et de développeurs à travers le monde.
La célèbre méthodologie a été créée pour le développement de logiciels. Par conséquent, presque toutes les pratiques Agiles y sont appliquées. Cependant, cela n'empêche pas Agile de postuler à de nombreuses équipes non techniques.
Les entreprises qui ne sont pas liées à l'informatique ont rapidement découvert les avantages de l'utilisation de la pensée flexible et de certaines pratiques Agiles qui peuvent aider les entreprises à en faire plus, à apporter un maximum de bénéfices et de plaisir aux clients et à unir l'équipe à l'intérieur.
Depuis 2001, les principes Agile ont été rassemblés dans le célèbre
manifeste Agile , et la méthodologie elle-même est devenue le processus de développement logiciel standard.
Quelles sont les pratiques Agile clés qui ont rendu la méthodologie si célèbre et si demandée?
La liste ci-dessous n'est pas complète car les pratiques Agiles peuvent être vues sous différents angles et en utilisant différentes classifications. Notre liste contient les plus élémentaires d'entre eux qui peuvent être appliqués dans le développement de logiciels, et certains dans l'application aux produits et projets non techniques.
Liste des meilleures pratiques Agile
File d'attente des tâches
Souvent, les grandes tâches d'un projet doivent être divisées en parties. Beaucoup d'entre eux s'accumulent, formant une séquence. Dans ce cas, le chef de produit doit soigneusement travailler avec toutes les tâches du backlog, en identifiant les priorités correctes pour chacune.
En règle générale, l'
arriéré d'un produit comprend les éléments suivants: caractéristiques du produit, bogues possibles, connaissance prioritaire du produit, certains travaux techniques, etc.
Tous les éléments du carnet de commandes sont classés en fonction de leur valeur. Plus l'élément est important, plus tôt il ira au travail. Les positions supérieures seront plus détaillées et claires par rapport aux éléments inférieurs. Tous doivent être clairs pour les membres de l'équipe non technique et les parties prenantes.
Un rôle clé dans la gestion du
carnet de
commandes est joué par la réunion de préparation du carnet de commandes, au cours de laquelle les représentants de l'équipe Agile discutent des détails du carnet de commandes du produit et préparent la prochaine planification de sprint.
Itérations
Les équipes agiles choisissent la quantité de travail à effectuer à un moment précis. Le développement itératif signifie que l'équipe elle-même peut décider ce qu'elle peut faire en fonction de ses capacités et de l'expérience de l'itération précédente.
Orientation client
Le service client est la clé de la méthodologie Agile. Selon une approche flexible, l'équipe doit fournir toutes les informations nécessaires aux clients et les informer de l'avancement. La communication continue doit également faire partie du travail d'équipe interne.
Histoires d'utilisateurs
Agile décrit la fonctionnalité de communication avec les clients, puis à partir de la position du produit d'une certaine manière (rappelez-vous la formule «Je comme <type d'utilisateur>, je veux <action>, parce que <raison>»?). L'historique des utilisateurs dans la gestion de projet Agile signifie une unité de travail qui doit être terminée en un seul sprint.
Les récits d'utilisateurs incluent la description, les critères d'acceptation et l'évaluation du temps. Quand ils sont trop complexes, les chefs de produit les divisent en plus petits.
Rôles agiles
La méthodologie comprend différents rôles et, par conséquent, leurs différents noms. Pour résumer, les rôles dans Agile peuvent être divisés en groupes, notamment:
- Chef d'équipe, chef de projet et Scrum Masters
- Membres de l'équipe
- Propriétaire de produit pour Scrum et client sur site pour XP
- Parties prenantes
Les équipes agiles peuvent également être composées d'experts techniques supplémentaires.
Analyse des flux de valeur
L'analyse du flux de valeur est une méthode de gestion pour analyser l'état actuel et développer l'état futur d'un produit. Le but de l'analyse est d'identifier et d'éliminer les «déchets» dans les flux de valeur, augmentant ainsi l'efficacité du flux de données.
Ici, la méthodologie introduit deux principes. La première est une définition de produit basée sur des histoires d'utilisateurs basées sur une analyse commerciale. La seconde est la définition des dépendances entre les fonctionnalités métier et techniques.
Timeboxing
Le timeboxing est utilisé comme méthode de planification de projet. Le calendrier est divisé en plusieurs périodes distinctes (boîtes de temps), chacune ayant ses propres résultats finaux, échéance et budget.
Les sprints se poursuivent conformément aux délais spécifiés. Habituellement de deux semaines à un mois. Les rallyes Scrum durent généralement environ 15 minutes.
Réunions quotidiennes
Par exemple, une
réunion Scrum est un événement quotidien, une courte réunion le matin ou l'après-midi, généralement organisée par un chef de produit ou un propriétaire de produit. Elle dure 10-15 minutes et nécessite la présence du Scrum master et de toute l'équipe. Une telle réunion est organisée pour:
- rappelez-vous ce qui a été fait hier
- déterminer ce qui sera fait aujourd'hui
- identifier les éventuels obstacles, le cas échéant
Réunion de démonstration Sprint
Une telle réunion est organisée lorsque la fonctionnalité est définie et qu'il est temps d'expliquer au client comment cela fonctionne. Ceci est important car les clients peuvent confirmer qu'ils acceptent des fonctionnalités spécifiques ou identifier les points avec lesquels ils ne sont pas d'accord.
Rencontre rétrospective
Il s'agit d'une rétrospective sur le développement itératif final. Une réunion rétrospective est recommandée pour assister à tous les membres de l'équipe. Les clients peuvent également participer.
Il discute de la possibilité d'améliorer les processus, la qualité du travail, les outils utilisés, etc.
Test
Il est très important d'obtenir des informations en temps opportun sur les fonctionnalités qui ne fonctionnent pas comme prévu. Les tests s'exécutent automatiquement avant de commencer le travail. Cela garantit que toutes les modifications de code sont acceptables.
Graphique Burndown
Ce graphique montre si tout se passe vraiment selon le calendrier de programmation et le plan global. Il reflète les dates et les horaires. Les graphiques Burndown montrent également le nombre de user stories par unité de temps.
Priorisation des exigences
La hiérarchisation des exigences est utilisée par Agile pour déterminer quelles exigences de produit spécifiques doivent être incluses dans une version particulière.
Les chefs de produit priorisent également les exigences pour minimiser les risques pendant le développement - les plus importants sont mis en œuvre en premier. Dans ce cas, les chefs de produit et de projet expérimentés utilisent des
méthodes et techniques de priorisation bien
connues .
Planification des versions
Une version de produit est un ensemble de nouvelles fonctionnalités ou le lancement final d'un produit. Une bonne planification des versions aide les équipes à produire des produits de qualité.
Quel est le secret d'une bonne gestion des versions ? En définitive, il ne s'agit pas seulement de donner aux clients l'accès à de nouvelles fonctionnalités. Il s'agit de la date limite à laquelle votre équipe peut partager de nouvelles expériences et soutenir les interactions avec les clients.
Toutes les parties intéressées doivent savoir quand elles peuvent s'attendre à de nouvelles fonctionnalités. Un calendrier de sortie doit toujours être clairement planifié.
Cette liste peut être complétée et complétée par d'autres pratiques intéressantes. Cependant, quelles pratiques peuvent être utilisées par une équipe non technique?
Un exemple frappant est l'utilisation de l'arriéré et de la hiérarchisation des tâches par l'équipe de la compagnie de transport aérien Air Methods , spécialisée dans la fourniture d'une assistance d'urgence.
Une entreprise de plus de 6 000 employés travaille activement au sein d'une équipe pour créer et gérer une stratégie de formation et de développement. Au tout début de l'activité, cette équipe était confrontée au fait que les parties prenantes ne comprenaient pas combien de temps et d'efforts seraient nécessaires pour créer des formations et des projets éducatifs.
L'équipe est donc arrivée à une pratique agile d'utilisation et de gestion des arriérés et de priorisation. Pour la visualisation, les outils Trello ont commencé à répondre.
Les demandes des parties prenantes sont rassemblées au tableau, l'équipe attribue à chacune une étiquette verte ou rouge. Les projets «verts» peuvent être achevés maintenant, les projets «rouges» sont dans la file d'attente.
Chaque mois, l'équipe et les personnes intéressées se réunissent pour déterminer de nouvelles priorités, voter et discuter.
Selon les représentants de l'entreprise, cette pratique aide à répondre aux attentes des entreprises, crée une synergie au sein de l'équipe et augmente son efficacité. En conséquence, l'équipe non technique a commencé à collaborer de manière productive avec les parties prenantes.Comme mentionné ci-dessus, cette liste peut inclure de nombreuses autres pratiques liées aux exigences, à la conception, au développement de produits, aux tests et aux problèmes d'organisation.
Aujourd'hui, des services et des
outils performants
pour la gestion de projet , l'histoire des entreprises mondiales distribuées sur le réseau, de nombreux cours modernes et une littérature pertinente sur la méthodologie aident à appliquer avec succès les valeurs fondamentales d'Agile. Grâce à cela, les pratiques et les pratiques Agiles assurent le succès de nombreuses entreprises au quotidien et attirent de plus en plus d'équipes techniques et non techniques.