Manifeste Agile Hybride Et Spider-Man

Qu'est-ce que Spider-Man a à voir avec les projets agiles? Vous avez peut-être atterri ici par curiosité. Continuez à lire et vous découvrirez.

Dans cet article, je parlerai des problèmes posés par le Manifeste Agile, des principes agiles et de la façon dont une cascade agile et ciblée va de pair comme une approche hybride pour la but d'améliorer les résultats finaux. En tant que précurseur, consultez mon précédent article sur les chutes d’eau agiles .

Je partagerai avec vous mes préoccupations concernant la culture agile et les raisons pour lesquelles une meilleure approche consisterait à favoriser la diversité avec un modèle hybride. 19659002] Dans un article pour un autre document de conférence du PMI intitulé Alliant agilité et cascade Alex Rodov et Jordi Teixidó écrivaient: «… nous avons tendance à comparer les projets agiles à de mauvaises approches par cascade et à poursuivre sur cette idée fausse». [19659002] Alex et Jordi l’ont frappé à la tête, ce qui m’a conduit au Manifeste Agile et à ce qu’il a favorisé.

Le problème du Manifeste Agile

Le Manifeste Agile existe depuis 18 ans. . Si vous ne l'avez pas vu, jetez-y un coup d'œil. La description est simple et rapide:

• Individus et interactions sur des processus et des outils
• Logiciel de travail sur une documentation complète
• Collaboration client pour la négociation de contrat
• Réponse au changement après un plan

Le manifeste Les auteurs affirment qu'ils attachent plus d'importance à ce qui est à gauche que à ce qui est à gauche.

Mais voici deux questions:

1. Pourquoi le côté gauche de la déclaration doit-il être plus précieux que le droit? [19659009] Pourquoi ne peuvent-ils pas avoir la même valeur sans que l'un ne leur enlève l'autre?

Pour Alex et Jordi, je crois que le Manifeste Agile a été écrit dans le but de contrer des projets de cascade mal gérés. De même, il existe une tonne de projets agiles mal gérés, comme le note Gloria J. Miller dans son article Problèmes, défis et échecs agiles .

Examinons le premier énoncé du manifeste: Les individus et les interactions sur les processus et les outils. »C'est comme dire que l'amélioration de la mécanique interactive d'une voiture est préférable à la garantie de disposer d'un ensemble de directions parfait pour se rendre au lac avant le coucher du soleil. Nous avons besoin des deux.

Je peux énumérer les raisons pour lesquelles il est absurde de penser que travailler sur l’un diminuera la valeur de l’autre. Mais je suppose que la raison de leur déclaration de valeur tient au fait que de nombreuses entreprises ignoraient des aspects importants tels que les individus et les interactions, les logiciels fonctionnels, la collaboration et la réaction au changement. Un manifeste comme celui-ci pourrait avoir pour but de forcer les gens à dire: "Hé, regarde ici!" Cependant, la façon dont il est écrit a amené beaucoup de personnes à minimiser la valeur des éléments à droite de chaque déclaration.

item dans la page 12 Principles qui souligne la réelle différence entre les approches agiles et traditionnelles en cascade. C’est l’accent mis sur le déploiement continu de produits par petits morceaux plutôt que sur l’approche du Big Bang telle qu’elle est envisagée dans les projets de chutes d’eau uniquement.

(Qu'en est-il de Spider-Man? À venir…)

La seule valeur unique de l'agile est…

Tous les éléments de la page Manifeste et principes Agile, à l'exception d'une différence unique, doivent tous être appliqués à des projets de cascade agiles et non agiles.

Je crois que la véritable valeur unique de l'agile est sa capacité à . ] livrer le produit en petits morceaux fréquemment et au fil du temps .

Pour ce faire, vous devez faire preuve de souplesse en ce qui concerne le changement pour deux raisons: l'une consiste à livrer par petits morceaux lorsque les besoins futurs ne sont pas vraiment complets étoffé. Deuxièmement, le déploiement de déploiements continus chez le client suscitera de nouvelles idées et permettra d'identifier les problèmes de conception beaucoup plus tôt, à l'aide des commentaires des clients. Par conséquent, faire preuve de souplesse tout en respectant les délais de livraison est vraiment cool et ne fait généralement pas partie du menu des projets de cascade.

Spider-Man avec agilité et processus

Ok, parlons de Spider-Man. La raison pour laquelle je l’évoque, à part un titre et une image accrocheurs, est d’utiliser son approche comme exemple de mélange agile avec processus. Vous pouvez entendre des puristes agiles affirmer que les processus gênent. Il convient de noter que la ligne 1 du Manifeste Agile minimise les «processus», mais la page des 12 principes mentionne les «processus agiles» à quelques reprises. Hmm…

Pour donner raison à leur page de principes, la mise en œuvre agile comprend en effet un certain nombre de processus, tels que les étapes d'organisation et de tenue de réunions Scrum, et la discipline du travail de boxe temporelle dans les sprints, suivis de processus de commentaires et de rétroaction. .

Bien qu’il existe de nombreux forums et articles sur la physique réelle du balancement dans Manhattan, mon objectif est que l’agilité et les processus vont de pair (ou gratte-ciel à gratte-ciel), et un

Que vous soyez Spider-Man ou l'un des chefs de produit du prochain jeu numérique Killer, vous pouvez facilement combiner agilité et processus afin d'optimiser les résultats finaux des projets.

Dans mon dernier blog, j'ai expliqué pourquoi la plupart des projets agiles sont vraiment agiles avec une cascade. Si vous l'avez lu, rappelez-vous que les projets dont les débuts nécessitent une planification solide et des processus connus, avec des étapes d'action séquentielles dépendant principalement de l'étape précédente. De temps en temps, Spider-Man s’amuse pour le plaisir, mais ce n’est vraiment pas un projet, car il n’ya pas de fin de partie (et je soupçonne que le matériau de la sangle coûte très cher). La plupart du temps, il planifie son chemin pour se rendre de l'autre côté de la ville à temps pour sauver, par exemple, un bus suspendu sur le point de tomber d'un pont. À l'exception de certains moments de pure réaction instinctive lors de la lutte contre le monstre aquatique, bon nombre de ses vols sont des processus hybrides agiles / cascades comportant un ensemble d'étapes de bonne pratique, ainsi que l'agilité permettant de gérer des structures inconnues lors du basculement. 19659006] Un manifeste hybride agile / cascade?

Il n'est pas juste de critiquer quelque chose sans offrir une amélioration. Je vais tenter de définir un bref manifeste pour la nouvelle ère de l’agilité hybride avec cascade. Ce qui suit est juste une idée, et j'aimerais vos commentaires. Pensez à utiliser ce mélange au cours d'un seul projet:

• Cascade pour étapes connues dépendantes avec agilité pour inconnues et itérations
• Planifiez avec les meilleures pratiques reproductibles tout en répondant au changement avec agilité
• Fourniture continue fréquente de solutions de produit ou de projet [19659009] Tous ceux qui sont engagés pour partager, résoudre et innover en permanence – et les clients, sponsors et parties prenantes font également partie de “chacun”
• Les personnes, les processus et les outils travaillant ensemble forment une recette gagnante

La diversité et l'inclusion plutôt que l'exclusivité rendre nos projets plus forts. Les personnes ayant des approches et des expériences différentes, centrées sur l'agilité ou les chutes d'eau, sont toutes nécessaires pour offrir des points de vue uniques.

Cherchez des outils hybrides agiles pour les chutes d'eau

Un mot sur les outils: le problème de la plupart des outils de gestion de projet est aujourd'hui qu'ils sont réellement conçus pour des projets en cascade, tels que Microsoft Project; ou pour les sprints agiles, tels que Atlassian Jira. Ce que vous obtenez est une partie de l’équipe qui utilise un outil et l’autre qui utilise un outil différent. Bien que cela puisse fonctionner, vous perdez toute surveillance et toute transparence dans l'ensemble du projet.

Recherchez un outil qui permet d'utiliser des étapes séquentielles guidées par un processus qui peuvent être répétées à partir de modèles de projet, ou ce que nous appelons “ recettes »et fournit également une fonctionnalité de tableau qui convient aux sprints agiles. Ils sont difficiles à trouver, mais je vais vous donner un exemple de notre propre outil de projet hybride Pie avec la vidéo suivante:

Cet article a été initialement publié sur le Pie blog et est republié avec l’autorisation de votre choix.

Voulez-vous apprendre? Comment votre entreprise peut-elle tirer parti des solutions de gestion de l'expérience de SAP? Joignez-vous à notre série de webinaires pour en savoir plus sur ce sujet!