Please enable JavaScript.

Coggle requires JavaScript to display documents.

Culture flow - Coggle Diagram

- - - - Une fois le lot de valeur livré, nous pouvons comparer espérance de valeur et valeur réelle.
  - - - 1 - Nous avons la compétence pour le faire.
      - 2 - Nous avons l’information pour le faire.
- - - - la compilation,
        
        Les tests,
        
        La construction d'une version,
        
        Eventuellement la production d'une release.
  - - - Compréhension du problème à résoudre
      - Recherche d'une solution
      - Implémentation de la solution
      - Revue de code & validation du code par la CI 5. Mise en recette & validation pour le/la PO ou le/la QA
      - Mise en production
    - - Le Test-Driven Development (TDD)
        
        Les tests unitaires permettent de vérifier que le code est conforme aux intentions du développeur;
        
        Le TDD est une pratique qui vise à écrire UN test unitaire AVANT d’écrire UN code testé,
        
        L’entropie, ou la propension du code à se dégrader naturellement vers un état de "legacy" ou de "spaghetti", est ainsi tenue sous contrôle.
        
        Plus le code est lisible et simple, plus il est facile et donc rapide à faire évoluer. Plus il est complexe, plus il va avoir tendance à se complexifier. Le TDD permet de limiter le coût d’entrée, autrement appelé charge cognitive.
      - Le Behavior Driven Development (BDD)
        
        Si le TDD permet de limiter les erreurs de programmation, il n’apporte pas une solution aux erreurs de compréhension. Derrière ce terme, nous regroupons toutes les difficultés de partage de l’information, que ce soit un besoin mal exprimé, un besoin mal compris, une solution mal expliquée, des cas non pris en compte, etc.
        
        C'est aussi une pratique collaborative qui aide à améliorer la communication entre la personne qui exprime la solution métier, alias le Product Owner, celle qui valide la conformité du comportement métier, alias le testeur, et celle qui implémente la solution, alias le développeur.
        
        L’atelier des Tres Amigos
        
        L’Example Mapping permet d’entrer dans le détail d’une règle métier, de ne plus la considérer de manière nominale mais plutôt sous toutes ses facettes, et avec ses exceptions. C’est souvent un exercice d’humilité pour un Product Owner qui se rend compte qu’il ne connaît pas, avec la précision requise pour un développement logiciel, l’ensemble des règles de gestion.
- - - - la vitesse à laquelle un problème est identifié et compris,
      - • la vitesse à laquelle des solutions candidates à la résolution de ce problème vont être proposées,
      - • la vitesse à laquelle ces solutions candidates seront évaluées et implémentées,
      - • la vitesse à laquelle l’équipe sera capable de valider la conformité du nouveau code vis-à-vis de ses standards (revue de code),
      - • la vitesse à laquelle le nouveau code sera réconcilié avec la base de code (merge).
    - - Mettre en place les bases d’un développement lorsqu’on part de zéro
        
        • Travailler sur du Code Legacy : poser des tests, refactorer, trouver l’origine d’un dysfonctionnement
        
        • Poser les bases d’un nouveau pan fonctionnel
    - - Faire émerger des standards dans une équipe qui vient d’être formée,
        
        • Réaligner les standards multiples et/ou implicites d’une équipe déjà formée,
        
        • Diffuser à l'équipe les connaissances acquises par un coéquipier qui reviendrait de formation,
        
        Expérimenter de nouvelles façons de travailler (refactoring, POC, changement d’architecture logicielle).
- - - - • L’opposé de la normalité :
      - L’anormalité : nous ne savons pas quel virus nous affactera un jour, mais nous sommes sûrs qu’un jour où l’autre un virus passera.
      - La confirmation de la normalité : quoi de mieux qu’un test grandeur nature ? Nous avons des processus métier critiques dont nous validons automatiquement la conformité en environnement de non production. Pourquoi ne pas les faire aussi tourner en production
    - - le monitoring qui permet de visualiser l’état d’un système,
        
        • la stratégie de logging pour avoir des sondes exploitables,
        
        • la collecte des données et des métriques pour le stockage,
        
        • l'exception management, ou comment gérer des cas non prévus,
        
        • l'alerting pour informer d’un événement qui demande une action,
        
        • le tracing distribué si jamais il y a besoin
        
        de suivre des demandes passant à travers plusieurs applications.
    - - L’UX design (User Experience Design) a pour principe fondamental d’intégrer les utilisateurs le plus tôt possible dans le cycle de développement d’un produit, afin de concevoir le produit à la fois pour ET avec eux
      - Cette étape d’empathie (issue du Design Thinking) fait remonter des découvertes et des apprentissages issus directement du terrain permettant ainsi de bien comprendre et d’analyser le contexte d’usage du produit ainsi que les douleurs actuelles des utilisateurs.
      - Outils :
        
        Personas et les Experience Maps.
- - - - Une pensée non linéaire, il est plus question de boucles de rétroaction=> Ex: un élève qui travaille bien à l'ecole > bonne notes > Récompenses > Boost de confiance etc...
      - L'effet retard (pas voir l'impact tout de suite d'une cause)
      - Les lignes d'horizon : Une ligne d’horizon, c’est la distance maximale à laquelle on établit des liens de causalité ou de corrélation.
      - Les frontières : comme le monde bouge, les frontières aussi. Sur le papier, le processus marche bien, dans la pratique nous tombons sur des écueils non prévus. Les frontières ne sont que la représentation d’un modèle.
    - - 4 grands principes
        
        Commencez là où vous êtes,
        
        • Engagez-vous à changer de manière incrémentale et évolutive,
        
        • En respectant le processus actuel, les rôles et les responsabilités,
        
        • Avec des actes de leadership à tous les niveaux.
      - Kanban thinking
        
        Écouler le plus efficacement possible le flux de demandes traitées
        
        Maximiser la valeur délivrée
        
        Développer les personnes pour augmenter le potentiel du système
      - Mise en place d'un système Kanban
        
        Comprendre le système tel qu'il est
        
        Visualiser : Le but est de partager une compréhension commune de ce qui se passe (Ex: (Exemple: À faire, Étude, Spécifications, Développement...)
        
        Gérer le flux
        
        Limiter le travail en cours
        
        Rendre explicite les passages de relais avec la création de "Définition du terminé" pour chaque étape.
        
        Tirer le flux au lieu de le pousser : La priorité de l’équipe est de faire sortir ce qui est à la fin du processus.
        
        Ressentir pour mieux améliorer le système
        
        Améliorer tout ce qui est améliorable : niveau d'une personne, d'une équipe, d'un groupe
        
        Visualiser un système localement saturé
        
        Identifier la contrainte
        
        Subordonner tous les processus au processus contraint : faire en sorte que les personnes qui travaillent au niveau de la contrainte ne soient jamais bloquées > Ex: Une des pratiques possibles issues de Kanban est de mettre une limite sur le nombre de travaux en cours sur l’étape précédant la contrainte.
        
        élever la performance de la contrainte : Exemple > peut s’agir de recruter des personnes pour aider, de simplifier l’étape, de rendre des personnes plus polyvalentes pour qu’elles puissent aider sur cette étape, d’automatiser certaines tâches, etc.
        
        Désengorger un système globalement saturé : Un système est dit globalement saturé quand il y a trop de demandes en cours et que cela génère des perturbations qui nuisent à la performance globale du système.
- - - - la mise en place de katas, c’est-à-dire de gestes élémentaires
      - Ces répétitions permettent de muscler l’organisation, mais aussi de construire les bons réflexes qui seront activés sans effort quand la situation rendra ces gestes pertinents.
    - - Quelle est la condition cible ?
      - Quelle est la condition actuelle ?
      - Quels obstacles vous empechent d'arriver à la condition cible ?
      - Quelle est votre prochaine étape ?
      - Quand pourrons-nous voir le résultat ?