Ali sur REVIEW: Quel est le véritable développement agile? Article, nous décrivons ce que le développement agile est un vrai sens de la façon de mesurer. Aujourd'hui, Ali experts techniques Mian supérieurs ce que l'enseignant, continuent de nous conduire à explorer comment l'écoulement d'efficacité comme point de départ pour améliorer la capacité de livraison continue.

Continuer d'améliorer la capacité de livraison

Notre équipe a récemment apporté des améliorations à l'efficacité d'Ali interne, présenté comme vision « 2-1-1 », il a été reconnu par de nombreux ministères. 211 Qu'est-ce? « 2 » fait référence à la période de livraison de plus de 2 semaines --85% de la demande peut être livré en 2 semaines, le premier « 1 » fait référence aux besoins du cycle de développement plus de 1 semaine --85% peut se développer dans 1 semaine complète, le deuxième « 1 » fait référence au temps pré-version 1 heure - le code de soumission peut être complété en 1 heure communiqué.

Aujourd'hui, de nombreuses équipes de la « 211 » ou une distance, en particulier le « 2 », ce qui implique diverses fonctions dans toute l'organisation, la coordination et les services, en étroite collaboration. Publier un délai d'une heure, vous devez continuer à fournir des lignes, le système d'architecture de produits et de tests automatisés, une protection efficace déploiement. Atteint « 211 » est pas facile, mais elle reflète l'organisation d'améliorer la prestation des objectifs de capacité de réponse rapide et soutenue, définir une orientation d'amélioration continue, de sorte que nous en tant que vision avant de l'obtenir.

Remarque: Les idées ci-dessus tomberont aux outils de développement effet cloud (Ali interne appelé Aone), du processus de livraison, les produits livrables, la qualité de livraison et d'autres données peuvent également être consultées dans le nuage fonction de mesure efficace.

La question est de savoir comment nous pouvons atteindre cet objectif? look Let à un dessin animé.

Ceci est un bar, ivre sous la lumière de rue à la recherche de quelque chose, longtemps plus tard, la police se sont penchés sur lui, ne pouvait pas se avança et a demandé: « Qu'est-ce que vous cherchez? » L'ivrogne a dit: « Trouver ma clé « la police a regardé comme si la clé est pas dans ce domaine, et a demandé: » la clé est que vous jetez dans « l'ivrogne dit :. » au lieu de « la police a surpris et a demandé: » pourquoi tu regardes ce « en état d'ébriété? Han a répondu :. « seulement ici peut voir ah »

Anglais Key (touche) est aussi la clé du sens. La lumière éclaire l'endroit est pas la clé. Je raconte cette histoire pour illustrer le développement d'un problème commun - où la lumière allumée, mais l'endroit est pas la clé pour trouver la réponse, bien sûr, il n'y aura aucun résultat. C'est là la clé du processus de développement, où est-il?

Auteur « Les principes de flux de développement des produits », un livre de Don dit: « Dans le développement de produits, la question clé est presque jamais une stagnation des ressources, mais la stagnation de la demande. » Qu'est-ce que cela signifie? Le but ultime du développement des produits est d'offrir une valeur, alors nous devons laisser la valeur de processus livré bien ensemble, il est de laisser la valeur couler bien ensemble. La planification, la gestion, la coordination des activités et l'affectation des ressources et ainsi de suite, doit servir la valeur de débit. flux de valeur est le but, les ressources ne sont pas occupés.

En réalité, nous sommes plus préoccupés de savoir si la stagnation des ressources, que ce soit au ralenti, mais le vrai problème est pas ici. Le vrai problème se stabilise de la demande, carnet de commandes de la demande à tous les stades - comme la phase d'analyse, la phase de test, l'étape de libération et ainsi de suite. La demande ne peut pas circuler en douceur est le vrai problème, ce qui est ce que nous appelons la clé.

Pourquoi avons-nous tendance retard de la demande peu d'attention? Parce qu'il est difficile de voir où la lumière est éteinte. Nous avons à peine perceptible (au moins très difficile à détecter en temps réel) demande stagnante, arriéré et reprise, et qui est la clé pour améliorer la valeur délivrée.

Pour améliorer la fin de processus final, il faut voir la valeur du processus de bout en flux, où il y a un arriéré et de la stagnation. A cet effet, l'amélioration de la première étape consiste à laisser la lumière éclairer la clé - la valeur de la fin visuelle du flux de processus, les problèmes de liquidité dans le processus de découverte basée sur la chaîne de valeur.

Regardez un exemple, il est le produit d'une équipe des panneaux d'affichage. carte kanban est bleu dans la demande. Que la lumière Illuminate la clé est de faire des besoins de liquidité de fin à la visualisation de processus final. La demande du début, « select », le choix que l'on appelle est le choix de ces exigences de nombreuses opportunités de marché a commencé à se développer. Après avoir sélectionné autre étape du processus, telles que les exigences de la conception, le développement, les tests, l'inspection, etc., jusqu'à la sortie, ce qui est une fin de processus de fin.

Nous voyons « développement » séparé à ce stade, où la demande se décompose en tâches - Le morceau de papier jaune. Tâches et exigences auxquelles elle appartient dans la même ligne, nous avons la ligne d'une telle est appelée voie. la première colonne Lane (bande bleue) demande, les tâches subordonnées (cartons jaunes) sont organisés en modules, tels que avant, arrière ou autre personne à charge le module externe, la dernière colonne représente l'état dans lequel la tâche est terminée, après l'achèvement de toutes les tâches la demande pour la prochaine étape - à tester.

Pour la fin de besoins de visualisation de flux de processus, la demande est sélectionnée depuis le début jusqu'à la fin de la sortie. Cela nous permet de voir instantanément le problème, par exemple: si le bon déroulement de la demande, s'il y a eu une stagnation et l'arriéré, s'il y a un goulot d'étranglement. On appelle cela: la lumière allumée le problème.

De plus, nous devons protéger la valeur du flux de la qualité, de la qualité de livraison processus intégré dans le processus de développement, plutôt que de compter sur la dernière partie du test. Solidité afin de faire que nous avons besoin de normes clairement définies des besoins de liquidité, la figure montre la demande dans le développement des liens pour répondre à l'entrée standard, dans ce cas, il est défini comme:

1 utilisateur) a besoin d'utiliser les processus et les critères d'acceptation clairement définis;

2) peut être identifié la partie utilisatrice;

3) morcelées demande forte demande en deux semaines ou moins, ou dans une semaine, et ainsi de suite.

On peut aussi définir des règles pour les autres étapes, comme le développement de la production de règles (c.-à-test de tour) est. Cela fait également partie des clés éclaire.

Illuminer la clé, a vu la fin de la demande pour mettre fin à l'écoulement de processus et le flux des problèmes et les goulets d'étranglement est la première étape. Encore plus critique est de savoir comment faire après avoir vu le problème? Pour visualiser la base des flux à valeur finale, nous espérons être en mesure de lisser le flux de valeur, de gauche à droite, ne se produira pas la stagnation et l'arriéré. Comment faire? look Let à une histoire.

Le chiffre appelé apprivoisé quart Pan, il est le spécialiste de l'eau de la rivière Jaune de la dynastie Ming, connu sous le nom « Fleuve Jaune dans la première personne à travers les âges, » nous parlons aujourd'hui est l'histoire de sa gouvernance de la rivière Jaune. La gouvernance du difficile jaune, difficile dans le dépôt continu des sédiments. Dragage est la façon traditionnelle de la rivière Jaune, la question est effacera la vase, année après année. Un grand nombre de la rivière se sont réunis, et de fournir les conditions de la rébellion, la destruction de la dynastie Yuan sur une grande relation avec eux. Décédé la perte de la vie, la règle est un gaspillage de ressources, qui est placé devant les dirigeants du dilemme de décision, la dynastie des Ming ne fait pas exception.

Jiajing à Wanli quart Pan dompter le fleuve Jaune à quatre reprises sont intervenus et ont obtenu un succès sans précédent, et résume la stratégie pratique, l'idée la plus importante est « L'eau pour le sable. » Qu'est-ce que « l'eau pour le sable » signifie? quartier Pan dompter le fleuve Jaune pendant le dragage ni la force brute, ni augmenter aveuglément la hauteur, talus élargissement. Il a juste le contraire, talus étroit - puis construire une banque plus étroite (fil appelé banque) dans le remblai (appelée banque à distance), avec la banque pour éviter l'effondrement loin, banque brin paquet pour l'eau. Embankment rétrécie, la vitesse de l'eau va accélérer le limon déposé loin, ce qui est appelé « l'eau pour le sable. »

ont rien à voir avec le développement des produits « L'eau pour le sable »? « Faisceau eau » pour accélérer le débit d'eau, a également pris des sédiments. Correspondant, le développement de produits, nous devons limiter le nombre de demandes concurrentes, également afin de réduire la demande du début à la fin des délais moyens - aller plus vite et découvrez instantanément et traiter des problèmes dans le processus de livraison - sédiments loin. Le regard Let un exemple spécifique.

Dans la figure, le nombre de voies parallèles demande Constraint. réduction de la demande en parallèle, le débit de la demande va accélérer, ce qui réduit le cycle de développement et de livraison. Plus important encore, ce qui limite parallèle peut être des problèmes exposés plus rapidement. voies limitées à la demande se produit une obstruction, il est facile de trouver. L'équipe doit résoudre le problème de blocage dès que possible afin de commencer une nouvelle demande. La résolution des problèmes immédiats et à promouvoir la fluidité de la valeur.

Sur la base de la chaîne de valeur de bout en bout, les équipes peuvent mieux gérer le flux de valeur. Sera un exemple à la station, l'équipe de la station lors de la réunion, sera d'examiner l'état de la demande. Et il y a deux stratégies, on reste à regarder à droite, il y a un regard de droite à gauche, je pense, est-elle appropriée? Oui, tout le monde dit de droite à gauche. Pourquoi? Parce que nous devons nous concentrer sur l'achèvement plutôt que le début, nous devrions nous concentrer sur le plus rapidement possible de fournir, telles que les exigences de test ne sont pas défectueux, et donner la priorité à remédier à ces lacunes, de sorte que la demande le plus tôt possible en ligne, le développement de la demande, il n'y a pas d'obstacles, et instant résoudre ces obstacles, les compléter. Seulement de cette façon que nous devons attendre que le nouveau développement peut commencer.

Le noyau de la station serait en regardant la valeur de la liquidité, les préoccupations concernant les lacunes des besoins de liquidité, les obstacles, la stagnation, l'attente et les goulets d'étranglement, trouver instantanément et résoudre ces problèmes et promouvoir les besoins de fluidité. Station sera juste un exemple, d'autres activités autour de panneaux d'affichage, ces mesures pour analyser et améliorer le développement de l'action, est de promouvoir les valeurs de flux de valeurs et la fluidité de la capacité de support de réponse, la qualité et l'efficacité.

(Cette capture d'écran de Ali et ainsi sur l'effet des panneaux d'affichage électronique)

Il est utilisé dans un exemple de kanban physique ci-dessus, qui vise à faire plus de sens du corps. Aujourd'hui, la plupart de l'équipe, que ce soit la technologie cloud Ali à Taiwan ou de poisson de loisirs, les panneaux d'affichage électroniques nuage efficaces sont utilisés. Après l'optimisation continue, la signalisation et l'expérience d'exploitation a été proche Kanban physique. Et ont kanban physique pas l'avantage, par exemple: une mesure des données mentionnées précédentes peut être généré automatiquement, il est logique d'identifier les problèmes et les améliorations, il est aussi l'intégration transparente avec d'autres documents du système et des outils d'édition. Ceci est une capture d'écran de panneaux d'affichage électroniques Youku.

Kanban aide l'équipe a exposé le problème, les actions d'amélioration spécifiques ou de mettre en uvre les différents aspects. Nous pouvons utiliser l'effet rock du lac pour décrire ce processus. Ceci est un lac, le lac a quelques-unes des pierres. Lorsque l'eau est profonde, les pierres sont cachées sous la surface du lac, mais son impact est dans le, lorsque le lac inférieur, la pierre sera progressivement exposée.

Dans le développement de produits, la métaphore de la pierre du problème, et la profondeur de la métaphore du lac longueur du cycle de livraison (ou le nombre d'exigences parallèles). Lorsque les besoins du long délai, le problème est caché, ce que nous voyons est une surface plane. Seul le bas niveau d'eau, le problème sera exposé.

Pour améliorer les performances d'un processus équipe Middleware à titre d'exemple. Ils utilisent à l'origine petit modèle de chute d'eau, il n'y a pas d'intégration et d'automatisation continue efficace pour fournir des produits cycle mensuel, la demande a commencé au début de mise au point, concentré et test de tour publié à la fin, la qualité et l'efficacité de la livraison externe n'a pas satisfaisante, la collaboration au sein il y a beaucoup de questions, chaque version sont très douloureuses, ont eu lieu reporté, mais tout le monde était sans compromis sur les causes profondes des problèmes et des solutions.

processus de mise en uvre du développement Lean et agile, nous avons d'abord faire est de visualiser le flux de valeur, et sur cette base afin de réduire progressivement le nombre de la demande parallèle, et nous nous efforçons de poursuivre le flux de la demande - suite de petites quantités d'intrants, développer, tester et livrer leur tour . Dans le processus de réduction de l'encombrement du problème est progressivement exposée.

Dans ce cas, afin d'obtenir le flux de petites quantités, tout d'abord exposé l'analyse des besoins de problème et divisé, qui est, comment briser les besoins des tests indépendamment, la validation et la livraison des unités plus petites. En introduisant des « besoins » d'instanciation (un besoin de clarifier, d'analyser et de méthodes de résolution) et d'autres méthodes, ce problème a été résolu, le développement et le test de transfert en vrac considérablement réduit.

Bientôt un nouveau problème a émergé, un environnement de test ou remis à la version de test est toujours disponible, la demande ne peut toujours pas couler en douceur, l'importance de la construction de pipelines de distribution continue se démarquerait. Bien sûr, la construction du pipe-line est pas non plus pas de livraison continue vers le début, nous venons d'ouvrir le pipeline, et l'introduction de la vérification automatique de base pour assurer que chaque fois un environnement de test et de versions sont disponibles. Suivant est la couverture d'automatisation des principales caractéristiques. infrastructure de coordination et de la technologie de communication et d'autres questions dans l'organisation subséquente aussi progressivement exposés.

Processus, nous nous sentons le plus grand avantage est que malgré le problème de résolution de processus est assez douloureux, mais nous pouvons nous concentrer sur un temps réel pour résoudre un problème est exposé, et ils auront aussi à l'adresse avantages perçus immédiatement, ce qui a grandement renforcer l'équipe d'investissement continue au pouvoir pour résoudre le problème.

L'équipe, pendant de nombreuses années a échoué à résoudre le problème, sont toutes les solutions en trois ou quatre mois, en l'absence de ressources supplémentaires mises en exécution de la RD été fondamentalement améliorée, la qualité, la réactivité a été une amélioration qualitative. Je très fortement - la recherche et le développement afin d'améliorer l'efficacité de la difficulté technique de la pratique, pas plus difficile que nous le faisons habituellement les systèmes d'entreprise. Mais pourquoi ne pas toujours mettre en uvre? L'équipe a fait quelque chose.

Il y a le problème fondamental n'est pas la capacité, ni la prise de conscience et l'attitude. Plus important est: que l'équipe voir le problème, et de fournir le chemin approprié, un temps pour résoudre un problème, et le problème de pouvoir voir immédiatement la pensée.

Il y a deux noyau:

• Tout d'abord: « voir », il est la clé de voir le système et a vu la valeur de fin à l'écoulement final, afin de voir les problèmes et les possibilités d'amélioration en fonction;
• Deuxièmement: le « chemin », qui est la clé de petites foulées, mais chaque étape a des résultats appréciables.

haute figure et une faible roche, et reflètent l'ordre approximatif en parallèle avec la diminution, le problème est exposé progressivement du concept. Pour les différentes équipes, et les questions de l'ordre sera différent. Mais la même chose est qu'en abaissant le niveau d'eau, le problème est exposé progressivement et résolu, la réactivité, la livraison des produits, l'efficacité et la qualité sera également renforcée. Notre objectif est de ne pas faire le niveau d'eau au minimum, mais pour identifier les problèmes, faire les exigences de plus petites tailles de particules peuvent couler en douceur, pour réaliser et lisser la livraison continue de haute qualité et de valeur.

Pour résumer les pratiques de livraison durables. Il met l'accent sur le développement, les tests, le déploiement et l'exploitation et la maintenance jusqu'à ce que ces liens des exigences à. Son objectif peut se résumer en deux:

• Tout d'abord: Laissez le bon déroulement de la valeur, que nous avons beaucoup parlé. Prenant la parole avant que la pratique peut favoriser le bon déroulement de la valeur, tels que: les panneaux d'affichage, commentaires afin d'améliorer ces pratiques de gestion, comme carte de l'histoire de la pratique de la technologie, le développement piloté par les tests d'acceptation.
• Deuxièmement: Laissez processus de circulation plus efficace, devant laquelle nous n'avons pas souligné. Ajoutez à cela, à ses membres de l'équipe de base ne doivent se concentrer sur la mise valeur réelle de la logique métier sans avoir à passer trop de temps sur d'autres choses.

Nous regardons la logique métier en plus, l'équipe sera affectée par ces emplois? Et comment réduire ces travaux? Voici quelques uns d'entre eux:

• Fiable pipeline de livraison: que l'équipe n'a pas à vous soucier de l'environnement, les étapes et la validation et le déploiement processus.
• La technologie conteneur (comme Docker): l'équipe est pas trop d'examiner la question à la distribution de la construction et de l'environnement d'exploitation.
• Kubernetes: laissez l'équipe ne donne pas beaucoup réfléchi à l'application conteneur déploiement, l'exploitation, la capacité mise à l'échelle et ainsi de suite.
• Sevice Mesh: laissez l'équipe ne donne pas beaucoup réfléchi à la communication des services distribués.
• Severless: que l'équipe ne donne pas beaucoup réfléchi aux ressources physiques du serveur.
• ...

Capacité de continuer à offrir de la valeur est au cur de l'ère Internet de l'efficacité du développement. Nous avons introduit une mesure visant à améliorer les capacités de livraison durables, ainsi que l'efficacité du chemin d'écoulement comme point de départ pour améliorer la pratique et la capacité de livraison continue.

Le problème est que la mise en place d'une capacité soutenue d'offrir entreprise prospère peut garantir? Il est évident que non. capacité continue de fournir de la valeur consiste à fournir rapide, obtenir une rétroaction et réglage souple de la base. Nous devons également être convertis à la poursuite de la capacité à produire de l'innovation d'entreprise efficace, apporter un réel succès commercial.

Ali interne Partager