Comment expliquer à ma grand-mère, ce Agile pendant 15 minutes avec des images

Agile pendant 15 minutes avec des images
Grande photo en appuyant dans une nouvelle fenêtre!

développement Agile (Anglais development Agile de logiciels, agiles-méthodes.) - Une série d'approches à utiliser un logiciel axé sur le développement de développement itératif, une formation dynamique des exigences et de veiller à leur mise en œuvre à la suite d' une interaction constante au sein des groupes d' auto-organisation de travail, composé d'experts dans divers domaines. Il existe plusieurs techniques liées à la classe des méthodologies de développement agiles, comme Extreme Programming, DSDM, Scrum, FDD.

Il est utilisé comme une pratique efficace d'organiser de petits groupes de travail (qui font un travail créatif uniforme) en association avec la gestion de la méthode combinée (libérale et démocratique). La plupart des méthodologies agiles visent à minimiser le risque en développant l'information pour une série de cycles courts appelés itérations, qui durent généralement de deux à trois semaines. Chaque itération en lui-même ressemble à un projet de logiciel miniature et comprend toutes les tâches nécessaires à la question de la fonctionnalité mini-minimum: planification, analyse des besoins, la conception, la programmation, les tests et la documentation. Bien qu'une itération séparée, en règle générale, ne suffit pas à libérer la nouvelle version du produit, il est entendu que le projet de logiciel flexible prêt à être diffusé à la fin de chaque itération. A la fin de chaque itération, l'équipe effectue une réévaluation des priorités de développement.

Agile-méthodes mettent l'accent sur le visage direct à la communication de visage. La plupart agile-commandes sont situées dans le même bureau, parfois appelé en anglais. enclos des releveurs. Au minimum, il comprend et «clients» (propriétaire du produit anglais - le client ou son mandataire, définissant les exigences pour le produit ;. Ce rôle peut effectuer le chef de projet, analyste d'affaires, ou client). Le bureau peut également inclure les testeurs, les concepteurs d'interfaces, rédacteurs techniques, et les gestionnaires. Les principaux agiles-méthodes métriques est un produit de travail. Préférer communication directe, agiles-méthodes réduisent la quantité de documentation écrite par rapport à d'autres méthodes. Cela a conduit à la critique de ces méthodes que l'indiscipliné.

La vidéo la plus regardée sur YouTube sujet agile. 744,625 vues au moment de la publication de cet article. Style simple de l'écriture, des images, et à seulement 15 minutes - le meilleur que je l'ai vu. TED est au repos.

"Toute entreprise prend toujours plus longtemps que prévu, même en tenant compte de la loi de Hofstadter." - Loi Hofstadter

rôle

Agile за 15 минут с картинками

Il est Pat, le propriétaire du produit. Elle ne connaît pas les détails techniques, mais il a une vision de l'image globale, nous savons pourquoi nous faisons le produit, quels sont les problèmes qu'il va résoudre et pour qui.

Agile за 15 минут с картинками

Cette parties prenantes. Ils utiliseront le produit pour le soutenir ou d'être comme quelqu'un d'autre impliqué dans le développement.

Agile за 15 минут с картинками

Cet utilisateur histoires. Ils ont exprimé souhaits des personnes concernées. Par exemple, "au système de réservation de billets, l'utilisateur doit rechercher des vols."

Agile за 15 минут с картинками

Les parties intéressées beaucoup d'idées, et Pat contribue à rendre les idées d'histoires d'utilisateurs.

Agile за 15 минут с картинками

Ceci est une équipe de développeurs. Ceux qui vont construire un système de travail.

Agile за 15 минут с картинками

capacité

Agile за 15 минут с картинками

Depuis l'équipe utilise une méthodologie de développement flexible, ils ne sauvent pas toutes ces histoires à la grande libération, au contraire, ils les libèrent immédiatement et aussi souvent que possible. Ils produisent habituellement 4-6 histoires d'utilisateurs par semaine. Il est de leur bande passante. Il est très facile à mesurer - le nombre d'histoires d'utilisateurs dans les 7 derniers jours.

Certaines histoires sont grandes, elles peuvent être considérées en deux, certains sont petits, ils peuvent être considérés pour la moitié.

Afin de maintenir ce rythme et de ne pas se perdre dans les tests manuels de régression, l'équipe travaille dur intégration continue automatique testirovaniemi. Par conséquent, pour chaque Vous devez écrire auto-tests, et la plupart du code a une auto-tests intégrés.

Agile за 15 минут с картинками

Le problème est que beaucoup d'intervenants et de leurs besoins ne peuvent être satisfaits 4-6 histoires par semaine.

Chaque fois que nous mettons en œuvre une histoire d'utilisateur, ils ont quelques idées, dont il suit d'autres enquêtes.

Qu'est-ce qui se passe si nous faisons ce qu'ils demandent pour nous? Nous allons surcharger.

Agile за 15 минут с картинками

Par exemple, l'équipe va prendre pour 10 nouvelles histoires pour cette entrée nedelyu.Esli 10 et la sortie 4-6, l'équipe seront surchargés. Vont se précipiter pour basculer entre les tâches, perdre la motivation, à la suite d'une baisse de productivité et de qualité. Ceci est une stratégie perdante.

Scrum et XP dans ce cas utiliser la méthode du «temps d'hier." L'équipe dit: "Récemment, nous avons fait une semaine 4-6 caractéristiques, 4-6 caractéristiques que nous allons faire la semaine prochaine?"

L'objectif de Product Owner est de choisir intelligemment les histoires d'utilisateurs seront mis en œuvre cette semaine.

Kanban est recommandé de limiter des tâches multiples - limite WIP. Que l'équipe décide que le 5 - est un nombre acceptable de témoignages d'utilisateurs, sur lesquels ils peuvent travailler en même temps sans recharger, ne pas sauter de l'un à l'autre.

Agile за 15 минут с картинками

Les deux approches fonctionnent bien et ils ont tous deux créer une tâche file d'attente, qui est appelé le carnet de commandes de Scrum, ou une liste de tâches en priorité.

Cette file d'attente est également parties prenantes upravlyat.Esli nécessaires demandant 10 histoires par semaine, et l'équipe réalise les 4-6 histoires, ce lieu deviendra de plus en plus. Et bientôt votre carnet de commandes sera peint dans les six prochains mois. Voilà une autre histoire attendra pendant 6 mois.

Il n'y a qu'une seule façon de tenir une liste de tâches sous la supervision de - le mot «non»

Agile за 15 минут с картинками

Ceci est le mot le plus important pour le propriétaire du produit. Il doit former tous les jours dans le miroir.

Dites «oui» - facilement. Mais tâche plus importante - de décider ce qu'il faut faire et ne pas être tenu responsable. Le propriétaire du produit définit également la séquence de ce que nous faisons maintenant, et ce que plus tard. Il est un travail difficile et il doit effectuer, en collaboration avec l'équipe de développement et au moins une partie intéressée.

Agile за 15 минут с картинками

Pour donner la priorité, le propriétaire du produit doit comprendre la valeur de chaque histoire et son volume.

la prise de décision

Certaines histoires sont essentielles, et certains sont des bonus seulement. Le développement de certaines histoires prendra quelques heures pour le développement des autres - mois.

Comment la taille de l'historique et de sa valeur? Rien.

Plus ne veut pas dire mieux. Valeur et de la complexité du problème - qui est ce qui fait Pat prioriser.

En tant que propriétaire du produit détermine la valeur et le volume des histoires? Rien.

Il est un jeu de devinettes. Et la meilleure partie de tout cela. Pat communique constamment avec les personnes concernées de connaître la valeur de chaque histoire, traite de l'équipe de développement afin de connaître la quantité de travail, mais il est estimation approximative, il n'y a pas de chiffres exacts. Dans un premier temps, il y aura toujours des erreurs et c'est très bien. Beaucoup plus précieux est la communication que les chiffres ultra-précis.

Chaque fois que les développeurs libérés quelque chose de nouveau, nous apprenons plus d'informations et sont mieux en mesure de naviguer.

Un ordre de priorité suffisant. Pour produire des histoires rapidement et souvent besoin d'être cassé en morceaux qui peuvent être faites dans quelques jours. Nous voulons au début de l'entonnoir était petite et distincte histoire et à la fin - un grand et incertain. Dans le temps de faire une telle ventilation, nous pouvons tirer parti de nos dernières découvertes sur le produit et les besoins de l'utilisateur. Il a appelé le nettoyage Backloga.

Pat rencontre Backloga nettoyage tous les mercredis de 11 à 12. En règle générale, il va à toute l'équipe et parfois plusieurs intervenants. Le contenu des réunions est différent. En se concentrant sur l'évaluation sur la répartition des histoires sur les critères d'acceptation.

Le propriétaire d'un produit informatique doit constamment communiquer avec tous

Pire propriétaires du produit libèrent 2 composante de la réussite: la passion pour le travail et la communication. Quels sont les objectifs du propriétaire du produit décide de placer avec l'équipe.

L'équilibre entre la complexité de la conception et de la valeur des histoires d'utilisateurs

À un stade précoce de l'équilibre menace l'incertitude et des risques multiples.

risques

Agile за 15 минут с картинками

  • Le risque d'entreprise: «Sommes-nous en train de faire la bonne chose?"
  • Risque social: "Est-ce que nous serons en mesure de faire ce que vous avez besoin?"
  • Risque technique: "Est-ce que le travail de projet sur la plate-forme?"
  • Les risques pour le coût et le calendrier de la mise en œuvre: «Nous allons faire là, et si l'argent est suffisant?"

La connaissance peut être considérée comme le contraire du risque. Lorsque l'incertitude est grande, nous nous concentrons sur l'acquisition de connaissances - prototypes d'interface, des expériences techniques.

Le compromis entre la valeur de la connaissance et de la valeur pour les clients

Du point de vue de la courbe de client ressemble à ceci:

Agile за 15 минут с картинками

En termes de valeur pour le client, cette courbe ressemble.

Agile за 15 минут с картинками

Alors que l'incertitude est réduite, nous pouvons nous concentrer sur la valeur client. Nous savons ce qu'il faut faire. Il ne reste plus qu'à faire. Une fois mis en œuvre l'histoire de base, nous ferons des bonus ou démarrer un nouveau projet.

Le compromis entre court terme et une réflexion à long terme

Agile за 15 минут с картинками

Comme mis en œuvre en premier lieu? bugs fix d'urgence ou de commencer à développer une caractéristique étonnante qui va étonner les utilisateurs. Ou faire complexe la mise à niveau de la plate-forme, ce qui permettra d'accélérer le travail à l'avenir. Il est nécessaire de maintenir en permanence un équilibre entre le travail réactif et proactif.

Faire la bonne chose, bien faire les choses ou faire vite?

Agile за 15 минут с картинками

Idéalement - tous les trois à la fois, mais en réalité, nous devons choisir.

Agile за 15 минут с картинками

Supposons que nous sommes ici. Nous essayons de créer le produit parfait avec l'aide d'une architecture idéale. Si nous passons beaucoup de temps, nous ne pouvons pas entrer dans la "boîte de marketing» et nous aurons un problème avec de l'argent. Ou:

Agile за 15 минут с картинками

Nous faisons de notre mieux pour prototyper rapidement produit. Pour le court terme, il est pas mal. À long terme - nous obtenons le risque technique. Et la vitesse de développement diminue à zéro. Ou:

Agile за 15 минут с картинками

Nous sommes ici, nous créons un beau temple en un temps record. Mais l'utilisateur n'a pas besoin d'un temple, il avait besoin d'un camping-car.

Entre rôles dans Scrum il y a une opposition saine

Agile за 15 минут с картинками

Le propriétaire du produit est axé sur le renforcement des bonnes choses. L'équipe se concentre sur la façon de construire les choses. Scrum-Master ou agile entraîneur se concentre sur la réduction de la boucle de rétroaction.

Nous devons également souligner l'importance de la vitesse, de sorte que kkak cycle de rétroaction court accélère l'apprentissage. Cela nous permet de trouver rapidement ce que les choses sont bonnes et comment construire correctement.

Le compromis entre le développement de nouveaux produits et l'amélioration de la vieille

Agile за 15 минут с картинками

Le produit ne peut jamais être fini, car il a constamment besoin de changements. Lorsque l'équipe commence à travailler sur un nouveau produit, ce qui se passe à l'ancienne? le transfert du produit d'une équipe à une autre - une très coûteuse et risquée. Habituellement, l'équipe prend en charge l'ancien produit, en développant un nouveau. Par conséquent, plutôt le concept de «arriéré» ne fait pas référence au produit et à l'équipe. Carnet de commandes - une liste de choses que le propriétaire veut un produit d'une équipe. Et un ensemble d'histoires pour des produits différents. propriétaire du produit doit toujours choisir le meilleur pour la mise en œuvre.

histoires de destruction de l'annexe

De temps en temps, les intervenants demanderont Pat, «Quand ma libération Vous» ou «Combien de fonctionnalités libéré pour Noël?". Le propriétaire du produit devrait être en mesure de gérer les attentes des utilisateurs. Et gérer les attentes de façon réaliste.

Agile за 15 минут с картинками

Deux tendances - optimiste et pessimiste (vous pouvez sur l'œil). La distance entre la tendance montre comment instable la vitesse de l'équipe. Au fil du temps, ces tendances vont se stabiliser et l'incertitude cône diminueront.

Supposons que la personne concernée demande où est cette fonctionnalité sera faite?

Agile за 15 минут с картинками

Ceci est une question avec un contenu fixe et indéfinie. Pour répondre à Pat utilise deux lignes de tendance. La réponse - en Avril ou Mai.

Agile за 15 минут с картинками

L'intéressé demande Pat: "Qu'est-ce que sera fait pour Noël?» Cette question est un terme fixe et le contenu incertain. Les lignes de tendance coupées sur l'échelle verticale de la coupe probable que aura le temps de mettre en œuvre.

Agile за 15 минут с картинками

L'intéressé demande: «Serons-nous capables de faire ces caractéristiques ici pour Noël?» Cette question est un laps de temps fixe et contenu fixe. En se concentrant sur les tendances, Pat a répondu: «Non». Ajout: "A Noël, nous aurons le temps de le faire beaucoup, mais tellement de temps dont nous avons besoin pour terminer tout ce travail complètement."

Habituellement, il est préférable de réduire le contenu du projet que pour augmenter le temps. Si nous réduisons le contenu, nous serons en mesure de supprimer des termes. Nous pouvons libérer quelque chose ici, et le reste - plus tard.

Le propriétaire du produit effectue des paiements hebdomadaires et utilise exclusivement des données empiriques, pas un vœu pieux. Il parle ouvertement de l'incertitude. L'équipe maintient le rythme de travail, et Pat a aucune pression sur eux, provoquant accéléré.

Plusieurs équipes

Agile за 15 минут с картинками

Laissez-nous quelques-uns des propriétaires de produits et plusieurs équipes. Le modèle est le même - la gestion de la bande passante, la communication avec les parties prenantes, des histoires d'utilisateurs type de prise de décision. Le taux est la somme des vitesses de toutes les équipes. Prévision peut être générale ou pour chaque équipe. Les propriétaires des produits il y a un problème supplémentaire - la communication avec d'autres propriétaires de produits. Il est nécessaire d'organiser le travail sur Backlogami pour minimiser la dépendance et assurer la synchronisation. Dans les grands projets nécessitent le chef du propriétaire des produits (CPO), pour synchroniser tous les autres.

Vidéos en anglais

Vidéo sur la Russie

Pour Via l'Agile produit la propriété en bref un & habrahabr.ru et le wiki