Video3 mise enplacedaikibo
•Télécharger en tant que PPTX, PDF•
0 j'aime•153 vues
Cette Vidéo est la suite de la deuxième vidéo, elle vous présente comment mettre en place la méthode DAIKIBO
Recommandé
Recommandé
Contenu connexe
Similaire à Video3 mise enplacedaikibo
Similaire à Video3 mise enplacedaikibo (20)
Plus de Michel Bruchet
Plus de Michel Bruchet (20)
Video3 mise enplacedaikibo
- 1. AGILITE ET SCALABILITE La Méthode DAIKIBO / Mise en place Agilité et Scalabilité appliqué à l’Entreprise 1
- 2. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Agilité et Scalabilité appliqué à l’Entreprise 2
- 3. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Cycle de vie Spécification Conception Implémentation Validation Agilité et Scalabilité appliqué à l’Entreprise 3
- 4. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Plan de livraison ■ Le plan de livraison permet – D’éviter les sur estimations ■ Le plan de livraison doit – Adapter le projet au budget de l’Entreprise – Partager les livrables entre les différents groupes – Définir un plan itératif et évolutif – Les cadences des releases doivent être régulier ■ Le plan de livraison doit toujours partir depuis vos product backlogs et s’appliquer à toutes les équipes de production ■ Les releases doivent atterrir chez les utilisateurs finaux ■ Chaque fin de release doit être marqué ■ Retour sur les releases Agilité et Scalabilité appliqué à l’Entreprise 4
- 5. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Pipeline de DAIKIBO Agilité et Scalabilité appliqué à l’Entreprise 5 Pipeline DeliveryOTTValidation PhaseSprint 1 Sprint 2 Sprint 3 Recueil des besoins Analyse marketing Premier lot de stories Affinage et implémentation du premier lot Deuxième lots de stories Affinage et implémentation du second lot Validation du premier lot Troisième lot Affinage et implémentation du Troisième lot Validation du Deuxième lot
- 6. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Sprint selon DAIKIBO Agilité et Scalabilité appliqué à l’Entreprise 6 Activité Jour 1 Jour 2 Jour 3 Jour 4 Jour 5 Jour 6 Jour 7 Jour 8 Jour 9 Jour 10 Sprint Planning x Création des stories x x x x x x x Validation des stories x x Découverte de l'équipe de dev x Validation des stories deadlines x Acceptation des stories x x x x x x Préparation des démos x x x x Mise à jour des sprints plannings x x x Sprint Demo x Sprint Planning x Création des designs techniques x x x Revue des stories x x Début du développement x x x x x x Test unitaire x x x Correction des anomalies x x x x x x Revue partagée x x x Retrospective x Sprint Demo Sprint Planning x Construction du plan de test x Revue des stories x x Construction des tests pour les stoires x x x Préparation des tests x Exécution des tests x x x x x Fin des tests x Retrospective x Sprint Demo x Estimation planning x x Mêlée quotidienne x x x x x x x x x x Collaboration Meeting x x x x x x x x x x OTTDéveloppeurValidateur
- 7. DAIKIBO Story LifeCycle Agilité et Scalabilité appliqué à l’Entreprise 7
- 8. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Responsabilité Agilité et Scalabilité appliqué à l’Entreprise 8 Idée / Concept OTT Réalisation Equipe de Développemen t Feedback Equipe de Validation Production Equipe Support
- 9. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Naissance d’une idée à un concept Agilité et Scalabilité appliqué à l’Entreprise 9 COPOTTRCGSCG Donne la vision $ Crée les épics et les fonctions Crée et les cas d·utilisations et les histoires Valide le plan de route Approvue le plan MVP & les planning de livraison Revoie les livraisons et histories Valide et gère les problèmes d·indisponibilités Valide le plan final de livraison et le plan de route Prioritise les tâches Valide la faisabilité Met à jour le plan de route, et le planning des livraisons Distribue les histoires aux différentes equipes Affine les histoires et les tests d·acceptance Orchestre les séquences Découpe les histoires en fonction de son équipe Fluidifie Le développement la validation
- 10. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Du concept à un logiciel Agilité et Scalabilité appliqué à l’Entreprise 10 Réalisation RCGSCGDevLivraison Phase Distribue à chaque équipe les stories nécessaires Dimensionner les stories en fonction de la taille des groupes Revue des stories Décomposition des stories en tâches Estimation des stories Approbation des histoires Suivi des sprint, des tâches et des histoires Accepte et valide les nouvelles versions Test de non régression Test de validation Test de performance Feedback de qualification Mise à jour du backlog
- 11. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Support et exécution Agilité et Scalabilité appliqué à l’Entreprise 11 Réalisation RCGSCGDevLivraisonSupport Phase Distribue à chaque équipe les stories nécessaires Dimensionner les stories en fonction de la taille des groupes Revue des stories Décomposition des stories en tâches Estimation des stories Approbation des histoires Suivi des sprint, des tâches et des histoires Accepte et valide les nouvelles versions Test de non régression Test de validation Test de performance Feedback de qualification Mise à jour du backlog Go live! Feedback de production Support L1, L2, L3
- 12. mbruchet@live.fr michelbruchett91@gmail.com Linkedin+ /in/michelbruchet Les autres vidéos ■ Cette vidéo s’inscrit dans une liste de 5 vidéos Vidéo 1 : Les différents cycles de développement Vidéo 2 : L’agilité et la scalabilité au niveau de l’entreprise Présentation de DAIKIBO Vidéo 3 : Mise en place de DAIKIBO Vidéo 4 : Bonne Gouvernance Vidéo 5 :VSTS et Usine logiciel Agilité et Scalabilité appliqué à l’Entreprise 12
- 13. MERCI Si des questions http://www.michelbruchet.com Linkedin+ /in/michelbruchet Facebook/Email michelbruchet91@gmail.com Agilité et Scalabilité appliqué à l’Entreprise 13
Notes de l'éditeur
- Bienvenue sur cette troisième Vidéo dédiée à l’agilité et à la scalabilité au sein des entreprises. Nous allons aborder dans cette vidéo la mise en place de la méthode DAIKIBO. Nous parlerons des meilleurs pratiques, nous vous donnerons des guides
- Bonjour, je suis Michel Bruchet, architecte transverse et directeur technique de la société ModeAMoi.com. Nous avons vue dans la vidéo précédente une méthode qui permet d’appliquer l’agilité à une direction informatique ou à l’entreprise même. Maintenant nous allons voir comment la mettre en place, quel est le planning type, quels sont les outils utilisables. Cette vidéo s’adresse à toute personne intéressée par les méthodes d’organisation de travail capable de faire émerger les bonnes conditions à l’essor de l’autonomie des collaborateurs, à l’augmentation de la qualité des produits réalisés et à l’amélioration de la marque employeur et client.
- Bonjour, Permettez-moi pour démarrer cette vidéo de rappeler le processus global que nous avons vue dans la deuxième vidéo sur la présentation de la méthode elle-même. Nous avons vue ensemble que le cycle de vie dans DAIKIBO est très bien repartie entre les équipes fonctionnelles et support. Et que chaque groupe intervient tout au long du projet mais que chacun a son rythme et peut même avoir sa propre méthode de travail. En effet en règle générale et comme nous le voyant dans ce schéma, le groupe OTT est souvent le premier à démarrer un projet, il commence par définir le cadre général du projet, à spécifier les itérations (sprints) et les cas d’utilisations. Rejoint par l’équipe Support (notamment les groupes Architecture, POC et Conception) qui l’aident à voir ce qui est faisable ou non et à réaliser les premier prototypes. Une fois les prototypes réalisés, les groupes production entrent en jeu, commencent à diviser les histoires en tâches, à implémenter les tests unitaires et le code d’exécution. Pour terminer nous avons vue que le groupe validation, et le groupe test de performance prennent le relais pour valider tout au long du projet les réalisations. Nous allons voir maintenant comment tout cela s’enchaine réellement et comment on gagne réellement à mettre en place une telle pratique
- Définir un plan de livraison vous permet de combattre efficacement les trop d’optimisme et les sur estimations qui peut y avoir au début des projets. Pour mettre en plan un plan de livraison il faut pour cela 1°) L’adapter au fonction du budget, en effet le budget affecté par l’entreprise au projet est une condition sinéquanone pour déterminer le nombre de groupes et de ressources à utiliser 2°) Cherchez dés le départ à partager le product backlog ou les products backlogs en différentes de livraison et établissait votre release back log en conséquence 3°) Définissez les plan d’évaluation d’une façon itérative et évolutive 4°) Cherchez dés le départ à être régulier Remarque et retour d’expérience sur Cognizant. Cognizant a montré qu’il faut toujours un plan régulier basé sur 3 à 4 livraisons par an. Deuxième remarque de Cognizant, tout release livré doit être marqué et fêté. En effet les équipes doivent se sentir reconnus. Troisième remarque, rien ne sert de livrer quelque choses, si les équipes ne peuvent pas obtenir de retour. Même si une livraison s’est très bien passé et qu’il n’y a rien à redire dessus, dites le
- Le pipeline de DAIKIBO s’applique comme nous l’avons déjà vue à l’ensemble de la direction et non seulement d’une seule équipe. Remarquons bien que chaque équipe ne rentre que lorsqu’elle a réellement quelque chose à faire. C’est un élément très essentiel à DAIKIBO. DAIKIBO refuse clairement de surcharger le travail des équipes avec des éléments inutiles qui risquerait de perturber leur efficacité le moment venu. Ainsi pour DAIKIBO il faut mieux que les groupes de réalisation et de validation soient mis en formation pendant les phases d’initiation plus tôt qu’occupé à d’autres tâches.
- Un Sprint selon DAIKIBO ou selon SCRUM est la même chose en terme de durée. Cependant la méthode stipule que la durée idéale d’un sprint doit être de 10 jours et spécifie bien les tâches à réaliser pour chaque équipe. La méthode prévoit également le travail en équipe et entre les équipes. Ici nous voyons le travail continue en vert, les réunions en bleu
- La Méthode DAIKIBO a l’avantage de traiter d’un sujet en partant de son idée de naissance ou sa conception jusqu’à sa mise en production. Dans la plus part du temps, l’idée émane du Business par l’équipe OTT. Une fois l’idée conceptualisée, et validée avec les groupes conception, architecture et prototype. Celui-ci est transférer pour réalisation aux équipes de développement. Une fois développée et déployée, les logiciels réalisées sont validées et testées par l’équipe validation. A la fin de la validation, ils sont mis en production et c’est l’équipe support qui les exploitent Si nécessaire l’équipe validation fait des retours (feedback) ) aux équipes développement de ce qui n’a pas été
- Ici DAIKIBO nous donne une vision claire de comment une idée est amenée de son initiale appelée vision à son état final déployé en production et supportée par les équipes supports Au démarrage l’OTT en travaillant avec le business définit des épics et des fonctions. Ces fonctions vont être classifiées et divisées en histoire. L’ensemble de ces histoires vont formées des releases. L’ensemble de ces releases arriveront en production selon un plan de route validée par le comité opération (COP). Le groupe de Release Plan (RCG) s’occupe de valider les releases, d’arbitrer entre les release et de les prioritisés si nécessaire. Ce groupe valide également leur faisabilité Le groupe de conception de sprint (SCG), va réaffiner la conception au niveau des sprints et entre les différentes équipes Une fois les stories conçues, et définies, et planifiées, la phase de conception est terminée, et c’est la phase de réalisation qui peut démarrer
- La phase de réalisation consiste à reprendre les stories créées lors de la phase précédentes et d’y implémenter le traitement adéquate L’objectif de DAIKIBO est de bien répartir le travail à faire sur les différentes équipes de développement et de suivre le travail réalisé Pour cela la direction composé par le Release Comity group et le Sprint comity group vont travailler à définir les histoires à affecter aux équipes de développement Les équipes de développement valideront et effectueront les estimations adéquates Un suivi de l’avancé des projets est nécessaire et remonté aux directions pour affiner les prochaines estimations C’est ainsi que DAIKIBO applique le mécanisme de séparation des responsabilités et de coresponsabilité à l’ensemble de l’entreprise et non plus seulement à une équipe donnée
- Une fois le logiciel réalisé par le développement et validé par l’équipe validation, il sagit alors de le mettre en production et de permettre aux utilisateurs de l’utiliser en toute sécurité