Transcription
1. Introduction du cours: Hé, les gars, bienvenue à la première conférence du cours. On va parler d'agile mêlée Cambon. Quoi ? On va le couvrir. Ce que vous devriez attendre et vous donner les gars un gars solide doivent apporter un changement de valeur au sein de votre organisation. Vous n'avez pas nécessairement besoin d'avoir une compréhension de base de la gestion de projet. Si jamais vous voulez réussir, être agile, partitionnement ou maître de mêlée, vous devez prendre des décisions quotidiennes sur les vitesses de projet pour être nommé avec votre équipe et exécuter des rétrospectives pour aider l'équipe à partir. Vous verrez que le cours touche à tout ce qui a à voir avec le changement et l'agilité, car c'est une philosophie qui est au centre de tout ce que nous faisons. Que nous utilisions le combat de scrubber pendant la vie, vous écouterez également des vidéos et verrez que des démonstrations construisent votre première génération. Comment les hommes peuvent est un combat au sein de votre organisation, mais aussi les différents rôles qu'une équipe de mêlée se compose de, Mais vos responsabilités en tant que produit maître de mêlée, même un membre qui fait partie du développement. Ce cours est également pour les gens aimeraient rafraîchir vos connaissances sur Agile Scroll me Cambon car il offre un grand intérieur. C' est comme ça que nous travaillons tous les jours. L' utilisation de ce cours comprend également des feuilles de travail prêtes à l'emploi pour vous permettre de ramasser et de commencer à travailler . Il comprend un modèle de point d'histoire, modèles de
gravure et même une histoire d'utilisateur. Difficile de vous guider tout au long de votre première année d'histoires de partition. Si vous avez des questions pendant le cours, si vous avez besoin de conseils supplémentaires si vous avez des commentaires ou des suggestions de même, s'il vous plaît laissez-moi savoir, car ce cours continuera toujours à s'améliorer avec vos pieds en arrière. Nos gars espèrent que vous êtes excité parce que je suis excité d'enseigner ce cours Solis saute.
2. Introduction au cours Agile: peu importe l'industrie de taille de l'entreprise. Il y a toujours au moins une personne qui parle de rendre les choses plus agiles. Mais qu'est-ce que ça veut dire exactement ? Et comment pourriez-vous mettre en pratique et devenir plus qu'un mot à la mode ? Eh bien, tout d'
abord, l'agilité du contexte de l'entreprise est utilisée de façon anonyme pour dire que quelque chose est flexible, proactive et rapide caractéristiques qui sont utiles dans un
monde rapide et en transformation . Mais au-delà de cela, sens
descriptif se trouve tout un état d'esprit dans une façon philosophique de regarder les défis et de faire des choses qui va beaucoup plus loin, simplement mettre agile étiquette tout ce qui diffère d'un processus de cascade traditionnel . Bref, être vraiment agile est une question de culture d'entreprise. Perspective. Devenir agile aide à jeter un oeil à un exemple brillant. Un secteur qui se caractérise par l'agilité plus que tout autre et qui a été si loin dix
dernières années est le développement de logiciels. Il pourrait servir de modèle à toute autre industrie voulant être agile. Alors que de nombreux domaines ne font que réaliser pleinement l'impact de la transformation numérique, le développement
logiciel a été au cœur même de ce développement dès le début , la façon dont il a compris la nécessité de nouvelles approches dans le monde en évolution rapide peut être le meilleur dans le manifeste agile. Il a été publié en 2001 après 17 personnalités de premier plan dans l'industrie du logiciel admettent
les montagnes de l'Utah . Un objectif commun était de trouver les meilleurs flux de travail possibles pour le développement de logiciels pendant leur séjour. Ils ont réussi à identifier et les croyances autrefois communes sont définies dans le manifeste agile. Aujourd'hui, près de deux décennies plus tard, est plus pertinent que jamais, en particulier pour d'autres industries. Les principes directeurs formulés dans le manifeste par l'essence de la capacité des
industries logicielles à suivre un monde dynamique et
numérique. Donc, la question la plus importante que toutes les autres industries touchées par cette transformation doivent se poser est qu'est-ce que le développement logiciel fait différemment ? Et comment est-il capable de transformer les défis de la vitesse et de la flexibilité pour faire partie de sa nature
même ? La vitesse à laquelle émergent de nouvelles possibilités ? Virtuelle à couper le souffle Nous avons l'intelligence artificielle Blockchain sont déjà devenus la nouvelle base technologique
normale de tout jeu potentiel. Les changeurs rejettent cela au cours des dernières années. Les applications pratiques suivront sans aucun doute une vitesse exponentielle. Mais alors même que ces nouvelles technologies commencent à atteindre le grand public, les prochaines grandes choses déjà en cours de réalisation. Par conséquent, réagir à de telles évolutions n'est qu'une partie des défis auxquels les entreprises doivent faire face, en gardant un œil sur l'horizon et en identifiant les facteurs de changement et de compréhension potentiels. Il s'agit d'une deuxième partie. La nature omniprésente des progrès des technologies numériques rend les choses particulièrement importantes. Au fur et à mesure que tout devient numérique, il devient encore plus difficile d'anticiper toute l'ampleur de l'impact des nouveaux développements. entreprises qui ne sont pas prêtes à s'adapter à ces nouvelles exigences prendront rapidement du retard . Par conséquent, il est seulement nécessaire que les entreprises deviennent plus numériques. Aussi sont devenus plus rapides et plus agiles. Rien d'étonnant de nouveau ici. Donc, la vraie question est de savoir comment commencer et comment aller au-delà des mots à la mode ? Nous pensons qu'il y a un domaine qui bénéficie le plus des méthodes agiles, savoir l'innovation. Mais pourquoi c'est ça ? En termes simples, l'innovant actif revient souvent à trouver une nouvelle solution à un problème non seulement n'importe quel problème, mais un problème qui se trouve souvent dans l'avenir. Pour cette raison, les exigences d'une solution peuvent changer encore et encore, planification d'un projet du début à la fin et ensuite adhérer strictement à ce plan est dans de nombreux cas plus de voie directe vers le succès, le les circonstances évoluent beaucoup trop vite que ces utilisateurs en évolution de l'air aient besoin d' exigences technologiques, habitudes de
consommation ou de changements de la dynamique du marché et que les nouveaux défis qui s'y rattachent inévitablement. Néanmoins, mots comme inattendus ou imprévus sont des drapeaux rouges et de la magie classique du projet. En revanche, il n'y a pas de problème équipes fragiles. Le paradoxe d'entre eux, c'est que presque toutes les industries se sentent menacées par l'incertitude et la perturbation, mais en même temps, il y a plus de données d'information disponibles que jamais auparavant. Donc, le problème, fait, est que la connaissance de l'information souvent mal utilisée ou incluse dans la prise de décision , adoption de principes agiles et l'alignement de votre organisation avec eux est la première étape pour résoudre ce défi. Un esprit agile profondément ancré dans la culture d'entreprise permet un regard constant au-delà la propre organisation à chaque étape de la création de nouveaux produits ou services et par toutes les personnes impliquées dans les processus agiles appropriés de l'état d'esprit. L' incorporation ou la réaction à ces entrailles ne devrait pas poser de problème. Maintenant, cela n'est possible que lorsque l'agilité est comprise dans son intégralité. Nous allons au-delà du mot à la mode de la simple optimisation des processus pour le développement de logiciels. L' idée d'agilité devient les éléments centraux qui ont défini la fin NT d'une
industrie entière . Il a aidé à établir une base commune pour les développeurs en souffrance dans les organisations et les pays. Dans le même temps, a déclaré l'industrie, dehors des processus dans le monde analogique, ce faisant, les principes agiles pour trouver un nouveau type de culture du travail parfaitement aligné pour
les exigences, un numérique, une transformation du monde en dehors d'un développement plus doux doit rattraper.
3. Comment la gestion de projet traditionnelle est-elle différente d'Agile ?: donc, en regardant le calendrier des chutes d'eau que nous avons devant nous, il y a sept étapes. Comme vous pouvez le voir, ainsi est recueilli les exigences de document, test de code de
conception. Vous êtes jolie, résolvez les problèmes de retard et livrez le produit. Donc, au cours de cette mythologie de développement, chaque étape doit généralement être terminée avant que la phase suivante puisse commencer. Cependant, entre
les sept différentes tâches que j'ai énumérées, le projet doit être examiné et approuvé par les parties prenantes avant que toute forme de conception puisse être obtenir n'est évidemment rien dans ce monde. Il y a beaucoup de positifs, mais aussi des inconvénients. Jetons un coup d'oeil à ces maintenant. Le 1er 1 est les accords mutuels. Maintenant les deux parties, client et développeur. Ils doivent se mettre d'accord sur ce qui sera livré avant les travaux de mise en œuvre proprement dits. Cela rend la planification et la conception simple, et vous pouvez vous attendre à très peu de changements dans la deuxième partie progresse, mesurant à travers toute la portée du travail. Très simple. Cela signifie que la R A Y et les processus du projet ont déjà été garantis avant le début des travaux. 31 est conçu est la phase la plus ancienne maintenant. Le design n'est pas une phase antérieure. La plupart des autres phases de ce type de projets cela signifie qu'il se prête très bien à porter. Les composants doivent être construits ou conçus. Par exemple, vous construisez la télévision, ICS
électronique, les graines
de voiture, les réfrigérateurs, tout ce qui est grand et physique. Numéro quatre toutes les exigences connues à l'avance maintenant, puisque toutes les exigences obstacles sont connus avant avait il fournit une image plus complète pour les ingénieurs et très peu de zone pour les erreurs. Maintenant, jetons un coup d'oeil à certaines des parties négatives des cascades, sorte que le 1er 1 étant partie prenante étant la capacité que nous regardons, une cascade est fortement orientée vers la collecte des exigences aussi. Une phase de collecte des exigences en matière de disponibilité des intervenants dicte le reste du projet semblera qu'il y a très peu ou pas de toit. Flexibilité dit que vous avez un état clé froid. C' est en vacances pour quatre semaines, et c'est là que vos sessions de diffusion d'appartement se poursuivent. Vous pourriez rencontrer un problème de collecte des exigences des plans
et des simulations d'unités commerciales spécifiques et difficile à visualiser Maintenant, les parties prenantes et les clients ne sont pas toujours en mesure de visualiser les plans, cadres
métalliques ou les simulations ressemblent à une sorte de produit. La plupart des utilisateurs finaux ont également des difficultés à jumeler ceux-ci avec une exigence écrite donnée avant le projet. Les changements de démarrage deviennent également difficiles et très coûteux, surtout plus tard dans le projet. Hum, si tout est basé uniquement sur les exigences ont été fixées des mois, peut-être des années à l'avance. Alors imaginez combien il serait difficile de changer la porte sur le réfrigérateur ou trois étages du gratte-ciel par rapport à l'écriture, re écrire quelques lignes de code. C' est ce que j'essaie d'obtenir.
4. Comparaison Agile: Donc, si nous regardons agile, vous voyez que le premier point est en fait principe clé dans le travail avec le dollar, Avez-vous livraison fréquente ? Valeur de travail que le client voit fréquemment le travail être livré dans le cadre de
sessions d'examen spirituel , généralement dans un délai de 10 jours. Des changements et des décisions peuvent être faits tout au long du projet, la deuxième partie étant un fort sentiment d'appropriation. Maintenant, il y a toujours un fort sentiment de propriété épouses de l'équipe. L' équipe travaille ensemble tous les jours pour construire un produit. Vous avez toutes vos cérémonies dans votre mêlée, que vous
utilisiez un appareil photo très facile à produire. M V P, désormais agile, s'
enorgueillit de fournir des logiciels de haute valeur commerciale et de travail, facilitant
ainsi la production d'une version de base de ce logiciel qui peut être chronométrée avec objectifs
commerciaux tels que le marketing, etc. Chaque jour est une exigence. Le développement de jour est plus axé sur l'utilisateur, car il n'y a pas de point unique dans le temps pour les appartements. Mais chaque jour, jour des exigences
communautaires, qui me donne une section dans d'autres sprints, a ajouté dans le carnet de produits et le prendre dans les futurs sprints que vous aurez. Maintenant, regardons le côté négatif de l'agile ici, de sorte que chaque élément peut ne pas être complété dans la boîte de temps. Agile que nous allons explorer dans ce cours est une livraison de boîte horaire. Cela permet de modifier chaque hiérarchisation. Maintenant, cela signifie que les articles de livraison pourraient ne pas être en mesure de le terminer dans l'usine. sprints devraient déformer une personne soit trop élevée ou mal estimée par l'équipe lors d'une
planification de sprint . Maintenant, des coûts supplémentaires du projet peuvent également se produire seulement des fonctionnalités supplémentaires demandées tout au long du projet. Nous devons nous adapter et changer ainsi travailler un emploi afin de réduire la qualité. Il ya un risque de réduction possible de la qualité en raison de re affacturage fréquent, il est une portée complète n'est pas pris en compte dans l'architecture ou la conception. Maintenant, si nous regardons le temps agile de cette boucle ici, vous avez généralement votre plan de réunion. Il s'agit de vos sessions de groupe en retard ou de sessions de bronzage Sprint. Vous avez aussi du design. Vous avez des commentaires de code et de version de test, que vous receviez. Vos sessions Sprint Review reviennent en moi. Le plan. Jetons donc un coup d'oeil à une comparaison entre cascade et agile. Donc, à partir de la disponibilité des
clients, les clients s'impliquent que très certains jalons dans le projet. Par exemple, les approbations il y a AH conception remise à mort. Il y a des transferts de test que vous n'avez pas remis, donc tout cela est très autonome. Si vous regardez la disponibilité d'un client avec un intervenant agile, la disponibilité est très, très importante tout au long du projet. En fait, c'est la clé. Vous les avez dans vos commentaires. Vous les avez dans vos sprints. Vous les avez dans votre planification de sprint, toujours parler les uns aux autres, communiquer. C' est aussi sur les principes de l'agile. Donc, lorsque nous regardons la cascade de cadrage, les exigences pré-définies sont essentielles pour la cascade, et elles fonctionnent vraiment bien lorsque les changements sont limités. Cela signifie qu'il y a un travail de scénario pré-convenu hors de, et c'est à peu près tout changement sur bienvenue. Donc, si vous regardez une portée, agile s'adapte très bien au changement, il vient à un coût du projet n'est pas connu à l'avance. Lorsque nous parlons de priorisation et de cascade, les clients obtiennent tout ce qu'ils demandent. Si la tâche est déterminée dans le contrat et la phase des exigences, c'est un peu d'accord avec cette cascade est que tout est convenu d' avance et ensuite l'équipe l'exécute. Nous regardons une hiérarchisation avec une valeur de livraison agile. Un logiciel de travail réduit les risques et peut montrer des signes d'un produit sur la bonne voie. livraison rapide des jalons augmente les chances d'obtenir une approbation organisationnelle. Nous examinons le budget des coûts pour les chutes d'eau. Il y a toujours un accord en tant que major avant que la poignée de main ne se produise. Cela signifie que les coûts fixes du projet ne sont pas pour l'agilité. Il fonctionne très bien avec un budget roulant ou quand un coût cet ensemble avec les limiteurs amis, disons 10 sprints ou quoi que ce soit. Cependant, cela signifie
que le travail et encore être en attente. Ainsi, un modèle de coût fragile pourrait être le financement mensuel de l'ensemble du projet. Nous regardons l'aspect équipe de Waterfall Nigel sur la cascade. Les transferts de l'équipe ont surtout eu lieu au cours des étapes distinctes ont été réalisées conçu pour le développement. Par exemple, si vous regardez agile, sont des équipes plus petites et pause nous-même organisé le assez courir eux-mêmes avec ce processus est le tueur de l'agile
5. Cascade et voiture agile: Donc, en tant qu'entreprise de fabrication automobile, je voudrais que ma carte soit produite dans un délai de 12 mois. Toutes mes exigences des navires sont des usines, toutes les conceptions de la main, et maintenant il est temps de construire. Donc, si nous regardons l'ensemble du processus aigles de la conception, jusqu'au développement maintenant les tests de finition avec expédié dans fait. Jetons maintenant un coup d'oeil à une façon agile de construire une voiture afin que le client et l'équipe soient complètement impliqués dans le processus. Ensemble, l'équipe offre d'abord la valeur commerciale la plus élevée, c'
est-à-dire la voiture parce que nous voulons livrer un solide M V p. Nous retirons les articles du travail en retard de production sur ceux de la première génération, tout en restant dans communication constante avec les clients qui peuvent adapter notre projet au changement. Devrait-il y avoir après itération, qui est de deux semaines, Nous présentons ensuite nos clients avec une voiture. Une fois que vous avez reçu nos commentaires dans de nouvelles informations d'un chef de produit, nous allons examiner les améliorations que cette voiture en intérêt deux et trois, avec chaque itération d'une durée de deux semaines
6. Principe Agile 1 2: le premier principe de l'agile dit sont notre priorité absolue est de satisfaire le client trop tôt et la livraison continue de logiciels précieux. Votre or ici est de se concentrer sur la création de valeur, qu'il
s'agisse de logiciels ou de conceptions pour l'avenir du plan organisationnel. Cela signifie que par la façon dont vous faites cela, vous mêlez, maître des cérémonies et, par
exemple, différents outils ne sont que des outils. Si vous n'atteignez pas votre complexe aurifère, outils et les processus sont évidemment un goulot d'étranglement. Il doit être coupé pour mettre de côté dans agile sera vous livrer utilisé pour avoir un niveau d'
utilisation convenu . Cela signifie que dans un petit laps de temps, vous êtes sur un livrable. Voyons ton premier sprint. Il devrait offrir la plus haute valeur commerciale au produit. Vous pouvez ne pas être parfait, mais a besoin de suivre une trajectoire de processus itérés qui rendent public attente pour le premier mois qui vous aide à faire est la livraison. Améliorer le travail. Permettez aux clients d'évaluer la valeur que vous avez apportée à la table, d'obtenir des points
de rétroaction et de s'ouvrir à la guerre. La communication avec votre équipe diminue pour l'organisation. Voici où nous renvoyons à nouveau à la gestion de projet en cascade, contact
incliné se produit généralement au début à la fin du projet, livraison
continue peut être difficile. Ces environnements sont en panne. Travailler sur la fonctionnalité de livraison de manière incrémentielle aide à livrer des morceaux de projets. Le client donc ils ont reçu le deuxième principe de l'agile dit, accueillir les exigences changeantes même tard dans le développement. Les processus agiles exploitent le changement pour les clients. Avantage concurrentiel. Le deuxième principe aborde un concept méthodes traditionnelles de gestionnaire de projet. Être médecin peut-il changer dans le monde du logiciel au sein d'une organisation ? modification de la portée des détails du produit comporte souvent toutes sortes de risques, comme l'absence d'un client important qui date limite ou le dépassement de vos prévisions budgétaires. La raison pour laquelle il s'agit d'un changement de race est de fournir sur le changement ne fournit aucune valeur de quelque
sorte que ce soit . Pourquoi le ferais-tu ? Parfois, l'orientation de nos clients vers les objectifs change. Parfois, ils ne comprennent pas complètement leurs besoins avant de voir le premier élément de valeur
supplémentaire fourni par les deux parties ou même au sein de l'organisation. Les intervenants se concentrent sur la valeur et ont cette mentalité dans l'ensemble du projet. changement ne viendra pas si difficile, aussi en adoptant une approche de navigation. Au contraire, ce n'est pas une approche qui signifie que vous pourriez obtenir une meilleure destination tout en étant prêt à changer de direction et à trouver des avantages ou les gens avec qui nous travaillons décident que le changement pourrait vous
ouvrir plus d'opportunités, et les équipes font d'excellents travail.
7. Principe Agile 3 4 5: le troisième principe de l'agile nous dit de travailler soi-même fréquemment de quelques semaines à quelques mois, en privilégiant le temps plus court. C' est très simple à retenir, mais aussi essentiel ici est de savoir que nous essayons toujours de fournir de la valeur. Ce principe est axé sur la fourniture d'une valeur commerciale la plus élevée en premier lieu, ainsi que sur la fourniture d'un élément d'intégration que le client peut réellement utiliser tout en étant en mesure de joindre des rapports de mesure de son côté. Même si nous envisageons un design très rugueux ou un logiciel rugueux, cela pourrait signifier qu'il a encore beaucoup de valeur pour l'organisation, en particulier convenu avec un propriétaire de produit. Mais pourquoi livrer des biscuits à moitié cuits au four et l'appeler un jour ? Eh bien, travail qui est mesurable et qui fournit de la valeur offre également un pont vers plus de rétroaction . Par exemple, une réservation Vigen pour un site Web, une page de détails de produit ou même un commentaire de filtre de produit vous donne au propriétaire du produit une base pour la communication continue. Les livraisons fréquentes et les retours d'information signifient que les gens s'habituent à communiquer, ce qui permet également de vous faire confiance en tant que mêlée, maître ou chef de produit incluent le client au cœur du projet, vous
ouvrant ainsi à voir comment vous travailler à temps avec confiance et communication. La livraison suivante s'améliore également fréquemment, cependant, ne signifie pas non plus des livraisons rapides. manière générale, unemanière générale,les livraisons
rapides ont tendance à être observées. Les États-Unis ont une qualité inférieure en raison de la coupe des coins et de la livraison comme ce que certains appellent des biscuits à moitié cuits au four. Si vous pensez à la fréquence, cela pourrait également signifier que vous pourriez restructurer votre travail afin que vous puissiez offrir un meilleur travail et plus de valeur ajoutée. En regardant toutes ces informations sur le travail vivant fréquemment, ainsi que de recevoir des commentaires, communiquer ouvertement. Le résumé de tout cela serait que vous livrez du travail utilisable. Reçu plus de commentaires. Les livraisons plus rapides montrent une plus grande transparence laisse plus de place à l'optimisation, en livrant
le travail le plus tôt possible. en résulte une bonne communication, ce qui améliore les livrables suivants. Le quatrième principe d'agile nous dit que les gens d'affaires et les développeurs doivent travailler ensemble tous les jours tout au long du projet. Ce principe met fortement l'accent sur la valeur que pourraient avoir différents types de communication
et de coopération croisées . Le projet. Cette mentalité vous attend à travailler avec le client tous les jours, parlant directement et souvent avec votre client ou les membres de votre organisation que vous faites le projet pour des augmentations, retours de
confiance ainsi qu'une orientation vers or. Cela pourrait également conduire à des améliorations informelles. Ces améliorations ne sont généralement pas prises vers le bas ses points d'action et réunions formelles, mais plutôt des cadres informels tels que les standdups ou montrer jusqu'à ce que vous acceptez tous d'améliorer le produit sur la base de la compréhension mutuelle du groupe plutôt que d'un direction définie par quelqu'un d'autre. Ce type d'amélioration est livré avec passion et excitation plutôt que de simplement
faire le travail , j'ai trouvé que le mélange de ces Beth est en place avec votre équipe interne comme aussi
les propriétaires de produits , aide et contribue à atteindre le nirvana des améliorations informelles, passer des mises à jour les uns aux autres sur le mou, créer des communications culturelles ouvertes et régulières pour rattraper des rattrapages et des appels rapides. Invitez-les également à décrire les cérémonies de M., telles que les normes d'avertissement. Si votre client comprend plusieurs personnes, restez en contact avec elles en contact avec lui fréquemment. Le cinquième principe d'un emploi nous dit de construire des produits autour de personnes motivées. Vous leur donnez l'environnement de soutien dont ils ont besoin et leur faites confiance pour accomplir leur travail. Ce principe touche au concept d'individus créatifs qui peuvent s'épanouir s'ils sont microgérés, forcés de travailler dans l'environnement, le moindre de créativité. Pour qu'un projet agile soit couronné de succès, une équipe doit disposer des outils dont elle a besoin pour réussir et avoir la confiance qu'elle est capable d'accomplir votre travail. Mais ce principe est tellement plus. Il dit qu'on ne peut pas travailler sans. Les autres projets ne peuvent être construits sans des personnes motivées. Donc, pour rendre cela beaucoup plus facile et pour créer une discussion autour de lui, venons-le. Construire des projets signifie que vous travaillez vers des or définis. Ces objectifs viennent avec leurs propres ensembles d'activités et d'objectifs ainsi que des limites pour travailler dans l'esprit de chacun. Lancer ou travailler dans le cadre d'un projet est la nécessité de progresser en sachant comment accomplir progrès et le succès est essentiel pour conserver la motivation. Intérêt Seed comme or de navigation. Si vous étiez constamment à la dérive, comment savez-vous que vous atteignez ce que vous vouliez accomplir ? Les personnes motivées peuvent atteindre l'impossible Motivation est feux et nous pousse tout en apportant
également l'intérêt pour la connaissance, produit agile et la motivation vivant symbiose constante, agile, construit, en examinant d'abord les gens si les gens sont démotivés avec une rétroaction médiocre, ont des problèmes de communication et font preuve d'initiative. L' un ne peut exister sans l'autre. Donnez-leur l'environnement de soutien pour répondre à tout type de développement. Que ce soit un logiciel créatif organisationnel nécessite un ensemble d'outils. Le paysage numérique est toujours en train de changer mawr plus d'outils à venir pour simplifier la collaboration et le processus. Mais cela vient aussi bien. Soutenez quelqu'un pour les aider à résoudre ces petits problèmes ennuyeux, en veillant à ce que les voix de l'air mal. C' est là qu'entre en jeu un sens de l'empathie et du maintien pour le bien-être des autres. Faire confiance aux membres de votre équipe pour faire le travail est une situation difficile, c'est que vous pouvez vous
retrouver dans une situation où trop souvent développer des pistes de patients pour atteindre les résultats.
8. Principe Agile 6 7 8: selon les six directeurs, la méthode la plus efficiente et la plus efficace pour transmettre l'information aux équipes de développement
des femmes est la conversation en face à face. communication en face à face est toujours l'éducation la plus efficace, ce type de conversation. n'y a pas de place pour une mauvaise interprétation et vous aide à atteindre le point de toute communication. Cela est particulièrement vrai lorsqu'un groupe de personnes travaille ensemble sur un projet. Particulièrement doit battre est l'or. Vous communiquez efficacement ici plus de même ou de travailler pour efficace. J' ai vu le comportement de l'équipe changer et les compagnies étant des billets d'avion importants ont juste des équipes au même endroit dans un projet d'emploi où les équipes travaillent intensément sur un projet pendant de courtes périodes de temps. Il n'y a vraiment pas de temps à partir de ça. La communication dépend de la raison pour laquelle il y a un principe face à face pour l'éducation, mais j'aimerais profiter de l'occasion pour discuter aussi du travail à distance en tant que politique. Si une équipe est bien connectée par les neuf moyens de communication et qu'elle a construit un niveau de confiance, pourquoi le travail à distance serait-il un problème ? communication à distance peut déformer le rythme normal de nos conversations pour retarder entre les messages peut offrir, reporter ou cacher des réactions émotionnelles, commentaires combien de fois avez-vous écrit et vous le savez immédiatement. Tout envoie. Ils s'inquiètent de la façon dont votre balle a vu votre email de fin de soirée et considéré comme une intrusion dans un temps privé ? En l'absence d'une réponse immédiate, nous pouvons être distraits. Deuxièmement, devinez nous-mêmes. Nous devenons même frustrés par leurs équipes. Donc, pour rendre cela plus facile, ne vous plaignez pas. Brèves communications. Une communication claire Dans nos efforts pour être efficace, on utilise parfois moins de mots pour communiquer. Mais une telle brièveté peut signifier que le reste de l'équipe perd du temps à essayer d'interpréter vos messages. Passez le temps de communiquer avec l'intention d'être ultra propre, peu
importe le support. En effet, vous ne pouvez jamais être trop clair. Il est trop facile d'être moins clair que vous ne devriez créer un espace intentionnel pour la célébration. Les gâteaux d'anniversaire de la vieille école sont toujours importants pour les équipes éloignées. Le crâne, les espaces
virtuels, les rituels des célébrations. socialisation peut renforcer les relations et jeter les bases d'une
collaboration future . Le septième principe d'Agile nous dit que le logiciel de travail est une mesure primaire du progrès. Cette adresse de principe est le fait que, parce que le travail est fait intensément et rapidement, parfois des erreurs seront commises et les produits vont échouer maintenant échouer rapidement est une terminologie. Utiliser beaucoup au sein de l'industrie agile et ne signifie pas de succès vide. Cela signifie généralement que dans un échec, vous apprenez et établissez des bases pour réussir. Leurs questions. Vous pouvez vous demander d'évaluer les progrès de votre équipe. C' est une équipe de développement, brûlant des histoires de réflexion à 100% sans se sentir surchargé ou sous-utilisé. Votre propriétaire de produit est-il satisfait des livraisons de la fin de la fédération ? Votre équipe est-elle adaptable au changement ? Nous ne divulguons pas de défauts que chaque itération le point que le manifeste agile essayait de
faire ici est que plus vous offrez, plus vous apprenez. Tu te souviens quand on a parlé de navigation ? J' ai participé à des projets où les clients et les clients comprennent ce qu'ils
veulent vraiment . Une fois que nous avons vu les premiers bits de livraison commandée arriver, cela signifie un raffinement constant, la
livraison de pièces utilisables ainsi que la révision. Est-ce que les pièces qui peuvent être doublées ? Disons, par
exemple, vous travaillez sur un produit avec une liste de fonctionnalités, peu comme un jeu. Au fur et à mesure que vous livrez vos prototypes testables, vous les contractez avec des considérations mesurables de taureaux. Si vous visez un certain nombre à attacher aux yeux KP. Vous pouvez mesurer cela avec un produit réalisable, même si c'est très rugueux. À ce stade, le huitième principe de l'agile pour le développement le plus durable les sponsors, les développeurs et les utilisateurs devraient être en mesure de maintenir un rythme constant dans définitivement dans méthodologie
traditionnelle de gestion de projet. Certains projets nécessitent beaucoup de travail à l'avance et à la fin pour maintenir la maintenance avec une
méthodologie agile . Cela devrait être une quantité constante de travail Pour expliquer ce nouveau principes agiles dire clairement que vous devriez trouver et garder un rythme qui peut être maintenu indéfiniment, et tout le monde devrait avoir ce rythme. C' est aussi ce que nous appelons la vélocité. J' aime la phase est positivement, mais avons-le,
c' est un principe de ne pas brûler les processus adultes. Assurez-vous que le développement qui est durable,
que les tests de vélocité des entrées visent tous de sorte que tout le monde et moi ne signifie que tout le monde impliqué pourrait garder cela pour toujours. Cela, bien sûr, a
du sens une fois que vous trouvez un rythme faisable, être en mesure de continuer de façon prévisible au fil du temps. Quand il y a une déviation, vous pouvez vous adapter car vous avez un rythme stable. Quand il est durable, vous pouvez continuer à offrir de la valeur. Tu ne dis pas juste Hey, soyons durables et ça arrive. C' est quelque chose sur lequel tu dois travailler. Ce principe nous rappelle de nous engager, nous
assurer de trouver le rythme que nous pouvons tous régler ensemble. Les commanditaires sont ceux qui demandent le travail. Il semblerait qu'il y ait vieux est évident. Ne surchargez pas les gens. Bien sûr, ce n'est pas si évident. Chacun des trois groupes ont des interactions différentes sont créés produits. Alors, comment les sponsors peuvent-ils travailler avec les autres groupes ? Donc, les sponsors doivent comprendre quel rythme les développeurs peuvent travailler et pris en charge, peut-être même repoussé. sponsors qui font pression doivent travailler avec les développeurs et être disponibles afin qu'ils puissent aider les deux développeurs, mais aussi rester conscients de leur pâte et de leur durabilité. Les sponsors ont besoin de comprendre les attentes des utilisateurs, pas seulement ce qui est voulu pour ce qui me permet de gérer. Cela peut sembler génial de sortir des trucs Thomas, tels que des correctifs pour les jeux, mais cela peut limiter les commentaires. Les utilisateurs de la communication ne peuvent gérer qu'un grand nombre de sponsors, doivent écouter les utilisateurs et donner à la FIBA des moyens d'encourager le développement durable. Cela peut aussi signifier comprendre la musique, les perspectives et ce qu'ils veulent et ce que vous voulez. Mon différent. Alors, qu'avons-nous besoin de surveiller les sponsors, développeurs de
surcharge, cela échoue souvent. Il est mauvais sang, et il y a plus d'où ça vient. Attitude que je vois un peu trop souvent dans les domaines créatifs fait des ennemis. Les sponsors ne font pas attention aux utilisateurs ou ne supportent pas ce qu'ils veulent. Ils se trompent souvent. Votre équipe contre les sponsors donnent des informations aux sponsors pour les aider à suivre leur rythme. En travaillant avec vous, plus vous leur donnez une idée de ce qui est durable plus rapidement ils l'obtiendront. Aidez les sponsors à atteindre un rythme durable. Ils ne font pas le travail. Ils ne savent peut-être pas ce que c'est. Vous pourriez les sauver de l'épuisement professionnel, ou être soumis à une pression excessive les aidera à trouver un résultat.
9. Principe Agile 9 10 9 10: le neuvième principe de Joe nous dit que les intentions continues d'excellence technique et bonne conception améliore l'agilité, prêtent attention à l'excellence technique. Dans un bon design, vous devenez encore plus adaptable, plus productif et plus agile, simple et élégant. Donc, comme vous pouvez le deviner, je vais analyser ça. Ce n'est pas que ça cache une complexité. Il est évident qu'il y a beaucoup de pouvoir dans celui-ci que tout le monde peut utiliser. Ce principe énonce une excellence technique dans la bonne conception sont des choses que l'on
veut toujours faire attention. Cela, bien
sûr, est évident parce que qui ne voudrait pas faire attention à faire les choses correctement en concevant les choses correctement ? Étaient-ils spécifiquement qui améliore l'agilité ? Les avantages de ces choses ne sont pas seulement hey, bien fait ici que vous utilisez des méthodes agiles et appliquez des principes agiles. Mieux est un avantage au-delà de l'évidence de faire des choses. Eh bien, nous avons conçu quelque chose. Eh bien, c'est plus qu'un travail précieux. Il offre d'autres avantages qui offrent de l'agilité. Regardons eux et comment ils ont appliqué à la création Est-ce que les bonnes conceptions préviennent les erreurs puisque vous pouvez le faire correctement la première fois. Cela signifie que vous gagnez du temps dit que vous avez moins de révision en aspirant à un bon design. Concentration. Vous écoutez le client comprendre les travaux. Vous offrez de la valeur qui aide dans des environnements imprévisibles, auxquels vous êtes probablement confronté beaucoup de bonnes conceptions. Une reproductible en partie ou en tout, qui vous permet de gagner du temps à l'avenir et de travailler plus rapidement, puisque vous avez d'autres choses à faire,
comme des modèles de conception, code
réutilisable ou même des listes de contrôle utiles. Cela peut aider à être des œuvres créatives parce que vous avez déjà fait du travail, au moins les pièces moins prévisibles ou standard. Un bon design n'est pas nécessairement la même chose que l'excellence technique. Bonne conception, peut-être sur l'aménagement des choses et la mise en forme bien des choses sur la fabrication organisée modèles. L' excellence technique apparente consiste à porter attention aux
détails, à faire les choses correctement et à ne pas refaire les choses. Ce sont des avantages évidents. De toute façon. Voyons comment cela affecte la créativité agile. Tens Principe de l'agile nous parle de simplicité. L' art de maximiser la quantité de travail non effectué est essentiel. Alors imaginez que vous avez une liste à faire pour plus de 100 articles sur ce logiciel. Il est facile de se laisser emporter, essayant de réaliser absolument tout ce qui peut être possible sous le soleil cependant, méthodologie
agile stipule de se concentrer sur la réalisation de Lee ce qui est absolument essentiel à la réussite du
projet afin de livrer le projet le plus rapidement possible. Qu' est-ce que cela signifie ? Pratiquement lorsque la bonne valeur est fournie aux gens, vous évitez de livrer du travail. Nous sommes coincés dans des processus qui surpassent la routine des titulaires. Cela signifie se concentrer sur la simplicité à partir du get go main, effectuer chaque tâche et de la manière la plus simple possible. Ne construisez pas plus que le minimum requis. Ne parlez pas de fonctionnalités qui sont à quatre sprints. Élaborez votre arriéré que votre progression dans le projet, ce qui signifie que les principaux éléments de l'arriéré sont bien affinés à mesure que vous descendez de moins en moins pour bien. La partie intéressante de ce principe est qu'il est généralement applicable. Ce principe est vrai et important pour un large éventail de processus en dehors de l'
industrie du logiciel . Il pourrait même être appliqué sur notre propre vie personnelle est un principe de gestion du temps et de l'optimisation du travail dans de nombreuses expressions différentes de ce même principe sont là pour éliminer la faible importance des plus grandes questions. Un exemple les mettre dans le pour ne pas le faire. Toujours essayer de garder votre processus est aussi simple que possible sans que le produit final perde sa fonctionnalité
désirée. Demandez-vous si vous produisez quelque chose qui est le plus utile pour le moins de
temps .
10. Principe Agile 11 12: le 11ème principe d'Agile nous dit que les meilleures architectures, exigences et conceptions émergent des équipes auto-organisatrices. J' ai été des deux côtés du monde pendant mon temps à bord de grandes multinationales, donc ils sont très arcade avec la gestion de projet, et j'ai été impliqué dans des startups, nous avons tous été auto-organisés permet d'aborder le travail en avant. Mais comment tout cela a-t-il fonctionné et pourquoi ? Intégralité. Ce que nous avons lu et parlé dans cette section entière est axé sur l'
auto-organisation , un niveau d'autonomie,
de la communication à la réflexion, à allusion et à la culture de l'organisation. Nous avons également commencé comment cela fonctionne pratiquement est que les gens utilisent leurs mains sur leurs connaissances pour concevoir, organiser l'implant. Tant que vous apportez de la valeur aux parties prenantes, apprécierez votre approche. Les gens graviteront également vers une structure qui fonctionne pour eux. Vous ne détenez pas toutes les réponses qui commencent, mais avoir des équipes auto-organisatrices dit que chaque individu sur 1/2 pour atteindre exactement cela, réponses qui peuvent rapprocher l'équipe dans le projet. Cette approche permet l'adoption. Vous le changez, un père travaille, et ce qui ne se concentre pas sur la valeur gardera votre équipe pour être trop distrait avec d'autres déchets donc résumé éviter de trop structurer. Encourager l'adoption avec des commentaires. Encourager également la communication. 12. Principe d'Agile nous dit qu'à intervalles réguliers, Team réfléchit sur la façon de devenir plus efficace que les airs et ajuste son enregistrement de phase. Nous sommes maintenant parvenus ensemble à un principe final, et il est aussi transparent qu'un son. L' équipe examine régulièrement les moyens de devenir plus efficace et dirige le navire dans cette direction. règle la plus importante dans cette règle est régulièrement. Cela devrait être une très bonne partie de la structure de l'équipe. Vous savez alors comment ça arrive et vous êtes prêt pour ça. Cette certaine ketchup ou rétrospective, comme on l'appelle, est un bon moment pour l'équipe de réfléchir à ce qui s'est bien passé ou pourrait aller mieux. Il met les gens dans un état d'esprit d'amélioration, et quand nous apprenons que ce que nous grandissons ensemble, il encourage également les leçons qui pourront être utilisées à l'avenir, ce soit au niveau du produit, l'équipe ou au niveau individuel en réfléchissant à être plus efficace. Ça a l'air génial, mais il y a un problème. Qu' est-ce que cela signifie pour votre équipe d'être plus efficace ? Ce n'est pas une question évidente, c'est pourquoi l'importance est et comment nous y répondons. Comment mesurez-vous l'efficacité ? Tu sais que tu vas mieux. Je ne résout pas cela en demandant à une équipe comment elle veut mesurer l'efficacité, puis en faisant tour jusqu'à ce que nous ayons un accord de façon à le faire. Pour beaucoup, c'est une simple vérification intestinale générale. On a fait le travail ? Une approbation, vous pouvez trouver quelques facteurs supplémentaires entrent en jeu. Vous pouvez également constater qu'il change au fil du temps. Je ne peux pas insister assez sur ça. Assurez-vous que ces examens mènent à des objectifs concrets pour l'équipe qu'ils peuvent mesurer. Et les tests pour l'équipe étaient des individus. Donc, vous pouvez dire qui a finalement atteint une efficacité maximale. Assurez-vous que votre équipe vous propose des suggestions concrètes que vous pouvez avancer. En fait, lorsque je fais cela, je les passe en revue régulièrement, souvent lors d'autres réunions et certainement au début de la prochaine révision
11. Les 4 valeurs de base d'Agile: la première valeur de l'agile nous dit que les individus et les interactions comptent sur les processus
et les outils. Il devient donc de plus en plus clair pour les gens de nos jours que les gens répondent aux besoins de l'
entreprise et conduisent. Les processus de développement sont cruciaux à côté de tous ces processus. Le contexte de cela signifierait également que les projets axés sur les processus qui sont fortement dépendants desdits processus offrent très peu d'options de flexibilité, ce qui en résulte les équipes ressentent la pression ne sont pas en mesure d'accomplir leurs tâches aussi efficacement que ils le souhaitent. Les outils que nous utilisons pendant le développement de pour mettre en œuvre des changements organisationnels peuvent prouver que la plupart du temps vous imaginez avoir une équipe de développement et de conception travaillant en étroite collaboration sur un produit. L' équipe de développement est fortement tributaire de l'équipe de conception pour fournir des
spécifications précises et des transferts si l'équipe est coincée dans des processus qui tournent autour d'anciens outils qui ne
sont pas aussi efficaces
que les nouveaux outils, qui peuvent causer une du point de vue de la qualité et du calendrier, sans parler de l'équipe Moreau. Second Value of Agile nous dit que le logiciel de travail est important sur
la documentation complète de notre propre expérience. Travailler dans des projets de chute d'eau. J' ai vu des organisations beaucoup de temps à documenter le produit pour développement ainsi qu'à trouver une liste de besoins qui pourrait monter et descendre le gratte-ciel dans le centre de Hong Kong. Tous ces éléments devaient ensuite être adressés à des intervenants de haut niveau qui avaient vu vos intervenants, et ils devaient tous être approuvés un par un. C' est évidemment la cause d'un énorme retard dans le développement. Agile, cependant, n'élimine pas le besoin de documentation. Il vient de réaliser d'une certaine manière où l'équipe de projet ne s'enlise pas dans chaque différence de projet de détail, j'essaie de souligner ici sont les documents agiles, toutes les exigences que utilise l'histoire suffisante assez pour l'équipe. Commencer à travailler sur la troisième valeur d'Agile nous dit que la collaboration client compte sur la négociation de contrat. C' est là que nous pouvons comparer cascade et agile dans la négociation la plus claire ou, par
exemple, arriéré. toilettage est le moment où le chef de produit et l'équipe élaborent les détails des jalons, attentes et des livrables. Les détails sont évidemment toujours prêts à renégocier. Cependant, elle est un modèle d'équipe de développement. Suivez Wonderful. Les négociations commencent avant que le produit ne commence et se termine après la partie que cela signifie que le niveau d'implication est très mince ou inexistant au cours du
processus de développement réel . Agile Manifesto décrit un scénario où la collaboration est une valeur clé dans lequel elle permet équipes de développement de répondre
plus facilement aux besoins organisationnels. Cette méthode de collaboration suit généralement un certain modèle ou une certaine prévisibilité. Par exemple, il ya des démonstrations périodiques ainsi que les cérémonies suivant le cadre de mêlée. Quatrième valeur d'Agile nous dit que répondre au changement est important plutôt que de suivre un plan. Quand j'ai commencé en tant que chef de projet, je travaillais dans une organisation qui changeait l'état d'esprit organisationnel de la
retenue d'eau Mon travail avant cela se produisait, développement de fonctionnalités ou un certain type de logiciel était considéré comme les dépenses. Avant de passer à la phase de développement, des plans
élaborés étaient en place tout à haute priorité et ne pouvaient être
négociés en faisant en sorte que les priorités mentales ne puissent être changées. Les fédérations et les nouvelles fonctionnalités seront toujours ajoutées dans de nouvelles. Le manifeste signifie que le point de vue dont nous avons besoin pour avoir ses praticiens agiles est que le changement apporte de la valeur
12. Quels sont les points narratifs et comment travailler ?: Les points de vente se composent de trois éléments que nous devons prendre en compte lorsque nous examinons les histoires de
nos utilisateurs ou que nous voulons estimer, la complexité et la répétition des risques. Maintenant, le risque peut être dû à des exigences peu claires, dépendance à l'égard d'un tiers ou à l'incertitude à l'avenir. Quelques exemples sont Est-ce que l'intervenant n'a pas signé la portée de l'accord de travail. Nous devons encore trouver des développeurs supplémentaires ou nos parties prenantes tout simplement complètement indisponibles maintenant, allant dans la complexité, ces efforts aériens impliqués dans le développement en particulier caractéristique. Donc, par
exemple, avant de commencer à développer, nous devons comprendre que j'étais une certaine partie des travaux d'infrastructure I T allant dans répétition de ces tâches monotones aériennes sans aucun risque réel ou complexité lié à . Ainsi, les exemples pour cela sont des tâches qui ne nécessitent pas beaucoup de travail du tout, changer de couleur sur un logo ou déplacer un bouton vers la partie inférieure d'une boîte. Maintenant, regardant l'échelle de Fibonacci, la différence entre un et deux ne semble pas trop grande. Mais si vous regardez trois vers le haut, vous commencez à remarquer une différence significative. Une pratique générale pour développer des points d'histoire et les associer à vos histoires d'utilisateurs consiste à dessiner un tableau. Mais dans ce tableau, vous avez vos points d'histoire de série 1 à 21 donc zéro serait très rapide à livrer. On n'inclura même pas ça. Le numéro un est donc rapide à fournir un minimum de complexité. Numéro deux. Rapide à fournir un peu de complexité. Numéro trois. Temps modéré pour fournir une complexité modérée. Numéro cinq plus long dans le temps pour fournir une grande complexité et probablement des inconnues. Cela peut être que vous savez ce qui doit être fait à un niveau élevé, mais il y a beaucoup de travail en raison de la complexité du développement, et leurs grandes inconnues vont découvrir au fur et à mesure que nous le faisons fonctionner. Nombre. Âges. Longtemps pour livrer Haute complexité, Critique inconnue. 13. Longtemps pour fournir une grande complexité, de nombreuses inconnues critiques. Et quand tu es sur 21, tu fais vraiment des choses un peu mal. Ils ont besoin de décomposer parce que cela prendra beaucoup de temps à livrer. Le 21 pourrait même être considéré comme une épopée
13. Writing des histoires utilisateurs - INVEST: Je représente des histoires indépendantes devrait être un Sfar que possible indépendance. Chacune d'entre elles pourrait être élaborée et livrée séparément et peut être utilisée à des fins négociables. Les histoires pourraient être discutées plus avant, et il devrait y avoir de l'espace pour la négociation. Ces choses étaient précieuses. Les histoires d'utilisateurs devraient avoir pour résultat d'ajouter de la valeur au client. E représente des entendus estimables. Leurs histoires devraient être suffisamment compréhensibles pour pouvoir être divisées, divisées en tâches et obtenir des estimations pour les petits utilisateurs. Les histoires ne devraient pas être trop grandes. Habituellement devrait être fait avec ce 40 heures de travail. T est testable. Les histoires d'utilisateurs ont généralement un test de critères d'acceptation si elles répondent aux besoins du client. Maintenant, pour que nous puissions vraiment cuisiner, cela utilise l'histoire correctement. Nous devons écrire quelque chose qu'on appelle les critères d'acceptation. Les critères d'acceptation sont un ingrédient incontournable pour l'historique d'utilisation. Critères d'acceptation est une liste de vérification qui détermine si tous les paramètres sur utilise histoire et de déterminer quand ils utilisent les histoires terminées et travailler avant la
marque de rupture de développement . L' histoire des utilisations l'a fait, par exemple, pour le commerce électronique, l'application
mobile, les histoires des utilisateurs, nous allons utiliser notre comme un acheteur. Je souhaite vérifier mon panier afin de pouvoir effectuer des ajustements avant le départ. En tant qu'utilisateur, je veux afficher une liste de produits afin de pouvoir sélectionner quelques crêtes de dip. En tant que client, je souhaite vérifier afin de pouvoir m'expédier mes produits. En tant qu'utilisateur, je veux voir une notification chaque fois qu'un nouveau produit arrive dans le magasin. Maintenant, vous voyez le premier à utiliser ces histoires sur les critères d'acceptation est ici. Nous pouvons jeter un oeil à eux pour le 1er 1 Le 1er 1 dit voir les quantités et les articles dans le panier. Voir un coût total avant taxes et frais d'expédition. Supprimez des articles, juste la quantité d'articles et cliquez pour naviguer dans les détails d'un produit.
14. Écriture d'histoire utilisateur: donc cela explore le noyau des utilisations agiles. histoires ici utilisent les histoires sont agiles elles-mêmes, et ils peuvent utiliser pour nous de suivre des principes agiles. Mais nous devons garder trois principes de l'esprit qu'il ici d'utiliser l'écriture de l'histoire Le travail souffre la plus grande mesure de progrès, nos priorités les plus élevées pour satisfaire le client grâce à la livraison précoce et continue de logiciels
précieux. La simplicité de l'art de maximiser le travail non fait est essentielle. Donc, ce que nous devons faire ici, c'est de fournir de la valeur aux morceaux de clients et de hiérarchiser ce qui est
précieux par rapport à ce qui n'est pas précieux. La meilleure façon de le faire est de représenter le travail que nous faisons à travers des histoires simples utilisant invest. Jetons un coup d'oeil à quelques histoires d'utilisations faciles ici. En tant qu'utilisateur, je souhaite modifier mon mot de passe afin de protéger mon compte. En tant que visiteur du site Web, je souhaite m'abonner à la liste de diffusion ou aux produits. Je peux recevoir de nouvelles offres En tant qu'utilisateur administrateur, je veux désactiver l'utilisateur afin de pouvoir empêcher les bonnes affaires non autorisées non modifiées par s'il vous plaît. Il y a quelque chose de vraiment étrange à ce sujet, mais nous devons toujours couvrir qui, quoi et pourquoi. utilisation d'un modèle est un bon moyen de capturer avec les besoins réels de l'utilisateur et ce qui
fournirait de la valeur pour les utilisateurs. Mais ce n'est pas aller occupé un détail de mise en œuvre, parce que ce sont des objectifs purement. Mais comment atteindre ces objectifs lorsque nous utilisons des histoires d'utilisateurs ? Il soutient nos objectifs de vision. Il soutient les pratiques de développement. Histoires peu claires, évidemment confus les développeurs sont conçus est le résultat de nombreuses questions sur les
objectifs obscurs que vous aurez besoin d'expliquer. Donc, une chose clé à garder à l'esprit ici qui se souviennent toujours, est que Rappelez-vous que l'utilisation de l'histoire doit être écrite de telle sorte que vous n'avez jamais à expliquer le but. Il devrait être tellement évident sur le point que tout le monde est à bord de toutes les bonnes utilisations. Les histoires sont écrites du point de vue de l'utilisateur, et c'est la seule perspective que vous utiliseriez. Le progrès est basé sur les actions précieuses que votre utilisateur peut faire avec le logiciel, donc c'est que vous travaillez sur la réservation d'une compagnie aérienne. L' histoire doit refléter le problème que vous essayez de résoudre en déplacement. Donc, disons que l'arrière-plan à cela est que les utilisateurs ont eu beaucoup de mal à sélectionner un siège dans ce cas, l'histoire des utilisateurs à ce serait comme un utilisateur. Je veux réserver un siège pour que je puisse choisir où s'asseoir sur le vol facilement, non ? Eh bien, OK, quel mot ? Vraiment ? La création d'histoires sensées pour les utilisateurs n'atteignait évidemment pas l'objectif. Si nous ne faisons pas cela, comment gérer l'histoire du développeur ? Donc c'est comme un bon exemple. En tant que développeur, je veux utiliser Visual Studio afin que je puisse coder plus rapidement remarquer que l'histoire elle-même est assez mauvaise . Je veux dire, l'idée elle-même est géniale. Vous avez besoin d'un studio visuel. Mais pourquoi est-ce que tu as tout ton travail, dépendre de 12 ? C' est un peu un bloqueur, donc c'est court. Cette histoire est une condition préalable de l'indépendance de toute autre histoire. Ce n'est pas de commencer par s'asseoir quelque part au milieu où les choses doivent se passer. Pour que cela soit terminé. C' est ce qu'on appelle une impasse, qui est quand deux choses dépendent l'une de l'autre
15. Pourquoi utilisons-nous les points de valeur ?: certains exemples de la raison pour laquelle nous utilisons des points de valeur sont stratégiques. Si nous ne faisons pas cela, investissement ne sera plus en mesure de maintenir la part de marché avant que la conformité ne puisse l'être. Si nous ne faisons pas cet investissement, nous pourrions enfreindre une certaine loi réglementaire. La génération de revenus signifie que nous ne faisons pas cet investissement va manquer notre chance de créer un rendement significatif de la gestion du risque de placement. Si nous ne faisons pas cet investissement, nous pourrions être dans une position où nous finirons par éviter les coûts des intervenants insatisfaits. Si nous ne faisons pas cet investissement, nous pourrions vraiment réaliser des coûts supplémentaires à l'avenir. Désormais, les points de
valeur peuvent offrir un outil utile pour faciliter un processus de priorisation. Par exemple, vous pouvez tracer l'effort par rapport à la valeur afin de maximiser la livraison de ces histoires, fournissant la valeur la plus élevée pour chaque unité d'effort. Value Points peut également, en partie de l'équipe de développement, identifier la solution la plus appropriée pour
des utilisations particulières . Histoire, par
exemple, les valeurs faibles, donc je ne vais pas passer autant de temps sur elle que l'une des cartes de valeur supérieure
16. Planifier notre sprint: Donc maintenant, nous allons prendre nos points d'histoire et les avoir dans une échelle de valeur. Donc les échelles de valeur que je l'appelle sont appelées points de magasin sur l'accès et la valeur de l'entreprise sur l' autre axe. Maintenant, si nous regardons l'échelle de valeur, nous allons utiliser les niveaux Fibonacci de 1 à 21 de valeur commerciale et de 1 à 21 sur les
points d'histoire . Je sais que 21 semble élevé, mais ils sont avec moi. C' est juste pour vous donner une bonne portée. Un exemple de la façon dont ces choses fonctionnent à nouveau. Ces histoires ne reflètent pas la réalité. En fait, ils pourraient être un ou deux. Mais je veux juste faire un bon étalage pour tout le monde afin que vous puissiez comprendre la largeur de tout. Maintenant, nous regardons la première carte. Ah, en tant qu'utilisateur, je veux voir une notification chaque fois qu'un nouveau produit arrive dans le magasin. Donc, disons que mon équipe a estimé ce test à 21 et ce test à trois en valeur
commerciale, nous allons
donc ajouter toute la liste que nous examinons en tant que client. Je veux vérifier afin de pouvoir me faire expédier mes produits. Il y avait un huit et un point de l'histoire. Donc, nous regardons 13 la valeur commerciale en tant que client. Je souhaite vérifier mon panier afin de pouvoir effectuer des ajustements avant de procéder à la vérification. Donc, en regardant celui-ci, nous le mettons comme un 13 un point d'histoire, mettre comme, ah, 21 sur la valeur commerciale parce que super important pour être en mesure de vérifier en tant qu'utilisateur, je veux vous faire une liste de produits donc je peux sélectionner certains à acheter, Évidemment très important pour un magasin de commerce électronique. C' est tout le 21 et on regarde. Un trois dans les points de l'histoire disaient, Cela va être facile en ce moment. Une fois que nous aurons tous nos points d'histoire et nos points
de valeur , nous savons combien de temps il faudra quelque chose et combien il est précieux que tout le point est l'exercice. Aller à l'avant. C' est notre propagation, euh, comme un problème de magasin. Pour passer en revue mon article de la CRAC 0.13 Business 0.21. En tant qu'utilisateur, Je voulais votre liste de produits comme une sélection certains à acheter ou 0.3 21. Et ainsi de suite 8 13 21 3 autres cartes suivantes. Maintenant, nous connaissons notre valeur commerciale. Nous connaissons nos points d'histoire. C' est génial. Mais nous avons aussi quelque chose appelé Bang pour le Buck. Donc, exemple, par
exemple,
en tant que client, je veux vérifier pour obtenir mes produits afin que je puisse me faire expédier mes produits. Ce que nous faisons ici pour déterminer la banque du livre sur la raison pour laquelle nous le faisons est de déterminer la
granularité réelle de ce point. C' est pour que nous puissions prioriser mieux et plus facilement. Donc, ce que nous faisons, c'est que nous prenons le point d'affaires et nous nous divisons par le point d'histoire. Et c'est comme ça qu'il est revenu au livre. Donc, si nous regardons ce tableau ici comme un magasin autour avec les commandes,
je reçois mes produits expédiés à moi être des valeurs commerciales. 13 points de magasin. Huit bang pour le dollar est 1.625 Maintenant, si vous regardez cette liste,
um, um, quand nous avons séquencé ça, vous verrez que la dernière histoire ici en a sept. Les premières histoires 1.625 Donc ceux-ci sont étroitement alignés. Ce sont donc ceux que nous devrions examiner en ce moment en termes de fédération. Nous n'avons pas encore fait de travail, donc nous ne savons pas ou la vitesse à partir de maintenant. Mais nous allons ajouter ces choses à la Fédération 1 et voir ce que nous pouvons livrer. Donc, disons que dans deux semaines, nous avons réussi à livrer 34 points de valeur commerciale, 11 reportages pornographiques et un coup pour l'argent, 8.625 Donc notre vitesse pour les futurs sprints sera de 11.
17. Comment fonctionne une graphique à l'alcool ?: Donc si on jette un coup d'oeil à ce tableau de combustion que nous
avons ici, on pourrait voir que le Sprint a brûlé. Contient 87 à 64 56 48 40 32 24 16 et zéro. C' est ce qui a brûlé la dernière fois. Donc notre sprint pendant le bleu de Bernanke va jusqu'à 10 jours. Vous pouvez le voir dans 80 points d'histoire. C' est notre ligne de sprint. C' est l'axe X. Alors pourquoi l'accès contient l'histoire ? Point a dit qu'il était 80 brûlant de 80. Maintenant, jetons un coup d'oeil à la vitesse réelle. Nous commençons par 80. Évidemment, c'est là qu'on commence. Vous avez brûlé cinq au deuxième sprint de la deuxième semaine 70 la troisième semaine, 58 4ème semaine, cinquième semaine. Nous allons légèrement plus bas. On y va 43 six semaines. On a brûlé un peu moins. Ça a pris un peu plus de temps. Donc 36 sept nous regardons Ah, 30 allons à huit. Nous allons examiner le nombre. Disons 20 numéro neuf. Nous allons regarder 18 numéro 10 regarder à zéro Donc, nous avons effectivement réussi à terminer ce sprint, mais vous voyez ces derniers sur unders que nous avons donc sur le printemps deux et trois, nous avons dépassé la capacité estimée. Donc, cela signifie que j'ai ensuite réussi à résoudre 72 ce qui était notre objectif. Le seul homme que je devrais résoudre cinq au lieu de huit. Ça veut dire qu'ils ont dû se passer quelque chose. Peut-être qu'on a surestimé avec moi. Nous avons sous-estimé la tâche. Nous devons jeter un oeil à la façon dont nous estimons cela. Chaque fois que le lion rouge est au-dessus du bleu, cela signifie
que nous sommes en retard sur le calendrier prévu. Si nous sommes en dessous de la ligne bleue, cela signifie que nous sommes en avance sur le calendrier prévu. Vous voyez ce qui se passe produits tout le temps. Parfois, tu es au-dessus parfois ton bas. Mais votre but avec ce graphique est d'atteindre ce point zéro que votre sprint brûlé vous
dit. Certaines personnes disent que vous devez frapper 80% et c'est très bien. Mais en général, si vous commettez un arriéré qui a 80 points d'histoire et que vous vous engagez à cela, vous devriez résoudre ces 80 points d'histoire
18. Regardez Kanban: les équipes de chemin centralisaient généralement le travail autour du camp à bord. C' aussi était
aussiun tableau blanc de mur ou tout ce que vous pouvez mettre des notes collantes sur. Ils peuvent être virtuels ou physiques, mais ils constituent à la fois une fonctionnalité cruciale et permettent de visualiser et de suivre la quantité de travail en cours. Avec cela étant dit, tous les bloqueurs indépendance, Césaire immédiatement identifié ainsi que les résultats. Si nous regardons un Camembert de base comme celui ci-dessous, nous verrons que suit trois colonnes à faire en cours. Et, euh, il y a, cependant, tableau
plus détaillé avec des éléments tels que la vue du codeur ou le fouet. Maintenant, le but principal de la présentation des cartes de travailleurs est que l'ensemble de votre équipe soit en mesure suivre n'importe quel travail de manière visuelle. Les cartes contiennent des informations critiques ainsi que le travail qui implique la création et la
résolution du problème de barre oblique de tâche, ainsi qu'une estimation du temps qu'il faudra pour terminer ce travail. Rappelez-vous que l'estimation que nous avons faite ne change pas. Nous utilisons toujours des points d'histoire. Cambon offre également une grande flexibilité de planification en tant que produit de quand il est venu librement, ajouter des tâches ou supprimer des tâches dans l'arriéré de travail tant que nous tombons encore. Les valeurs de l'entreprise ont été identifiées dans la section précédente. Nous sommes toujours sûrs que nous maximisons la valeur pour nos clients. Cela signifie que nous ne regardons pas généralement la durée fixe. Un tel sprints. On regarde plutôt les cycles. Le délai est un moment à partir du moment où la demande a été faite par un client et placée sur l'orteil de la planche. Tous les travaux sur cet article sont terminés et la demande a été livrée au client. Donc, c'est un temps total. Le client attend la livraison de l'article. Le temps de cycle est le temps que l'équipe a passé réellement à travailler sur cet élément sans le temps que le test a passé à attendre sur le tableau. Par conséquent, le temps de cycle doit commencer à être mesuré lorsque la tâche d'élément entre. Un travail l'a appelé pas plus tôt, comme tout le reste dans mon travail, leurs principes et valeurs à adhérer. Donc Cambon est un tout neuf d'entre eux que nous allons explorer les détails ci-dessous. Commencez par ce que vous savez. Le chemin existe donc seul, mais il n'est pas mutuellement exclusif aux autres flux de travail. Vous pouvez coexister paisiblement et mettre en lumière les problèmes. Il ne nécessite pas de changements radicaux juste pour mieux s'organiser. Vous pourriez aussi bien diriger un projet de mêlée dans un camp et attendre d'accepter de poursuivre un changement
évolutif progressif . Cam Band est une approche qui permet de gérer le changement et le changement sans signification. La résistance organisationnelle ne cannibalise pas les structures internes et introduit un moyen de visualiser le travail organisé. Respecter le processus actuel, les rôles et les responsabilités. Une gale dans encourage les changements incrémentiels. Elle n'instimule toujours pas la peur qui était comme pour le progrès et la détermination. Il permet un large soutien organisationnel et de petites corrections de cours qui permettent d'économiser des projets
pour des processus de grande envergure. Encourager les actes de leadership. Vous n'avez pas besoin d'être des leaders ou des réalisateurs magiques pour mettre en œuvre ce changement. Le leadership vient des équipes elles-mêmes. Tu te souviens quand on a parlé d'équipes auto-organisatrices ? C' est l'un des principes que cela soutient. Visualisez le flux de travail. façon la plus courante de visualiser votre travail est d'utiliser des cartes et des murs. Chaque colonne représente les étapes de ce flux de travail, mais surtout, progression du travail de valeur en cours signifie que vous avez un regard rétrospectif et que les choses sont passées de l'autre à l'autre. Les éléments critiques sont que le travail en cours que chaque état dans le flux de travail est limité et que le nouveau travail est tiré à l'étape suivante quand il ya une capacité disponible dans le local serait explosé. Ces contraintes éclaireront rapidement les zones problématiques de vos flux. Vous pouvez les identifier et les résoudre vivant, qui est une pierre angulaire de Campbell géré flotteur Le point entier. Introduire Cambon dans l'organisation est pour faire croître un signal de changement positif. Visualize est la façon dont les valeurs circulent à travers le système. Le voyage lui-même est une répétition de cycles. Rendre les politiques de processus exemple explicite d'une politique venant très explicite dans votre projet est de regarder la définition de canard. En fait, il peut être créé pour chaque flux de travail, ce qui signifie que les éléments précédents peuvent être extraits dans votre cycle. Il doit répondre à certains critères, tels que les critères d'acceptation. Lorsque les équipes étaient toutes alignées sur le modèle préféré des responsabilités professionnelles, risques liés aux
rôles, elles sont plus susceptibles d'acquérir une compréhension commune des problèmes et de suggérer des améliorations.
19. Obtention Scrum: fournissent des renseignements clés dont l'équipe de mêlée et ses intervenants ont besoin
d'être rares au cours du développement du produit. Ces activités étant planifiées, les activités menées dans le cadre du projet aux artefacts suivants sont un cadre de
processus de mêlée et de défi . La vision du produit est un artefact pour définir un objectif à long terme du produit ou du produit, Il dit. La direction générale et les gars cela de T tout le monde devrait être en mesure de mémoriser une
vision de produit . Par conséquent, il doit être très court et précis. La liste des arriérés de produits est gérée par votre responsable de produit ou votre propriétaire de produit. Il s'agit d'une liste inédite de fonctionnalités, d' améliorations, correctifs et sert de base à votre carnet de sprint. Ceci est le courant de l'avenir de votre équipe à faire liste et fait l'objet d'une nouvelle priorisation. La liste des arriérés de Sprint est une liste d'éléments que vous avez accepté avec un gestionnaire de produit propriétaire à compléter dans un certain temps, généralement dans un sprint de deux semaines. Au cours de la session de planification du printemps, votre équipe pour obtenir le avec le chef de produit ou transférer un ensemble de tâches de l'
arriéré produit vers le retour printanier. Votre objectif de sprint est la valeur d'un produit final utilisable qui s'est formé à la fin du sprint. Lors de votre dernier examen Sprint, l'équipe montre ce qu'elle a accompli, s'il faut être voyage. La terminologie pour cela est également de faire sa définition de fait. Cette définition doit respecter les valeurs préplanifiées avec un responsable de produit ou un propriétaire avant de démarrer le projet. Maintenant, nous arrivons à la définition de fait. Chaque article du carnet de commandes de produits comporte des critères d'acceptation qui définissent de façon mesurable ce qui doit être respecté lorsque l'article est déclaré être fait. De nombreux critères appliqués à la totalité ou à plusieurs produits par quatre éléments au lieu de les définir
de façon répétée avec chaque article se sont révélés utiles pour rassembler ces critères en un seul endroit . La définition de fait. Ainsi, la définition de « fait » est une compréhension commune de l'adolescent scrubbing sur la signification du travail à compléter et à terminer. Il contient généralement des critères de qualité, des contraintes et des exigences générales non fonctionnelles. Quelques exemples sont la définition de fait examiné par quelqu'un ou un intervenant particulier. Achèvement des tests d'assurance de la qualité tous les problèmes six. Achèvement de toute la documentation liée à l'histoire. Maintenant, nous arrivons aux incréments. L' incrément est la somme de tout le produit retour look, j'ai été terminé lors d'un sprint et tous les sprints précédents à la fin du sprint. Le nouveau courant doit être fait, ce qui signifie qu'il doit répondre à la définition des équipes de gommage de Doug. Il doit être dans un état utilisable
, que le propriétaire du produit décide ou non de le libérer. Graver les graphiques. C' est l'une des choses les plus importantes que je veux vous faire traverser. Les diagrammes de charge sont un excellent moyen pour vous de mesurer la valeur que votre équipe déploie également combien d'efforts et si elles sont efficaces. Donc, Bruno graphiques ou graphiques, ils donnent un aperçu des progrès que votre équipe est faite comme taxe. Comme terminé, la greffe brûle à zéro. Il est utilisé comme un outil et un guide pendant le développement pour mener une équipe à
la réussite d'un sprint à temps. Mis à jour tous les jours, il donne un bon aperçu de la promesse Sprint. Les graphiques de gravure sont utiles car ils fournissent un aperçu du fonctionnement de l'équipe. Par exemple, si vous remarquez que l'équipe termine régulièrement le travail tôt, cela peut être un signe qu'elle ne s'engage pas à effectuer suffisamment de travail pendant la planification printanière. S' ils ont toujours manqué leurs prévisions, cela pourrait être un signe qu'ils ont commis trop de travail sur les orteils. Si le tableau de l'épuisement professionnel montre une forte baisse pendant le sprint, cela peut être un signe que le travail n'a pas été estimé avec précision ou décomposé correctement. Ce rapport montre la quantité de travail à faire dans le Sprint.
20. Ceremonies Scrum: mêlée quotidienne était appelée Stand up Meeting est une réunion quotidienne. Comme le titre l'indique, c'est aux membres de l'équipe d'informer l'ensemble du groupe de leurs derniers progrès. Cette réunion de groupe dans un monde de développement agile est tous les membres de l'équipe. Répondez à trois questions distinctes. Qu' avez-vous accompli depuis la dernière réunion ? Sur quoi travaillez-vous jusqu'à la prochaine réunion ? Qu' est-ce qui vous gêne ou vous empêche de faire votre travail ? Cela indique exactement à l'équipe ce qui se fait. Ce qui doit améliorer cette chose. Tout problème ou problème qui peut avoir est crucial pour que votre équipe sache pour vous
aider . Et les petits problèmes devraient toujours être abordés, qu'ils ne se transforment pas en gros problèmes. Une bonne astuce est également d'avoir votre outil de gestion de projet visible. Cela pourrait prendre la forme d'une caméra physique à bord ou d'un logiciel comme Sprint. Si je giri a, qui sont faibles, il est important pour une équipe de voir ce qui est terminé sur ce qui prend plus de temps que prévu. Cela est particulièrement utile pour les équipes qui consacrent trop de temps à répondre à des questions clés, prennent
également l'habitude de revoir le dossier de
l'outil de gestion de projet pour la réunion. Qu' en est-il de l'effort de collaboration ? Donc, l'une des erreurs les plus courantes de la réunion de mêlée est de faire un terme basé sur un type
du chef de projet ou du maître de mêlée. Cela va complètement à l'encontre de l'objectif de la prise de position et devrait être évitable. Évitée à tout prix. C' est un temps précieux qui devrait être traité comme un effort de collaboration pour toute l'équipe. Un bon moyen d'assurer l'efficacité des réunions de défilement consiste à établir une règle simple. Tout ce que vous dites devrait être précieux pour tout le monde dans la pièce. Des discussions individuelles peuvent avoir lieu à tout moment de la journée. Mis à part la réunion standard. En outre, planifiez la réunion autour de votre équipe. Nous le constatons dans le monde réel, il est impossible de respecter un calendrier strict, mais il est important de développer une sorte de routine pour vos réunions permanentes. Sans une routine, la procrastination prendra effet. Les médias n'arriveront jamais. La deuxième cérémonie portera sur la planification de ce printemps. Donc, cette réunion de salle se déroule au début d'un nouveau sprint et est conçue pour que le propriétaire
du produit et l'équipe de développement rencontrent et examinent l'arriéré des produits prioritaires pour une série de discussions que l'équipe devrait finalement créer un arriéré de sprint . Il contient tous les éléments que l'air s'engage à compléter à la fin du sprint. C' est ce qu'on appelle le Sprint Gold, donc Sprinkle devrait être un navire incrément de travail à base de plantes, ce qui signifie qu'il peut être démontré à la fin d'un sprint. Il doit être convenu par toute l'équipe, sorte que les propriétaires de produits responsables de je suis dans le produit de retour déjà pour examen avant début du jeu de
printemps. Alors, qui est présent ? Donc, l'équipe de mêlée, l'équipe de développement du propriétaire du produit, tous ceux qui ont formé l'équipe de mêlée décrivent Master à la fin là. Alors combien de temps ça dure ? La longueur de la plupart des cérémonies de mêlée est vraiment la longueur du sprint. En termes de planification Sprint, il devrait durer deux fois plus longtemps que le sprint. Par exemple, si votre sprint dure deux semaines, cette cérémonie d'impression ne doit pas durer plus de quatre heures alors que le sprint de la semaine ne doit pas
durer plus de deux heures. Ça ressemble à une énorme perte de temps à calculer le temps comme ça. Mais si vous êtes assis à la réunion de défilement et cela peut prendre plus de deux heures. Vous pouvez l'appeler parce que rien de plus important ne sortira de cela. Parlons donc des interviews de strip spread. La préparation d'une réunion d'examen Sprint agile ne devrait pas prendre plus de quelques minutes au maximum. Donc, Sprint Review se concentre sur la démonstration de ce que l'équipe de développement est fait. Sachant que terminé en utilisant des histoires et être prêt à démontrer ces histoires, Fonctionnalité vous prépare à commencer en toute confiance à Sprint Review réunion. La préparation à l'esprit de votre rencontre implique le propriétaire du produit et l'équipe de développement . Le propriétaire de la pièce doit savoir ce qui utilise les histoires de l'équipe de développement accomplies au cours de l' équipe de développement
Sprint. Doit être prêt à démontrer le navire terminé. Fonctionnalité complète pour une équipe de développement pour démontrer le produit dans le Sprint Review, il doit être complet selon la définition de fait Donc doit être développé, testé, document
intégré que si c'est votre définition fait que les utilisateurs histoires de terminé tout au long de Sprint, le propriétaire du produit et l'équipe de développement doit vérifier que le produit répond aux normes. Cette validation continue tout au long du sprint réduit et les risques de sprint et aide à ce temps les équipes de nettoyage passent le moins de temps possible à se préparer pour l'examen de printemps . Il y a quelques conseils que j'ai pour tenir un examen Sprint. Donc, Sprint Review a généralement lieu plus tard dans la journée, le dernier jour du Sprint, souvent du vendredi. Une des règles de mêlés de ne pas passer plus d'une heure dans la réunion Sprint Review pour chaque semaine des directives Sprint pour votre examen Spirit. Rencontrer nos amis, il n'y a pas de point de pouvoir. Diapositives fait référence à l'arriéré Sprint de vous pour afficher la liste des histoires utilisateur complètement. Toute l'équipe de mêlée devrait participer à la réunion. Toute personne intéressée par une réunion peut y assister. Donc les parrains des parties prenantes du projet, euh, voir Yokel théorique étant qu'il s'agit d'un examen Sprint tant qu'ils ajoutent et voient de la valeur. Le propriétaire du produit introduit une école de sortie, sorte que le Sprinkle et les nouvelles fonctionnalités incluses. L' équipe de développement démontre ce qu'elle a accompli pendant les sprints. En règle générale, l'équipe de développement présente de nouvelles fonctionnalités ou architectures. La démonstration doit être sur l'équipement aussi près que possible de planifier appartement de production , par exemple, vous pour créer une application mobile, présenter les fonctionnalités sur le smartphone, peut-être accroché jusqu'à ce qu'ils surveillent plutôt qu'un ordinateur portable, et les parties prenantes des questions relatives aux libertés et fournissent des commentaires sur le produit démontré. Aucune fonctionnalité truquée non divulguée telle que les valeurs de noyau dur d'autres
raccourcis de programmation pour rendre l'application plus mature qu'elle ne l'est actuellement. Alors, affichez toujours la vraie chose. Le pro gona peut mener une discussion sur ce qui est à venir, sur la
base des caractéristiques qui viennent d'être présentées. De nouveaux éléments ont été ajoutés au carnet de commandes de produits pendant le sprint actuel, et je viens de rétrospective est une réunion qui a lieu à la fin de chaque génération de développement
logiciel agile . Au cours d'une rétrospective, l'équipe réfléchit à ce qui s'est passé dans la fédération et identifie les mesures à prendre pour améliorer l'avenir. Chaque membre de l'équipe répond aux questions suivantes. Qu' est-ce qui a bien fonctionné pour nous ? Ce qui n'a pas bien fonctionné pour nous, mais des mesures que nous pouvons prendre pour améliorer notre processus. Aller de l'avant. Oui, John rétrospective. Donnez-moi des leçons apprises. Rencontrer l'équipe réfléchit sur la façon dont tout s'est passé, puis décide quels changements ils veulent faire une rétrospective nouvelle génération dirigée par l'équipe et les membres de l'équipe doivent décider ensemble comment les réunions seront organisées maintenant. Décisions que nous avons prises concernant les améliorations
21. Rôles Scrum Team Scrum: dans le document original Harvard Business Review qui a inspiré Creation Scrum, le jeu de développement de nouveaux produits. Deux professeurs ont observé que les grandes équipes étaient une transcendante. Vous avez un sens de but au-delà de l'ordinaire, sorte que ce but réalisé par soi lui permet d'au-delà de l'ordinaire, dans l'extraordinaire d'une manière très réelle. La décision même de ne pas être moyenne mais d'être grande change la façon dont nous nous percevons sur ce dont ils sont capables. Les équipes autonomes aussi auto-organisatrices, autogérantes, elles ont le pouvoir de prendre leurs propres décisions sur la façon dont elles font leur travail et notre empire . Pour prendre ces décisions bâton transversal équipes fonctionnelles de toutes les compétences nécessaires pour mener à bien projets sont la conception de la planification, la production, ventes, la distribution. Ces compétences se nourrissent et se renforcent mutuellement, dit un membre de l'équipe qui a conçu une nouvelle caméra révolutionnaire pour Kennan l'a décrite. Lorsque tous les membres de l'équipe sont situés dans une grande pièce, l'information de
quelqu'un devient la vôtre sans même essayer. Vous commencez alors à penser en termes de ce qui est le meilleur ou le deuxième meilleur pour le groupe en général, et pas seulement où vous séjournez. Ainsi, les gens parfois luttés avec l'idée de la transcendance sur la transcendance peuvent être décrits comme un esprit d'équipe. Le premier de l'équipe a regardé une vidéo au début de chaque réunion quotidienne des musées. Toute l'équipe de Rugby Blacks. L' énergie de cette équipe est unie dans le but. Le premier de l'équipe voulait capturer cet esprit était la détermination à écraser tout esprit d'
entrave pour célébrer chaque succès dans la victoire d'or qui est la
transcendance de l'équipe,que transcendance de l'équipe, ce soit sur une équipe sportive ou la livraison de grands produits ou services. Les responsables de produits travaillent en étroite collaboration avec le développement. Imaginez la direction du produit basée sur des connaissances ou des recherches. Commentaires des clients, thème de l'étude de
marché. Gestionnaires de produits agiles. Gold est de travailler avec les clients et les dirigeants de l'entreprise pour définir la direction du produit. Le responsable produit est responsable de représenter la véritable voix du client. La meilleure façon de comprendre pleinement les problèmes des clients est de parler aux clients. Visitez leurs sites, expérimenté leur vie professionnelle quotidienne et d'autres choses. Ce faisant, le chef de
produit obtiendra des informations de première main. Le client se bat et sera en mesure de trouver des fonctionnalités et des fonctionnalités. Soulagez les points de douleur sans les clients d'indirection directe du champ. Il est impossible de comprendre pleinement que les difficultés et les besoins des clients sont également
propriétaires de produits dans un environnement agile et ce propriétaire de produit travaille avec l'équipe de développement pour
clarifier les histoires des utilisateurs,la clarifier les histoires des utilisateurs, vision
du produit et les spécifications gérer les arriérés de maximisation de la valeur des produits pour l'entreprise . Le propriétaire de l'établissement communique les intentions commerciales aux équipes de développement qu'elles comprennent clairement pourquoi on leur demande de faire ce qu'elles font. Ils sont en mesure de voir le tableau complet, comprendre les besoins de l'entreprise et du client, communiquer avec les thèmes d'affaires pour aligner les activités techniques afin de fournir une exception
exponentielle aux propriétaires de produits ont généralement une compréhension de base du développement de
logiciels, leurs communicateurs efficaces et comprennent que nous devons résoudre les problèmes des clients . Il est courant que les propriétaires de produits occupent des postes d'analyste d'affaires avant de devenir votre produit. Maintenant, le maître de mêlée est au cœur de toute l'équipe de mêlée, donc les maîtres de gommage sont les facilitateurs poids légers supplémentaires, cadre
agile avec un accent sur les orations de boxe temporelle appelées sprints comme facilitateurs, acteurs du maître de
mêlée entraîneurs pour le reste des chefs de serviteur de l'équipe, comme cela de Dieu l'appelle bon air de mêlée Maître engagé à cela de la fondation et les valeurs restent flexibles et ouvre des opportunités pour l'équipe à la cicatrice de flux de travail. Les maîtres effectuent quelques tâches. Ils effectuent donc des stups, réunions de planification de
sprint, des examens de
sprint et des rétrospectives de consultation interne de l'un de ses conseils, l'administration et les bloqueurs de rapports. Ainsi, le rôle de maître de partition est aussi bien pour protéger le processus de mêlée lui-même. Ce maître du crime est l'expert de la maison des travaux et comment il devrait être appliqué. Il ou elle veillera à ce que le propriétaire du produit et l'équipe de développement restent à l'intérieur de ce framework Par extension est de Master. King a encadré tous les membres de l'équipe sur la façon d'utiliser de la manière la plus efficace possible. Il s'agit maintenant d'un rôle très différent de celui d'un gestionnaire de projet traditionnel, malgré des comparaisons fréquentes entre deux. Les chefs de projet sont donc responsables de la gestion des membres de l'équipe de projet et cela guide leur propre journée aujourd'hui. Travaille le maître de mêlée. Cependant, la seule reddition de comptes officielle est celle du processus. Alors jetons un coup d'oeil. Une équipe de développement se penche sur la mêlée, responsabilité de
maître, n'ayant pas la responsabilité d'aujourd'hui, mais qui a la responsabilité et c'est là que l'équipe de développement intervient. Donc, un script typique se compose de 5 à 9 personnes et comprend généralement les rôles
fonctionnels typiques ont été séparés projet d'entreprise. Cette offre de développement. Par exemple, cela signifie des testeurs d'architecte, des développeurs et des concepteurs. Mais ces titres sont tout simplement pertinents pour établir l'expertise de chaque individu. Maintenant, l'équipe agit collectivement pour déterminer comment atteindre vos objectifs. Les caractéristiques spécifiques sur lesquelles ils travaillent sont déterminées par la priorité établie par le propriétaire
du produit. La façon dont ils travaillent est guidée par le processus de mêlée tel que surveillé par ce maître d'entreprise. Tout le reste est à l'équipe de gérer, avec Scrum master fournissant autant que nécessaire pour que cela se produise. Par exemple, chaque membre de l'équipe peut prendre une fonction à partir d'un carnet de commandes de produits priorisés, puis décider individuellement comment exécuter ce travail. Ce niveau d'autonomie est une pierre angulaire et encourage les liens solides entre les
membres de l'équipe et contribue à créer un environnement de travail positif, tandis que l'idée d'équipe AH existe aussi dans l'eau pour les projets. Dans cet environnement, une équipe est gérée fonctionnellement par le chef de projet produit plutôt que d'être
auto-gérée auto-gérée
22. Le backlog de produit: le carnet de commandes de produits est légèrement différent de celui de Sprint. Aziz, ce dernier est tiré de la 1ère 1 Nous savons maintenant que la façon dont nous avons organisé la
mêlée de travail est des sprints et les deux dernières semaines, et avant que quelqu'un ne se dirige vers l'un d'eux, il est nécessaire de créer cet arriéré de spin. C' est un ensemble de tâches qui vise à atteindre l'objectif Sprint. Ainsi dit le carnet de commandes Sprint est tiré de l'arriéré de produit. Le Prada dos Une liste de toutes les
fonctionnalités, les fonctionnalités et la recherche qui prend en charge le produit. Le propriétaire du produit est généralement chargé de s'occuper de ce problème en souffrance. Y at-il autre chose dans le contrat agile et mêlée par des valeurs avec la valeur la plus élevée doit être travaillé
d'abord sur la base des besoins de valeur de l'entreprise recherche dans les tendances technologiques bientôt affreux acheter le marché. Un arriéré a organisé de cette façon assure que notre travail et fournir une valeur maximale pour l'organisation. Et comme vous pouvez le voir, il doit être constamment mis à jour pour gérer. Ce processus est appelé toilettage des arriérés. Sans mettre à jour l'arriéré, il peut devenir assez obsolète et ne pas rester à jour pour une feuille de route très longue que vous construisez devrait contenir des objectifs à long terme pour plusieurs versions. Dans un avenir lointain, cependant, le livre de retour de produit devrait se concentrer sur le travail de mise en vente pour la prochaine version plus détaillée. Utilisation de la planification des vagues de roulement. Nous nous assurons que les sprints immédiats sont abordés dans Is il est possible et les
lointains remplaceront plus bas et les détails apparaîtront lorsque vous fusionnez vers un objectif
spécifique. Les produits que vous créez, Disons, droite, le à
droite, le
partage dont le but ultime est le covoiturage introduit également une toute la nuit portefeuilles a besoin à leur dos. Maintenant, l'avantage d'utiliser un seul arriéré un substantiel. Si votre produit est massif, disons qu'un système d'exploitation nous pourrions envisager de créer plusieurs arriérés. Nous ne voulons pas de hiérarchie et d'importance ainsi que des horaires de repas de valeur qui entrent en conflit les uns avec les autres . Parlons des utilisations des épopées récentes. Maintenant, c'est quelque chose que nous avons couvert précédemment dans le cours, mais les épopées sont une nouvelle, alors passons par là. Nous avons parcouru des histoires d'usages avant ce livre, mais juste eux ont mis l'accent sur eux. Ce sont les tâches que vous devez accomplir du point de vue de l'utilisateur, et ce sont les histoires que vous étiez hors de Your Sprint histoires sont généralement très grandes sont appelées épopées, et ils pourraient prendre plusieurs sprints pour accomplir les épopées de généralement des histoires qui contiennent plusieurs histoires. Ça pourrait être 2050 100. Nombre varie Ces histoires d'utilisateurs, cependant, doivent être dérivées de l'épopée. Pour que le sprint commence, on ne peut pas travailler sur le filet comme ça. Alors jetons un coup d'oeil. Par exemple ici Way ont, comme un grand site de voyage, je veux le système. Ils peuvent déterminer les prix les plus bas, en fonction des variables telles que les saisons, afin que mes visiteurs sur le site puissent recevoir les meilleurs prix maintenant. C' est évidemment une tâche
énorme, énorme donc doit être divisée en histoires de petites utilisations. Par exemple, en tant que grand site Web de voyage, je veux définir le tarif optimal pour les vols en fonction des vols comparables
facturent à nouveau. En utilisant la planification des vagues roulantes, nous définissons que les histoires de plus grande valeur est la plus élevée dans la chaîne, mais ils doivent également inclure le plus de détails. Donc, c'est comme creuser un peu plus profondément dans cela et voir si nous pouvons vraiment explorer ce que
l' histoire des utilisateurs devrait contenir. Regardons l'utilisation de l'histoire arriver ici comme un grand site de voyage, je veux définir le taux optimal pour les vols en fonction de ce que les vols facturent comparablement. Quelques choses que je veux garder à l'esprit ici est la fonction devrait vérifier les tarifs pour tous les aéroports à moins de 100 kilomètres. La fonction devrait me donner la possibilité de trier les tarifs par distance, la fonction. Elle me donne des options pour trier le prix et la fonction. Elle m'a donné la possibilité de trier les aéroports comme un départ et une arrivée. Donc, vous voyez comment quand c'est un plus grand détail ici et j'ajouterais plus de valeur à l'histoire. Plus de clarifications à l'histoire afin que nous nous tournons parfois vers différentes histoires qui ne sont pas nécessaires, ajoute des histoires d'utilisateurs. Cela inclurait le travail sur le back-end ou d'autres tâches qui ne sont pas vraiment des utilisateurs, par
exemple, tableaux de bord d'administration
internes ou des tableaux de bord de au que nous avons besoin de garder. Je devrais modérer les yeux KP. Ces tests sont importants à distinguer car ils utilisent quelque chose appelé
développement piloté par fonctionnalité F double secrets profonds. C' est très simple, donc vous avez toujours une action, un résultat, et vous avez l'objet. Donc, par
exemple, si nous regardons une longue séquence régulière, nous allons le regarder comme ça. Valide plus mot de passe plus utilisateur. Ce sont leurs seuls quatre éléments que nous traitons dans nos arriérés de mêlée dans le
produit Sprint Press . Il comporte des bogues, des travaux
techniques et l'acquisition de connaissances. Donc, ce sont les seuls quatre vraiment dont nous avons besoin pour avoir notre arriéré. Il n'y a que des catégories. Une bonne façon de commencer à construire votre arriéré de produits est de jeter toutes vos idées sur le mur et de voir celles qui ont le plus de valeur. Tant que vous avez assez d'histoires axées sur la valeur pour votre sprint, vous allez bien. Gardez-le simple et décomposer à nouveau selon la valeur. Ensuite, nous allons examiner comment hiérarchiser votre produit. vie.
23. Priorisation: Maintenant que nous savons ce que nous devons inclure dans un arriéré, comment nous priorisons, regardons comment nous construisons et travaillons avec un arriéré de produits. Donc, pour ce faire, nous allons passer par une liste de contrôle complète pour nous assurer que nous abordons tous les domaines que nous avons. En tant que propriétaire du produit, vous êtes seul responsable du retour du produit. Vous êtes en charge de l'entretenir avec toutes vos fonctionnalités de recherche et votre planification. Basé sur la vision de la feuille de route de l'organisation. Le carnet de commandes de produits est une liste complète de tous les articles de travail d'utilisateurs pour votre produit. Cependant, vous pouvez toujours le mettre à jour avec des exigences plus changeantes et que plus d'informations au fur et à mesure que
vous allez , ,vous devez être un spécifique que possible. Avec les empreintes et les objectifs les plus proches, les
lointains pourraient être enveloppés de mystère. Pour l'instant. Utilisez toujours l'utilisateur comme point de vue. Inclure les corrections de bogues, échange de
connaissances et d'autres travaux techniques internes comme nous l'avons mentionné avant les
histoires de FDD . Vous évaluez la valeur en priorité de toutes ces histoires d'utilisateurs. Vos recherches et vos informations spécifiques sur les souhaits et les besoins des clients font reculer le produit. Vous n'avez pas besoin de regarder une estimation dès maintenant cette session de planification d'impression et les rattrapages avec votre équipe vous aideront à le faire. Vous devez classer votre carnet de commandes de produits. Votre carnet de commandes produit est une liste toujours fluide de modifications et d'adaptations. Cependant, votre sprint ne devrait pas changer. Donc, l'arriéré de Sprint est convenu et Onley débloqué Lorsque la définition des donateurs a finalement été atteint, vous pouvez toujours ajouter au travail dans le stand, alors jetons un coup d'oeil à la façon dont nous priorisons cet arriéré de produits ici. En tant que client, je veux voir une liste de produits afin que je puisse sélectionner certains à acheter, Évidemment Value 21 Priorité quoi ? En tant que client, je veux examiner mes cartes que je peux faire des ajustements avant de payer 21 2 En tant qu'utilisateur, je veux vérifier afin que je puisse obtenir mon probablement expédié à moi 13 et trois. En tant que client, je souhaite revoir ma commande. Deuxièmement, voyez ce que j'ai acheté dans le passé. C' est un 84 Maintenant. La façon dont nous examinons le processus de raffinement des arriérés est ce que nous appelons l'
acronyme profond . Les stents ont été détaillés de façon appropriée de sorte que les articles en haut de la liste aient plus
de détails que ceux en bas. Rappelez-vous, c'est
ce que nous appelons la planification de la vague de décision, où les besoins immédiats de l'école sont très bien connus. Mais les lointains une fois, parlons six mois par an
sur la ligne que nous ne connaissons pas tellement une fois que nous continuons à rouler. Une fois que nous allons avec un projet, nous en découvrons
plus, plus, plus, plus, et que plus tard n'est plus enveloppé de mystère. Il doit être des estimations de chaque arriéré de produit libéré. personnes impliquées dans la prochaine version doivent être estimées par rapport au magasin ou par temps. Au fur et à mesure que votre équipe obtient plus de travail sous
sa ceinture, sa vitesse, la vitesse à laquelle elle finit l'article de son arriéré de produits deviendra plus claire et facilitera l'estimation. Emergent. Cela signifie qu'un arriéré de produits est adapté aux nouveaux articles ou informations qui émergent prioritaires . Tous les articles du carnet de commandes de produits sont commandés avec les plus importants en haut.
24. Vision produit: travailler sur le produit sans une vision récente du produit ressemble à aller dans la rue les yeux fermés. Donc, faire avancer un produit ou une direction de vie aide à maintenir les choses en marche et à rendre les actions significatives. D' un autre côté, le leader a également la responsabilité de diriger et de guider cela. Pios et les gestionnaires doivent garder à l'esprit les plans d'affaires et la confiance des clients tout en motivant tout le monde à travailler vers un objectif commun. Mais sans direction, une équipe ne peut pas réfléchir, et c'est là que nous allons parler dans la vision produit et comment la direction aide les équipes à aller de l'avant avec un mantra. Donc, lorsque nous discutons de vision, nous avons à l'esprit un plan à long terme pour le produit. Ce sont des plans qui sont loin, et ils doivent encore se concrétiser. Ce sont des objectifs lointains mais prouvent néanmoins vos ambitions commerciales. Et l'aspect futur de la résolution de problèmes de la vision est généralement de 2 à 5 ans, voire plus selon le produit que vous fabriquez pour quelle industrie. Alors quoi ? N' est-ce pas juste un tas de bêtises sans impact immédiat ? Pas vraiment. Je veux dire, l'utilisation d'une équipe de vision peut définir la SLA publique ou obtenir une stratégie sur la façon d'atteindre dans les écoles , stratégies et tactiques de
dispositif et de les décomposer dans votre carte du monde de produits Nous avons discuté plus tôt. Jetons un coup d'oeil à la déclaration de la vision de Google parce que je pense que c'est un grand. Était Énoncé de Vision est d'organiser l'information du monde et de rendre universel d'une université accessible, utile, afin de le regarder d'une manière très facile, vous êtes un guide touristique et vous êtes en randonnée à travers MT. Vous avez votre groupe de guides avec vous et vous savez quel itinéraire vous prenez la direction, vous allez dans. Votre vision est de les emmener voir de magnifiques sommets de montagne, cascades et peut-être même attraper de la faune ici. Donc, sans cette vision, votre groupe de guides touristiques sera perdu dans leur direction. ne saurais pas pourquoi ils se sont inscrits pour la tournée où ils se dirigent. Vision devrait être une base que les décisions de gars et aide à prioriser les caractéristiques ou les tâches. Cet élément de caractéristique contribue-t-il ou contribue-t-il à l'or ? Si ce n'est pas le cas, alors vous canalisez vos énergies dans des activités. La vérité Motivation joue également un rôle important ici. L' équipe a rappelé que le temps est que la direction afin qu'ils comprennent comment leurs rôles dans les
activités quotidiennes contribuent à la vue d'ensemble. Cela les aide à se concentrer davantage sur le travail qui fait vraiment une différence en termes de
développement de produits . La motivation joue également un rôle important ici, rappelé à l'équipe à certains moments les directions, afin qu'ils comprennent comment leurs rôles et activités quotidiennes contribuent à l'image globale. La stéatite se concentre davantage sur le travail qui fait vraiment une différence en termes de produit développé. Nous allons donc explorer plusieurs façons de créer une vision produit. Asseyez-vous d'abord et en fonction des problèmes ou des douleurs auxquels les clients sont confrontés et de la façon dont le produit les
résout. Ou est-ce que la production a atteint ceux ? Certains pourraient trouver qu'il est évident que cela suppose plus de défis que prévu. Qui devrait prendre le processus partenaire ? Et la tâche complexe La création de Vision nécessite beaucoup de travail d'équipe, Donc ce que vous faites est d'inviter des coéquipiers ou d'autres parties prenantes qui peuvent contribuer à l'
image globale sont de fournir des connaissances professionnelles, passion ou des compétences visionnaires. N' importe qui pourrait vraiment rejoindre les développeurs, les
concepteurs , les
chercheurs, entreprises ou le marketing Les gens pourraient tous s'intégrer ici, mais assurez-vous de diriger le flux de création de poussé une équipe à venir à une entente finale c' était une réflexion. Regardez les questions que vous posez l'une d'entre elles est Qui est votre public cible ? Quel client a besoin ? Les produits peuvent-ils satisfaire les attributs du produit qui déterminent la satisfaction de ces besoins ? Qui est en compétition et comment ont-ils réalisé des concurrents externes internes ? Quel délai et produit sur un budget déterminé le projet,
Donc, il ensemble dans une équipe de personnes à l'esprit, travail des déclarations visionnaires et de diriger un atelier sur le sujet formé de petits groupes où les gens peuvent discuter certains remue-méninges différentes questions. À la fin de la première session, chaque équipe devrait dresser une liste d'idées ou de réponses assurables convenues après chaque équipe aura présenté ses idées. Mettez les idées du vote. Donc, pour ne sélectionner que les meilleures idées. Utilisez différentes méthodes contre les équipes utilisées pensée abstraite et gardez toujours votre trace des progrès et faites en sorte que tout le monde se sent impliqué. Vous avez aussi quelques autres questions que vous posez. Nous pourrions jeter un oeil à la vision du produit Port Product Vision Board, faite par Roman. Image définit d'une manière différente, sorte que vous avez une vision que nous allons remplir plus tard, mais vous avez un groupe cible, sorte que vous définissez le public cible. Qui a besoin du produit satisfera regarder les besoins. Qu' est-ce que ces clients ? Quelles douleurs et défis solvables pour le visage. Regardez les produits que vous définissez le produit, les attributs
génériques ou les contrats à terme et contribuez au bonheur des clients. Les écoles de commerce sont très importantes, vous devez
donc avoir une idée claire de la façon dont le produit profitera à l'entreprise et quels objectifs
commerciaux et aspirations ont conduit à sa création. Donc, lorsque vous visez quelque chose de court et accrocheur pour votre vision produit, vous pouvez utiliser le modèle de vision produit de Geoffrey Moore ainsi que le modèle de base pour mes courses comme suit pour le client cible qui doit être résolu. Le produit. Le nom est une catégorie de produits qui bénéficie du chauffage, des points
de vente. Contrairement à un produit compétitif, notre produit, je veux dire, la différence. Donc, avec cet outil, nous avons attrapé l'essence dans l'unicité du produit. Pendant qu'ils trouvent les singes, cela signifie que cela peut bien fonctionner dans un environnement agile. Lorsque vous commencez à développer aussi, une vision n'a pas besoin de se transformer en 20 peinture Bible ou une affiche brillante mur Bhutto faire des déclarations convaincantes inefficaces. Ainsi, le père des visions, Roma Pickler, appelle la vision idéale du produit claire, instable. Chaque participant devrait trouver cela facile à comprendre. Évitez donc les phrases vides qui ne disent rien d'une affaire et des foutaises larges et engageantes. Nous devrions donc représenter une image plus élevée à laquelle tout le monde peut se rapprocher, puis inspirer les gens à donner de leur mieux pour que cela se produise. Raccourcir. Cette semaine, il a besoin d'aller directement au point supplémentaire. Vous le rendez réalisable. Donc, bien qu'une vision devrait être futuriste, idée de ce que le produit pourrait devenir cynique, ils pourraient effectivement être atteints. Incroyable. Donc, vous devez concevoir l'idée en fonction des besoins et des motifs des utilisateurs, et de trouver la raison principale derrière cette existence d'autres. Nike est la vision et l'idée d'entreprise est vraiment, vraiment cool. Donc, à une clé, um, notre vision est de créer une meilleure vie quotidienne pour les nombreuses personnes sont des affaires Idée soutient cette vision en offrant une large gamme de produits d'ameublement de maison bien conçus et
fonctionnels à des prix si bas que le plus grand nombre possible de personnes seront en mesure de les payer. Enfin, vous présentez la vision du produit à toutes les personnes impliquées. Les acteurs du développement doivent connaître l'orientation qu'ils dirigent, afin de conserver leur confiance dans les tâches et les décisions quotidiennes. Partagez la vision de toutes les présentations de forme conseils ,
des
conseils, des
affiches , des réunions en un etc. Vous transmettez le message afin que tout le monde comprenne que vous pouvez vous y connecter et être honnête à ce sujet. Encourager les questions et présenter des cas d'utilisation. effets de la vision, les stratégies
d'affaires ou les décisions de niveau inférieur sont des exemples démesurants. Parlez le langage de l'auditoire des visions de produits et montrez-leur comment ils peuvent contribuer à l'amélioration du produit.
25. Carte de Roadmap: produit. Les feuilles de route sont un outil important de gestion des produits, mais leur application efficace peut s'avérer difficile. Les feuilles de route sont trop souvent axées sur les fonctionnalités, et les responsables de produits passent trop de temps à faire en sorte que les parties prenantes s'entendent sur une
des fonctionnalités qui seront développées. Une feuille de route produit est un plan stratégique de haut niveau, qui décrit comment le produit est susceptible de se développer et de croître au cours des prochains mois. Cela crée une continuité de but et aide leurs gestionnaires de produits et propriétaires de produits un financement de
chœur pour le projet, parties prenantes des
compagnies aériennes et aussi la privatisation des installations. Il facilite la coordination du développement deproduits plus grands et
différents, produits plus grands et
différents, et il rassure les clients si leur feuille de route produit est rendue publique. Voyons maintenant quelles sont les feuilles de route des produits que nous avons ici ? Jetons un coup d'oeil à ce graphique, sorte que le premier jet de la feuille de route représentée ci-dessus contient la date ou l'heure. Pour les prochaines versions, vous pouvez travailler avec des dates spécifiques telles que le premier mars ou une période telle que le premier ou le deuxième trimestre. Je trouve les dates particulièrement précieuses cartes internes. Refuser un externe. Vous pouvez supprimer le rôle ou utiliser un délai libre, par exemple dans les 6 premiers mois de 2014, la deuxième ligne indique le nom ou la version des versions. Par exemple, j'avais sept ans ou je sais que Quinn a gagné. La troisième ligne fournit un objectif produit spécifique de chaque version majeure pour la version du produit, l'avantage commercial de l'utilisateur qui devrait fournir ou le résultat que vous voulez tricher. Exemples d'objectifs sont d'acquérir ou d'activer, les utilisateurs de retenir les utilisateurs par les mains et l'expérience utilisateur à bord. Accélérer le développement en supprimant la dette technique. Travailler avec les objectifs déplace la conversation de débattre des caractéristiques individuelles à s'entendre sur les avantages
souhaités. prise de décisions stratégiques en matière de produits au sein d'une équipe de développement, intervenants
clés et du commanditaire de gestion devrait tous adhérer aux objectifs. Quatre. Lancer ici fournit les fonctionnalités nécessaires pour atteindre l'objectif. Les caractéristiques Notre marque signifie la fin, mais pas une fin en soi. Ils ont servi à créer de la valeur et à atteindre le but. Vous pouvez penser aux entités comme la sortie nécessaire pour créer le désir d'essayer de vivre dans le nombre d'entités pour chaque or à trois. Mais ne pas indiquer plus de cinq abstenus de détail dans les fonctionnalités et se concentrer sur les capacités
du produit. Ils sont nécessaires pour atteindre l'objectif. Votre robot produit doit être un plan de haut niveau, et les détails doivent être couverts dans le carnet de commandes de produits, y compris les épopées, et utiliser les histoires.
26. Gestion de libération: , comme nous l'avons mentionné précédemment, est responsable de l'arriéré des produits, mais également responsable en fin de compte de ce que vous avez livré aux clients. Vous devez planifier cela et aussi trouver une stratégie sur la façon de publier quoi, quand et comment. Jetons un coup d'oeil à quelques choses à garder à l'esprit. Comme l'a mentionné Robin Sherman de The Home une mêlée, vous devez tenir compte de votre audience afin que votre public cible devrait conduire toutes les décisions continue. livraison de valeur est évidemment l'une des pierres angulaires de ce que les livraisons d'emplois continuent devenir très populaires. Et beaucoup de gens veulent être en mesure de faire un nouveau déploiement de logiciels pratiquement chaque minute. Bien sûr, il est très utile de pouvoir relâcher un peu d'effort en appuyant sur un bouton. fait que vous l'utilisiez ou non dépend grandement du contexte. qu'on appelle un contexte, comme la publication d'Amazon plusieurs fois par minute, semble avoir beaucoup de valeur dans un autre contexte de travail sur les systèmes de paie RH, par
exemple, sortie une fois par mois assez. Au moins, c'était à l'époque. Numéro deux est créer un, libérable incorrect pour Sprint. Donc, dans de nombreuses organisations, les
équipes travaillent très dur sur beaucoup de choses différentes dans le sprint. Cela signifie souvent que l'équipe a 100 % du travail, 80 % fait. ligne de fond. Cela signifie que beaucoup de travail a été fait et qu'il n'y a pas de valeur pour les clients. Les utilisateurs ont été livrés car ce n'est pas terminé. Cela permet d'aider l'équipe de développement offrant de se concentrer avec un Sprinkle. Par exemple, l'équipe de développement à fournir un incrément de produit effectué le plus tôt possible dans le Sprint, ce qui est utile puisque vous finirez au moins avec un incrément qui pourrait être libéré si vous voulez . Numéro trois est obtenir la propriété du processus de publication ou, mieux dit soutenir l'équipe de développement à obtenir la propriété là-bas. Avec ces processus et de nombreuses organisations qui font des mises en production, c'est quelque chose qui appartient à un ministère comme un policier. Ces coordonnateurs. Lorsque l'équipe de développement n'est pas propriétaire du processus de publication, il est souvent plus difficile de le faire. Rien ne vous a coûté un temps précieux en tant que chef de projet ou chef de produit, mais j'ai l'expérience d'être très utile dans le passé, c'est de fournir à une équipe de développement la
propriété du processus de publication. C' est quelque chose, ni vous ni l'équipe de développement ne pouvez souvent décider par vous-même. Donc, que pouvez-vous faire en tant que propriétaire de produit que vous pouvez faire est de créer de la transparence sur ce sujet . Turness primitive Par exemple, quand on m'a demandé ton steak, Comment pouvons-nous devenir plus rapide ? Comment pouvons-nous offrir plus de valeur ? Ensuite, aidez vous-même et l'équipe de développement en sensibilisant le public au processus de publication lorsque nous ne publions que le travail effectué dans de nombreuses organisations. Beaucoup d'équipes sont en train de se défaire. Le travail a été annulé travail qui est libéré une production mais qui n'est pas dérivé pour répondre à la
définition de fait. Cela crée une dette technique, ce qui vous coûte beaucoup de temps. Beaucoup d'argent pour le réparer vous coûterait un temps précieux. Mais vous ne dépensez pas pour fournir de la valeur à vos clients et utilisateurs afin de respecter la définition de
27. Résoudre les problèmes - Les 5 Whys: Bonjour, tout le monde. Donc, dans cette classe, nous allons parler des bases des cinq sages qui les comprennent comment travailler avec eux et quelle est l'orientation dorée de tout cela. Donc, l'une des nombreuses raisons pour lesquelles avoir cinq wides est si populaire comme une cause profonde et la
technique d'analyse est sa simplicité. Donc, chaque fois qu'un problème ou un problème se produit, vous demandez simplement pourquoi le problème s'est produit au moins cinq fois aux personnes qui y travaillent. n'y a pas de pas fantastiques. Aucun acronyme ne l'est. n'y a pas besoin de mémoriser et de dessiner de gros diagrammes. Cinq questions. Cinq façons, cependant, fonctionnent sur le principe que chaque problème a une cause derrière lui. Mais un permis superficiel dit pour ne représenter que les symptômes, non ? Les demandes de renseignements persistantes nécessaires pour trouver le rial appellent la route derrière les problèmes que des solutions durables peuvent être prises et le problème ne ressurgit pas. Donc maintenant, nous allons passer à comprendre nos cinq sages avec des exemples. Donc l'exemple de gang un par exemple,
ah, ah, domaine de développement
des affaires. Vous travaillez avec un client, alors la déclaration du problème est notre client refuse de payer pour un site web que nous avons créé. La première question est un sage de temps refusant de bien payer, parce que la pomme trop de bugs. Pourquoi ne pas avoir trop d'insectes ? On n'a pas réussi à faire des tests de régression. Pourquoi n'avez-vous pas réussi à faire des tests de régression ? Eh bien, la chronologie et le lancement en avant set. Pourquoi l'heure de lancement a-t-elle déjà été fixée ? Parce que c'est ainsi que le projet a été vendu. Alors pourquoi le produit a-t-il été vendu de cette façon ? Parce que les responsables du développement des affaires n'avaient pas assez à l'intérieur du développement pour présenter un plan qui permet de tester la régression CC. Nous avions besoin de cinq sages pour finalement déchiffrer le projet a été vendu avec un manque de connaissances sur les cycles de développement logiciel. Regardons un autre. Donc ça vient de vous savez, vous 18 ans. Alors pourquoi le problème a-t-il été rencontré par le client ? Eh bien, selon le responsable technique, l'équipe de test n'a signalé aucun problème de ce genre au développement. Ok, alors pourquoi l'équipe de tests n'a pas pu attraper le problème ? L' équipe de test a effectué des tests sablonneux et n'a pas terminé les tests de Pourquoi ils n'effectuent que des tests sablonneux parce qu'ils n'ont pas eu assez de temps pour effectuer un complet test
completet
fonctionnel de l'application complète. Alors pourquoi n'était-ce pas assez de temps pour les tests fonctionnels ? Parce qu'il construit est venu seulement un jour avant vous 80 calendriers et ils sont fonctionnels. Les tests durent trois jours. Pourquoi était-il facturé donné seulement un jour avant vous 80 en raison de l'équipe de développement a pris
plus que le temps estimé, résultant quelques bugs. Ainsi, comme vous pouvez le voir dans cet exemple, nous voyons qu'il y a deux causes profondes, pas seulement une. Donc, les premiers que les membres de l'équipe n'ont pas été en mesure de donner des estimations correctes sur les fonctionnalités. Et il y a un besoin de formation sur les techniques d'estimation dans les
causes secondaires de la mise en œuvre . Il y a un problème avec la gestion du projet car idéalement, un code libre aurait dû être au moins quatre jours avant l'U 80. Mais ici, l'équipe travaillait sur la correction des bugs au dernier jour. Um voit une sorte de situations qui surgissent parfois. Jetons donc un coup d'oeil à ce que nous pouvons faire pour mener une analyse en cinq étapes d'une manière très efficace. Le numéro un, c'est que vous devez évidemment rassembler les membres de l'équipe concernés. Donc, la raison pour laquelle tous les membres de l'équipe concernés sont d'avoir un
point de vue différent du problème à portée de main. Donc, chaque membre a sa propre façon de regarder le problème et d'écouter récits de toutes les personnes associées au problème, et cela vous donne une vue de 3 à 60 degrés. C' est quelque chose qui est très important. Nous regardons les appels root, donc numéro deux sera de définir l'énoncé du problème, droite, donc une fois que l'équipe est disponible, il est temps de définir le problème réel. La portée du problème ne devrait pas être trop grande, ou vous allez finir par avoir beaucoup de causes profondes, et il ne devrait pas être trop étroit aussi bien que vous pourriez finir par traiter le symptôme. Donc, l'énoncé du problème doit être équilibré bref tout en donnant une explication claire de la question à laquelle il est confronté. Par exemple, les serveurs se bloquent trop souvent. Et bien que la découverte du problème, vous voudrez peut-être que les membres individuels trouvent ce qu'ils pensent être problématiques, faites une liste de leur réponse Maintenant, ces réponses peuvent être discutées pour parvenir à un consensus sur l'énoncé du problème. Maintenant, si nous regardons une version très, très simple, très simple,
décomposée de cette analyse en cinq étapes est, par
exemple, mon objectif est que je veux dit à ma propre entreprise, Pourquoi est-ce que je veux cette tâche. Et encore une fois, pourquoi est-ce que je veux encore cette tâche ? Pourquoi ne pas vouloir ce test ? Donc, en fin de compte, ça me permet de soutenir ma famille parce que c'est la chose la plus importante pour moi. C' est que la cour va toujours au tribunal avec cinq femmes. Tu devrais peut-être en avoir six. Si c'est le cas, euh en demandant pourquoi, vous appelle pour demander aux membres de votre équipe pourquoi l'énoncé du problème s'est produit. Vous savez évidemment vers le bas les réponses et chaque étape, la réponse devrait être notée vers le bas. Il devrait former la base de la prochaine Y. Puisque cinq technique blanche dépend de la relation de cause à effet, il est impératif de s'assurer que répond à chaque pourquoi est une réponse logique est soutenue par la preuve . Vous vous demandez pourquoi nous devons répéter le processus de demande pourquoi cinq fois. Ensuite, voici la réponse, qui est de demander pourquoi une ou deux fois équivalait à simplement gratter la surface et traiter les symptômes initiaux avec un problème pour ressurgir plus tôt. Essayer de sonder la raison derrière chacune des réponses vous ferait passer toutes les suppositions ou spéculations autour du problème. Donc, une fois que les causes profondes réelles sur la terre qu'il devrait être discuté séparément pour trouver la corrective et contre-mesure pour assurer les problèmes. Enfin, le tacle ne se reproduira plus. C' est essentiellement la flaque d'eau sur la situation du sol dont nous avons parlé auparavant, donc la flaque d'eau sur le sol est due à des fuites de tuyaux. Pourquoi le truc des tuyaux ? Parce qu'ils n'ont pas été forés ? Probablement. Alors pourquoi auraient-ils construit correctement ? L' autre plus de problèmes ? Vous n'aurez pas de problèmes avec l'infrastructure à la maison, alors demandez toujours plus sage. Donc, quelques avantages avec ceci est que encourage la résolution collaborative des problèmes. Agent. Atteindre un consensus à l'amiable sur des domaines qui posent des problèmes plutôt que de trouver des fautes ou de blâmer des individus Il est simple, facile à suivre le processus sans nécessiter une analyse statistique, mais avec tout est aussi des limitations. Et vous devriez connaître ces limitations. Vous pouvez les contrer lors de vos réunions ou les atténuer avec une sorte de plantes. Donc, parfois tout simplement pas possible d'isoler une seule cause racine à cette technique. Faites donc votre déclaration de problème plus petite, plus courte ou identifiez plusieurs causes profondes. Si vous êtes d'accord avec cela, si le produit va vraiment aider,
c'est une technique qui prend beaucoup de temps, bien qu'elle implique de sonder en profondeur une évaluation approfondie de tous les faits. Le succès de cette technique dépend de ses participants. Donc, si les personnes concernées ne sont pas disponibles, le groupe restant peut ne pas être en mesure de trouver la bonne réponse à la question blanche. Hum, donc vous les gars, c'est tout. C' est les cinq sages. Et il y a une feuille dans la classe à utiliser, alors allez-y
enhaut en .
28. Le diagramme Fishbone: Donc, en parlant de problèmes maintenant sur la façon de les résoudre, jetons un oeil à notre première solution de premier outil pour résoudre les problèmes. C' est le diagramme d'os de poisson. Ainsi, un exemple particulier qui vient à l'esprit lors de l'explication du diagramme d'os de poisson est la flaque d'eau sur le sol et son essence. Il dit que la flaque sur le sol existe à cause d'une cause profonde. Au lieu de le balayer et d'acheter plus de serviettes, la cause fondamentale doit être explorée et corrigée. Ce sont les étapes que nous prenons pour identifier la cause première. Sept. Ça m'amène à lister dans le diagramme de bol à poisson souvent utilisé dans le marketing. Ce sont les produits prix du service, le lieu, la promotion, les personnes, le processus
du personnel, preuves
physiques. Jetons un coup d'oeil à un exemple de diagramme d'os de poisson, parce que je vais le faire pour vous. Disons que nous sommes en retard et que nous aimerions savoir pourquoi nous pourrions avoir des problèmes avec l'équipement, le personnel
du processus, les
matériaux, matériaux, gestion de l'environnement
externe. Nous regardons à l'écart, les causes. Nous constatons d'autres problèmes, l'
équipement, l'équipement
inférieur, le flux de travail
inefficace, laformation
inadéquate, formation
inadéquate, matériel
inadéquat, retards
du client ou les retards approbations. La direction pourrait également avoir retardé les approbations. Vous pouvez voir certaines causes secondaires dans tout cela est bien, donc la présence et le processus que vous pourriez voir sur les étapes optimisées. Nous pourrions avoir un très redondant fonctionnaient. Tu dois couper ça. Ou nous pourrions regarder un duplicata de travail qui provoque un retard, peut-être avoir eu raison dans le même code pour résoudre le même problème ou différent. Peut-être que nos matériaux ont été de mauvaise qualité. Serait d'utiliser les mauvais périphériques de test avec ce processus. Nous étudions vraiment les causes de chacun de ces problèmes dans le cadre de notre projet. Si nous savons comment empêcher ce marché particulier avec un siège, si nous ne le savons pas encore, nous pouvons le savoir, nous le marquerons avec un X. Nous ne pouvons pas l'empêcher,
ni le détective ne le marquera avec un filet. Voir généralement signifie de nouvelles procédures de travail. X besoins de recherche, d'essais et d'erreurs. La fin a besoin d'une certaine protection, qu'il
s'agisse d'agressions, travaux
scolaires ou de contrats de meilleure qualité
29. Planifier le poker: dans cette conférence, nous allons parler de livre de planification afin que cela puisse être utilisé avec les jours idéaux de Lord Porn ou toute autre unité d'estimation que vous avez. Honey Poker in Scrum rassemble plusieurs avis d'experts pour l'estimation de l'adresse d' un projet. Donc, ce type de planification agile inclut tout le monde. Donc Programmers Tester est ingénieurs de base de données, analystes, concepteurs d'interaction
utilisateur et tous les autres personnels impliqués dans le projet. Étant donné que les membres de l'équipe représentent toutes les disciplines du projet de souffrance, ils sont les mieux adaptés pour la tâche d'estimation. Le but de l'utilisation du poker de planification est que c'est, ah, processus qui vous oblige à décomposer les départements en si petites parties qu'il devient possible d'estimer correctement le temps nécessaire pour chaque bit. Donc, tout le monde était que les constructeurs de travailleurs du tout sait que le temps estimé est compliqué. Il n'est pas possible d'estimer le temps pour les tests trop volumineux, il est
donc possible de déterminer approximativement combien de temps cela prend pour une place. Une fenêtre était totalement impossible pour juger combien de temps il faudra pour reconstruire toute la maison. Donc, les activités que vous estimez le temps pour planifier le poker doit être si petit qu'il est possible d' estimer combien de temps il faudra pour les exécuter. Donc, la plupart des équipes vont tenir une session de planification de poker peu de temps après un retard de produit initial est écrit dans ces sessions, ce qui peut prendre plusieurs jours. Ils ont utilisé pour créer des estimations initiales, qui sont utiles pour sculpter la récitation de votre projet. Hum, parce que le problème de retour regarde les éléments, souvent le formulaire d'histoire d'un utilisateur continuera d'être à deux dans tout le projet. La plupart des équipes trouvent utile de mener des sessions agiles, d'
estimation et de planification une fois par génération, généralement tenues quelques jours avant l'adoration immédiatement après un
stand quotidien . Parce que toute l'équipe a raté tout ensemble, donc chaque personne faisait partie de. L' équipe d'estimation tient un jeu de cartes avec vous, mais pas vos valeurs, tel un 0 à 21. J' ai vu des cartes de planification aller jusqu'à 100, mais nous sommes en train de définir. La complexité majeure est de 21 à la place, sorte que vous ne voyez généralement pas nommé élever des cartes plus élevées de cela. Et l'équipe qui est estimée doit poser des questions aux propriétaires de chef de produit. Si elles semblent très peu claires. Donc ce qui est la clarté a balayé dans la pièce. L' équipe présente ses propres estimations individuelles en jouant une carte du jeu de cartes . est important de noter que tout le monde doit révéler ses cartes en même temps. Si nous jouons tous le même numéro de nos decks, cela signifie
que nous sommes d'accord sur le point de l'histoire. devrions-nous pas jouer les mêmes cartes ? L' équipe doit discuter de l'arrestation. Et une fois que les discussions ont abouti à
la conclusion, l'équipe répète ensuite pour révéler le processus avec d'autres points d'histoire. Mais pour les histoires des utilisateurs, s'il n'y a pas d'accord sur certaines utilisations,
la base d'une recherche plus poussée est restée jusqu'à ce que des informations supplémentaires soient nécessaires. Donc, avec cela dit, Jetons un coup d'oeil à, ah, la planification session de poker année eso rapide que nous regardons en tant qu'utilisateur. Je souhaite afficher une liste de produits afin de pouvoir en sélectionner certains à acheter. Donc nous avons Joe, Michelle, Richard et Lana, et ils vont tous estimer. Donc, l'estimation est Joe sur cinq. Michelle 13 Richard cinq longs trois. Maintenant, vous pouvez voir que cinq et trois n'est pas si grand, donc un peu de discussion pourrait aider à élever la barre à cinq dans les trois, juste pour ajouter un peu de complexité. Et ils sont un peu de tampon, mais 13 est un peu inquiet. Qu' est-ce que ça veut dire ? Cela pourrait signifier que Michelle n'a pas compris les exigences. Je veux dire que Michelle a une vision différente de ce qui va se passer une fois que ça aura atteint les tests. Peut-être qu'il y a beaucoup de complexité autour du dos et des systèmes que vous allez travailler par eso Ce genre d'aide et je guide pour dire Ok, Michelle, allons parler de cela plus tard. Donc, vous fermez cela juste là, passez aux histoires d'utilisateurs suivantes que vous voulez à Ils veulent estimer.
30. Challenges de la transformation Agile: Quand j'ai commencé en tant que maître de mêlée, je comprenais comment Mr Roll avait réellement besoin d'une nouvelle
structure de l'équipe de direction Laster cicatrice , stratégie
produit, pratiques
techniques, gestion du
changement et coaching. Je regardais vers moi avant qu'un maître de mêlée ne sorte. Cela peut être une promenade de chemin difficile dans beaucoup de roi et confus et pris dans toutes les compétences qu'ils ont besoin de connaître. Aujourd'hui, je vois la même chose qui se passe là où les organisations veulent être agiles mais ne veulent pas mettre en place suffisamment d'initiatives pour atteindre cette certaine agilité. Ils se concentrent sur la mêlée à la caméra. Mais comme nous le savons déjà, philosophie
d'Agiza et si vous voulez mêler est juste un outil. Si vous ne savez pas comment construire une maison,
les planches, le béton et le verre ne sont pas vraiment utiles. Les organisations peuvent se concentrer sur l'amélioration des pratiques d'ingénierie. Ils peuvent même envoyer des gens suivre des cours de formation et on s'attend à ce que cela suffise. Des améliorations seront apportées. Ceci, bien
sûr, n'aborde pas le noyau du problème Il murmurmures de nous avons essayé agile. Ça ne marche pas vraiment ici. On travaille avec un client comme celui-ci. Vous devez creuser très, très profond pour comprendre porter la transformation. Les choses ont été un peu biaisées surtout, et je dis que cela sans plus de confiance est la partie mentale adaptabilité personnelle et la capacité des gens à changer cela, dépasser leurs peurs et à faire face à certains risques. Comme moi, mes journées de maître de mêlée. De nombreux entraîneurs et consultants se concentrent étroitement sur une petite pièce du puzzle. Tout en donnant sur des éléments d'information vitaux. Sans les mettre en évidence, les chances d'amélioration ne sont pas très élevées. J' accepte que la scission sur le point de vous parler soit une scission artificielle plus grande, et on ne peut pas traiter le domaine isolément. Ils sont tous très interconnectés dans chaque domaine influencera chacun des autres domaines. Je fais donc la scission en grande partie pour sensibiliser les gens aux choses qui devraient être sur le radar menant à une transformation. Alors faisons-le six. Examinons chaque leadership de domaine. culture organisationnelle des gens dans la jauge signifiait la gouvernance du financement et des méthodes de travail. Commençons par la gestion du leadership. J' entends souvent dire que les dirigeants devraient appuyer l'initiative de changement ou y adhérer, et je suis d'accord et en désaccord. Donc, d'après mon expérience, beaucoup plus. Le soutien est nécessaire. Je crois que le changement doit être dirigé activement par le leadership. Ceux-ci eux-mêmes doivent passer par un apprentissage profond et une croissance dans leur rôle et tout commence là. Il existe de nombreuses façons que la gestion du leadership d'une organisation vraiment agile ne pas reconnaissable par rapport aux versions traditionnelles des règles. Les changements cruciaux comprennent le passage du leadership soutenu par la Directive 2, passage
d'une autorité centralisée à
une autorité décentralisée, le passage de l'accent sur le travail, accent mis sur l'orientation et la création d'un environnement propice au succès, non seulement avec des mots mais avec des changements
structurels de politique pour permettre aux changements de se produire. Ces changements ne peuvent pas être entraînés de bas en haut. Ils doivent venir du leadership. Regardons la culture organisationnelle. Ainsi, dans la version 12 d'un rapport sur l'état de l'agilité, il est dit que la culture
organisationnelle en contradiction avec les valeurs agiles a été une fois de plus le défi numéro un lors de l'adoption et de la mise à l'échelle agile, elle a été soulignée par 53% des répondants, est continuellement émerge comme un inhibiteur numéro un pour augmenter l'agilité. La première étape consiste donc à comprendre l'organisation culturelle actuelle et désirée. THES sera soit bien aligné, soit en conflit avec l'obtention de plus grands niveaux d'agilité. Si la culture désirée est celle de ceux qui sont en conflit, alors je me demande où la transformation devrait aller de l'avant. Cela peut éviter beaucoup de gaspillage de temps, argent et d'efforts, et il est préférable d'aider les gens à s'améliorer à l'intérieur des paramètres de ce qu'ils apprécient quand, peu importe ce qu'ils peuvent être. S' il est décidé que la culture doit être changée, que cela doit être soigneusement planifié, on ne se contente pas de changer la culture en essayant de changer la culture. La culture est le produit des comportements, des valeurs et des croyances des gens, au sein d'une organisation ou au sein de votre département ou avec une nouvelle équipe. Les cultures ne peuvent être changées qu'en changeant ces comportements spécifiques. Ces nouveaux comportements doivent être pris en charge par de nouvelles stratégies. Ce n'est qu'alors que la culture changera dans la voie. C' est un autre élément clé de l'agilité, et il ne faut pas l'ignorer. Regardons les gens en fiançailles. Donc, une entreprise moderne, les règles du jeu ont changé. n'y a plus de doute sur le lien entre l'engagement des employés et les
résultats de l'entreprise . Quelle que soit la rencontre que vous regardez les résultats sont les mêmes entreprises avec les employés engagés surpassent
considérablement leur concurrence. Est-ce une gestion de l'obéissance et de la diligence, comme cela était efficace pendant la Révolution industrielle, nous avons maintenant besoin de correspondre pour la créativité, l'initiative, passion. Cela aidera à attirer et à retenir les employés les plus efficaces et donnera un énorme avantage
concurrentiel dans l'économie complexe du savoir d'aujourd'hui. Est-il étonnant que dans l'état du Rapport mondial sur le lieu de travail de Gallup 2017, seulement 15% des personnes tirées étaient engagées dans leurs organisations professionnelles gaspillent le potentiel humain ou n'
obtiennent pas les meilleurs autres personnes ? C' est mauvais pour les gens et mauvais pour l'entreprise. Donc, pour créer des organisations d'adaptateurs performantes, la gestion active pour l'engagement est le must. Cela implique de réinventer de nombreuses politiques de RH désuètes pour le travailleur du savoir du 21e siècle matière de gouvernance et de financement. Une question que j'entends tout le temps est comment pouvons-nous être agiles ? Il faudra approuver les coûts de la portée et les échéanciers dès le départ, et ils ne peuvent pas être modifiés sans revoir l'analyse de rentabilisation. Eh bien, vous ne pouvez pas répondre brièvement à un modèle de gouvernance basé sur une cascade qui insiste sur une grande analyse et une conception initiales. La création de détails, rentabilisation, contrôle
strict des changements et le financement de gros lots n'est pas une fragilité de conception du modèle. Tout le contraire est conçu pour la rigidité et fait beaucoup d'hypothèses, qui ne tiennent pas de développements complexes. Des hypothèses comme nous pouvons savoir ce qu'il faut construire à l'avance. Les choses ne changeront pas beaucoup que nous progressons et sauver l'endroit gros paris sur leurs hypothèses lorsque l'argent dépensé ce fondamentalement incompatible avec beaucoup agile un achat. Une telle caméra de scrubber qui change la façon dont l'argent est investi du plan et prédit pour expérimenter et s'adapter est un énorme navire d'état d'esprit. Placer de nombreux petits paris et cours correct et basé sur des commentaires est la façon la moins risquée de procéder. Mais les organisations doivent être mises en place pour cela. méthodes de travail sont donc le domaine dans lequel la plupart des organisations consacrent la plus grande partie de l'attention . Qu' il s'agisse de mettre en œuvre des frameworks agiles comme un brouillage, Cambon ou le modèle Spotify, ou même d'améliorer les pratiques d'ingénierie. Cela tend à être le point de départ, surtout pour rechercher des niveaux accrus d'agilité. Le problème est que se concentrer sur les façons de travailler avec tous, mais garantir que l'agile ne fonctionne pas ici. La raison pour laquelle cela ne fonctionnera pas est que les changements de leadership organisationnel nécessaires pour créer des physiciens de
l'environnement n'ont pas eu lieu. Les cadres mentionnés ci-dessus peuvent être très précieux ne seraient pas appliqués dans le bon contexte. Ainsi, la légende de la culture organisationnelle, qui se prête à une certaine approche tout entraîneur adjoint ou consultant pour nous conseiller en
commençant par un cadre particulier sans comprendre le contexte, la culture, souhaité les résultats et l'attitude à l'égard du changement. C' est quelqu'un qui n'a probablement pas l'expérience de vous conseiller sur votre transformation. Je vois ça trop souvent. C' est un échec des processus, des
pratiques et des cadres de l'industrie réels sont importants, mais ils n'obtiendront pas de résultats isolés.
31. Faire un grand Scrum de Scrum: le plus gros problème et la peur que vous rencontrerez, c'est un entraîneur agile, c'est d'échouer. Votre mission dans votre client est un problème qui conduit des transformations agiles qui ne sont pas durables et pas assez flexibles en tant qu'organisations cibles mais mal jugées pendant mes années. J' ai vu cela se produire quelques fois et ils peuvent devenir assez rudes. Par conséquent, je veux créer une conférence bonus à partir de lui. Mais j'ai commencé à travailler comme maître de mêlée il y a environ neuf ans. Maintenant, j'avais suivi le cours de maîtrise de mêlée, mais comme nous le savons tous, la théorie est différente de la pratiquer dans la vraie vie. Je parle des compétences générales, des compétences
interpersonnelles, desconnaissances sur les
produits, connaissances sur les
produits, expertise en la
matière. Heureusement, je travaillais avec certains des meilleurs mentors à l'époque qui pouvaient me guider et me montrer où et comment je peux trouver mes réponses. Trouver mes pieds est le maître de mêlée n'était pas un voyage éducatif, mais souvent de nouveaux maîtres de mêlée choisissent votre propre aventure sans conseils appropriés. Alors, comment abordons-nous ce problème et par où commençons nous ? Vous avez travaillé dans plusieurs agences ? Nigel Coach, nous avons tendance à devenir plus de consultants au sein de ces organisations. Une fois le projet terminé, nous nous emballons et laissons derrière nous, une organisation qui dépendait fortement de nos compétences pour résoudre les problèmes. Ils ont été clairs, bien que de nombreuses organisations qui se lancent dans ce parcours agile ne voient pas la valeur d'
investir dans un voyage cartable. Donc, les dirigeants se mêlent les membres de l'équipe des propriétaires de produits de Master, ils n'ont qu'à apprendre beaucoup de nouvelles compétences et
techniques, techniques qui sont souvent différentes quant à ce qu'ils sont habitués à prendre un raccourci. Les entreprises embauchent donc des consultants. Nancy Kline l'a dit la meilleure façon dans son livre, Un temps pour penser que la chose la plus précieuse que nous pouvons offrir est un cadre dans lequel
penser par nous-mêmes. Jetons donc un coup d'oeil à la façon dont nous grandissons en train de maîtres de mêlée pour offrir cette valeur. Maintenant, le cadre de la pensée indépendante peut les aider à grandir. Je crois fermement que boire mes années est grand maître Nigel Praticien. J' ai trouvé trois piliers qui fonctionnent bien pour la croissance du maître de ferraille. L' un d'eux est le leadership qui comprend l'importance de jusqu'à Skilling. Les gens sont prêts à y investir. Deuxièmement, être des entraîneurs ayant de l'expérience dans la croissance d'une capacité de maître d'école 1/3 être un programme systématique de formation et en cours d'emploi pour couvrir les
gouvernements ou les compétences appropriés . Donc, ils sont tous efficaces et comment les gens peuvent les appliquer est Lian Cambon Scrum XP. Dans la pratique et les schémas qui l'accompagnent, cela devrait être une seconde nature, mais les gens progressent à travers les niveaux. Ils devraient commencer à étudier plus de corps de travail, y compris la pensée des systèmes, la théorie de la complexité. Dans la théorie des files d'attente, les compliments de
Teoh élargissent leur base de connaissances lorsqu'il s'agit d'organisations développées. Crime, M. Capability. J' ai tendance à utiliser une combinaison d'enseignement, mentorat et d'encadrement en majoration primaire. Compte tenu de la large portée du rouleau maître de mêlée, j'ai observé le meilleur résultat en divisant le déploiement. C' est un domaine de compétence de haut niveau. Tout en demandant 10 entraîneurs étaient probablement rendement, on
me dit des réponses après de nombreuses expériences ont trouvé la scission de chute à effectuer. La facilitation est quelque chose que les maîtres de mêlée doivent rapidement s'en sortir. Ceux-ci pourraient inclure les fours de mêlée, produit de cartographie de
l'histoire, ateliers de cartographie
du monde, des améliorations de l'
arriéré et d'innombrables autres. La capacité de rester neutre et de faciliter les discussions de groupe et la
prise de décisions est essentielle, tout comme la compétence viable en matière de conception et de prestation. Rétrospectives de restaurant de sprint inefficaces. La dynamique de l'équipe est cruciale de scrub master en tant que manifestants car ils doivent toujours avoir leur oeil sur la dynamique du développement dans ce comté, ils doivent comprendre comment faciliter la création de l'équipe AH, travailler avec un accord, un objectif commun et une responsabilité mutuelle pour l'atteindre, ils doivent comprendre comment bâtir la confiance et gérer des conflits sains. Ils doivent contribuer à créer un environnement de sécurité psychologique. capital social en collaboration. Aider les individus à travailler efficacement en équipe s'est avéré à maintes reprises plus efficace que simplement embaucher les meilleures personnes. Ceci est un produit est une responsabilité clé de US Crow master. Cela signifie être un étudiant en gestion de produit. Cela inclut l'accompagnement de la création d'une stratégie de vision produit convaincante et d'une feuille de route. En plus de cela,
cela signifie aider le propriétaire du produit avec des techniques de gestion des arriérés de produits, comme la découverte et le fractionnement des histoires d'utilisateurs. Changements organisationnels, L'aspect le plus ignoré de la règle est toujours l'encadrement de l'équipe de développement dans le produit Les maîtres de mêlée du propriétaire sont attendus pour encadrer les organisations. Dans mes années de maître de gommage, j'ai trouvé ce costume. Cela devient la partie la plus importante du rôle une fois que l'équipe a choisi les gains faciles au niveau local, les contraintes ont tendance à passer à l'organisation. Peut-être qu'ils dessinent des politiques incitent l'individu plutôt que le travail d'équipe. Peut-être que l'infrastructure ne vous permettra pas de déployer facilement dans l'environnement de test. Peut-être que les politiques de gouvernance vous ralentissent. En tant que mêlée, maître, vous devez être prêt à vous attaquer à ces obstacles. Cela signifie éduquer les gens bien au-delà de votre région. Maintenant, ils pourraient manger l'agilité de l'équipe et être un agent du changement, de l' encadrement, mentorat et de l'enseignement, c'est aider les gens à grandir et à développer de nouvelles connaissances et compétences, du côté plus directif au enseigner à côté moins directif des compétences d'encadrement a lié. Alors je les garde ensemble. Quoi
qu'il en soit, ce sont toutes choses que le maître de mêlée devrait être capable de faire à des degrés divers dans l'esprit d'aider les gens et les équipes à améliorer continuellement ce système d'auto-évaluation. Chacun des domaines ci-dessus aide les gens à identifier leurs zones de chaînes et où il y a le plus de possibilités de développement. Cela conduit ensuite à une conversation constructive de coaching et de mentorat centrée sur l'endroit où ils sont maintenant, où ils aimeraient être et comment ils peuvent travailler pour atteindre cette croissance
Capacité de comptage de théâtre repose fermement entre leurs mains si elles étaient là leurs propres ateliers ciblés pour écouter les questions, planter des semences et les guider dans le processus de développement. Nous pouvons pointer vers des livres, des articles et des vidéos que vous m'avez inspiré au fil des années, nous ne pouvons pas faire est un choix que la voie .
32. Félicitations ! Vous avez terminé le cours: Hé, tout le monde, c'est la fin d'un cours. Mais ce n'est pas la fin du voyage villes Plus de commentaires que vous auriez quelque chose plus. Ils aimeraient le savoir. S' il vous plaît, faites-le moi savoir dans la section des commentaires, et j'irais droit à la dernière chose que je veux voir ici avant de sortir de ce cours . C' est vraiment fondamental pour la route. Vous devez avoir beaucoup de ces compétences dont nous avons parlé dans le cours et ne me méprenez pas avec très, très important. Mais la compétence clé pour être un tribunal adulte ou un maître de mêlée est de prêter attention à beaucoup de détails. Ces décisions signifient le prix à l'intérieur des données pour prendre des décisions difficiles chaque jour. Et nous devons également avoir une approche de consultation auprès de la haute direction du client qui
travaille avec nous en ce moment. Je suis si contente que vous vous soyez rejoints à moi dans ce voyage. Euh, apprendre quelque chose que j'aimais faire moi-même. Alors, où que vous soyez dans le monde, quoi que vous fassiez,
soyez fier. Soyez heureux, soyez motivé. Restez en contact et félicitations pour avoir terminé le cours.