Le livre "The Brilliant Agile. Gestion de projet flexible avec Agile, Scrum et Kanban »

Qu'est-ce que la gestion de projet flexible?

Votre projet en a-t-il besoin?

Y aura-t-il un avantage à cela?

Vous voulez comprendre comment fonctionne une gestion de projet flexible et adopter cette approche puissante? Ensuite, vous avez choisi le bon livre.

«Brilliant Agile» n'est pas seulement une autre histoire de méthodes et de processus, l'accent est mis sur des exemples concrets d'utilisation d'Agile dans des environnements d'entreprise.

Vous trouverez ici des conseils pratiques et des techniques de mise en œuvre Agile spécifiques pour faire de votre projet un succès et mettre en œuvre une gestion flexible dans votre organisation.

À PROPOS DES AUTEURS

Rob Cole est un consultant en gestion de projet avec plus de 20 ans d'expérience. Il est spécialisé dans le dépannage de projets et le mentorat. Rob a été impliqué dans la communauté Agile depuis les premiers jours et est un Scrum Master pratiquant.

Edward Scotcher est chef de produit, chef de projet, formateur et coach agile. Il est spécialisé dans l'aide aux organisations, aux équipes et aux individus à adapter Agile pour une utilisation pratique et à long terme.

AVANT-PROPOS DU RÉDACTEUR SCIENTIFIQUE

Quand on m'a demandé de relire ce livre, j'étais très heureux car j'étais toujours heureux de toute opportunité de soutenir le développement d'Agile en dehors d'une application informatique. Et c'est exactement ce que fait ce livre.

Elle:

• sur le très agile dont tout le monde parle;
• Besoin de ceux qui ne connaissent rien à l'Agile et qui veulent vraiment se familiariser avec ces approches;
• écrit par des adeptes absolus d'approches flexibles;
• écrit dans le style Agile (les auteurs utilisent des images, des exemples et des illustrations très intéressants, que l'on trouve rarement dans la littérature universitaire);
• adapté à la lecture et à l'application universelles;
• Il ne contient pas le langage et la terminologie qui nous font peur dans la littérature technique informatique et est facile à lire.

Vous recevrez des réponses à un certain nombre de questions:

• Qu'est-ce que la gestion de projet flexible et vous sera-t-il avantageux?
• Comment bénéficier de l'utilisation d'Agile?
• Quelles méthodes et quels processus s'exécutent dans Agile?
• Votre organisation ou projet est-il adapté pour utiliser Agile?
• Comment résoudre les problèmes les plus courants associés à Agile?

Et comment, au final, l'implémenter dans n'importe quel projet?
Je recommande sincèrement Brilliant Agile pour la lecture et l'utilisation. C'est dommage que je n'avais pas un tel livre entre les mains il y a environ cinq ans, quand j'ai commencé à tout utiliser dans mon travail ...

Funtov Valery Nikolaevich
e. N., PMP, Agile Coach and Trainer

PASSAGE. FORMATION D'ÉQUIPE DE PROJET

Beaucoup de gens rassemblent avec diligence les meilleures personnes qu'ils peuvent trouver dans une équipe - des professionnels ayant une expérience pertinente, des experts dans leur domaine - puis gâchent tout sans fournir une compréhension adéquate des affaires et du leadership. Ne mettez pas le chariot devant le cheval! Il est important d'atteindre le bon niveau de participation des entreprises au projet - pour inclure une personne qui comprend la vision de l'entreprise. C'est non seulement pratique et pragmatique, mais aussi logique du point de vue du bon sens.

Dans Agile, cette personne est généralement appelée «Product Owner», mais il existe des variantes du nom. Bien sûr, dans ce livre brillant, il devrait être appelé le «chef de produit», mais pour commencer, nous nous attardons sur une définition simple. Le propriétaire du produit représente les intérêts de l'entreprise et de l'utilisateur final. Le propriétaire du produit vit, respire et rêve du produit et comment il devrait être. Ces personnes savent exactement ce qu'elles veulent, même si elles ne savent pas comment y parvenir. Ce sont des dirigeants qui peuvent prendre des décisions rapidement et les défendre.

Une équipe Agile est un groupe d'individus diversifié et multifonctionnel capable de traduire une vision au nom d'une entreprise. Autrement dit, ils ont tout pour faire le travail correctement. Le propriétaire du produit n'indique la voie qu'en termes de vision d'entreprise, mais c'est une grande contribution au travail de l'équipe. L'équipe est composée de personnes ayant une pensée flexible, n'ayant pas peur du changement et ne croyant pas que la bureaucratie est la solution à tous les problèmes. Décideurs confiants, les personnes actives et proactives fonctionneront mieux.

Toute l'équipe doit être impliquée dans la définition de la vision et de tous les aspects liés à la sortie du produit. Si vous ne le faites pas, des difficultés surgiront.

CRÉER UN MAGAZINE DES EXIGENCES

Lorsque la vision et les avantages que le projet devrait apporter sont définis, la prochaine étape pour l'équipe de projet consiste à noter les exigences dans les détails possibles. Au centre de chaque projet se trouve une liste d'exigences, qui dans Agile est appelée le journal des exigences du produit, ou backlog (Product Backlog). Il remplace les termes de référence traditionnels et détaillés et constitue une liste d'idées commerciales importantes. Les éléments du magazine sont toujours axés sur l'utilisateur final du produit, même en ce qui concerne la partie technique du projet. Ils devraient être clairs pour tout le monde.

Il est important que dès le début, l'équipe de projet développe une vision collective afin d'être sûr que tout le monde comprend les objectifs, le contenu du projet et comment les conceptualiser. Assurez-vous que tout est sur la même longueur d'onde dès le début - c'est plus facile que d'essayer de réparer un produit prêt pour les deux tiers plus tard. La diversité de l'équipe est également importante car il est important de pouvoir considérer le problème sous différents angles. Si nécessaire, des spécialistes s'entraideront.

Comment faire en sorte que les choses tournent mal dès le départ

• Déclarez qu'Agile est un outil universel, même pour les zones qui ne lui sont pas destinées.
• Dire que tout est évident ici et que tout imbécile peut le gérer, donc aucune formation n'est nécessaire.
• Croyez qu'Agile est infaillible et l'échec est dû à des défauts personnels.
• Fixez des objectifs et des délais irréalistes, en justifiant cela par le fait que tout est possible dans le nouveau monde courageux d'Agile.

Définir les fonctionnalités de base

L'objectif est de dresser une liste de ce qui est nécessaire pour traduire la vision du projet. Il existe plusieurs façons de le faire, et notre approche préférée consiste à penser à chaque étape du client pour planifier votre flux de travail .


Créer des groupes fonctionnels

Une fois le flux de travail défini ou compilé, rassemblez toutes les idées de ce qui doit être fait à chaque étape du processus. Un tel regroupement de ces éléments fournit une description de la fonctionnalité de l'étape et peut être appelé groupes fonctionnels. Certains détails seront absolument nécessaires, tandis que d'autres peuvent être attribués à la catégorie des ajouts agréables. Ils doivent être commandés dès le début.


Caractéristiques prioritaires

Sur la base de la vision du projet et du bon sens, déterminez la priorité de chaque élément dans un ordre décroissant - du plus important de chaque liste.


Définition du premier problème

Une fois que ce qui précède a été fait, considérez chaque étape importante dans la transition vers le client du premier jour jusqu'à la mise en œuvre et quelle est la partie la plus précieuse de l'idée dans ces étapes. Un tel choix peut être difficile et dépendre en fin de compte de l'opinion, mais l'opinion du client - ou celui qui représente son entreprise - a un rôle décisif. Le résultat final des étapes est le minimum acceptable pour le client que le projet devrait atteindre à cette étape. Cela s'appelle généralement un produit minimum viable (MVP) ou une version minimum viable (MVR).


L'un des gros avantages est la réception rapide des commentaires importants des utilisateurs finaux, mais pour se faire une opinion, ils ont besoin de quelque chose d'assez substantiel. Il est impossible d'obtenir des commentaires significatifs sur le processus technique, mais le nouveau formulaire de commande VegBox est complet. Naturellement, cela fera partie d'un produit peu viable.

Il convient de se rappeler que plus il y aura de produits à faible viabilité, plus il faudra de temps pour obtenir des commentaires, tandis que si le produit est trop petit, les informations seront insuffisantes pour recevoir des commentaires. Vous devrez trouver un équilibre entre profit et risque - il n'y a pas de règle universelle ici. Essayez de trouver un point où vous recevrez des commentaires utiles sur quelque chose qui vous aidera à prendre des décisions éclairées. Cela sera utile pour l'analyse du marché.

Faites également attention aux termes. Pour certains, le mot «libération» signifiera un produit disponible pour une utilisation, pour d'autres - un produit destiné à être testé par un groupe fermé. N'oubliez pas qu'il est toujours possible de présenter d'abord le produit à un petit groupe, puis de le libérer en conséquence. Plus important encore, ne présumez pas que tout le monde comprend les termes de la même manière! Il n'y a pas d'approche absolument juste - choisissez celle qui vous convient le mieux.

Ajout de fonctionnalités

Une fois qu'il est déterminé ce qui se passera dans un produit viable minimum (MVP) ou une version viable minimum (MVR), le vrai plaisir commence. Des fonctionnalités supplémentaires ou de nouvelles fonctionnalités du produit peuvent être ajoutées en partie ou faire partie d'une version plus importante. C'est ce qu'on appelle la livraison incrémentielle, et les hommes d'affaires l'adorent beaucoup. Plus de longues années d'attente pour une grosse sortie avec toutes les cloches et les sifflets. La sortie agile du produit est rapide et fréquente. Et, encore une fois, c'est le client qui détermine quoi et quand publier. Au minimum, un seul problème doit contenir une fonctionnalité qui a été prouvée par la pratique.

OBTENIR DES INFORMATIONS

Les résultats de notre première version - notre MVP - sont assez éphémères, et nous avons besoin de plus de détails pour les transformer en un produit à part entière. L'avantage de ces résultats est qu'à ce stade, nous formulons des idées, il serait donc inutile de développer un profil de produit à part entière, qui ne sera pas nécessairement utilisé. Il suffit amplement de développer une vision commune et de formuler un MVP, sans se rendre compte du produit lui-même. À l'étape suivante, nous devons découvrir les côtés positifs et négatifs du produit. Un outil classique pour résoudre ce problème est une histoire d'utilisateur.

Raconte moi une histoire

Les user stories sont de courtes descriptions simples des caractéristiques d'un produit du point de vue de la personne qui va l'utiliser. Il s'agit généralement d'un utilisateur ou d'un acheteur. Les histoires d'utilisateurs suivent généralement un format simple.
Étant <type d'utilisateur>, j'ai besoin de <cible> pour <raison>.


Une user story est un concept abstrait qui fournit suffisamment d'informations pour qu'une équipe puisse évaluer de manière réaliste les ressources nécessaires à la mise en œuvre d'un projet. Les récits d'utilisateurs sont souvent enregistrés sur des autocollants ou des cartes, qui sont ensuite accrochés aux murs ou disposés sur des tables pour faciliter le processus de planification.

L'histoire de l'utilisateur vous permet de vous concentrer sur la discussion des caractéristiques du produit, ce qui est une étape importante après avoir développé une idée de base de ces caractéristiques.

Personne ne vous oblige à utiliser des histoires personnalisées. Cependant, ces histoires nous rappellent l'importance des discussions collectives, et les résultats de ces discussions collectives sont souvent plus importants qu'un plan de travail détaillé.


Au cours de ces discussions, les principaux aspects des caractéristiques les plus importantes du produit sont identifiés. N'oubliez pas que les enregistrements eux-mêmes ne signifient rien, mais une communication collective animée nous permet non seulement de développer des détails fondamentaux, mais aussi de maintenir un regard neuf sur le projet. Gagner dans tous les sens.

»Plus d'informations sur le livre sont disponibles sur le site Web de l'éditeur
» Contenu
» Extrait

20% de réduction sur le coupon pour les Agro-Agents - Agile