Dans nos accompagnements techniques, nous observons régulièrement des problèmes de Legacy Code aussi appelé Code Patrimonial. Notamment lorsque des équipes font un virage agile et on leur demande soudainement de faire des tests unitaires automatisés. Pas si facile que cela.
Dans cette présentation, nous verrons les points suivants:
- Description de quelques techniques pour nous aider à tester le Legacy Code
- Comment avoir le droit de travailler sur du code pour le rendre plus facile à travailler
- Quelques pratiques et outils afin de s'en prémunir autant que possible au jour le jour.
Cette présentation a été donnée aux dates suivantes:
- 10 Novembre 2016 - Beer And Learn (Québec)
- 16 Novembre 2016 - Agile Tour Montréal
Collaboration avec le client plutôt que négociation de contrat » est certes l'un des 4 piliers du manifeste agile. Mais quel client, quel fournisseur seraient capables de démarrer un projet sans contrat? Cette présentation n'a pas pour objectif de vous donner la solution clés en main mais d'ouvrir le débat après avoir dépeint les solutions disponibles et donné des pistes de réflexion
Mieux rediger-les-user-stories-bonnes-pratiques-oeildecoach 2019Oeil de Coach
Une User Story (US) est le juste formalisme d’un élément fonctionnel du point de vue de l’utilisateur, précisant la valeur apportée à ce dernier.
Comment rédiger de bonnes USER STORIES ?
Bonnes pratiques à l’usage des équipes agiles (SCRUM / KANBAN / SAFe)
Sommaire :
> Les origines des User Stories
> Les 3C
> Définition et formalisation d’une User Story
> Méthode INVEST
> Comment découper vos US
> Quel niveau de détail
> Quel est le cycle de vie d'une User Story
> Le rôle du Product Owner sur une US
> Erreurs à éviter
Présentation PPT en libre téléchargement, créée par Martial SEGURA - OEIL DE COACH
www.oeildecoach.com
Session animée par Guillaume SAINT ETIENNE qui, passionné pour le Web, tente aujourd'hui de faire adopter les bonnes pratiques issues des meilleurs départements R&D logiciels français au monde des sociétés de services. La production ou réalisation de logiciel n'est pas la science exacte que l'on aurait aimé qu'elle soit. Il convient donc de faire des ajustements. Les Sociétés de Services Logiciel sont une constituante majeure de cet univers et relient les hommes, du passeur d'ordre au réalisateur en passant par tous les intermédiaires possibles et imaginables. C'est donc avec eux, chez eux, que les démarches Agiles prendront tout leur sens. Pour autant, sont-ils prêts à entrer dans cette nouvelle ère, quel est l'état des lieux, et quels sont les obstacles qui nous attendent ?
Dans nos accompagnements techniques, nous observons régulièrement des problèmes de Legacy Code aussi appelé Code Patrimonial. Notamment lorsque des équipes font un virage agile et on leur demande soudainement de faire des tests unitaires automatisés. Pas si facile que cela.
Dans cette présentation, nous verrons les points suivants:
- Description de quelques techniques pour nous aider à tester le Legacy Code
- Comment avoir le droit de travailler sur du code pour le rendre plus facile à travailler
- Quelques pratiques et outils afin de s'en prémunir autant que possible au jour le jour.
Cette présentation a été donnée aux dates suivantes:
- 10 Novembre 2016 - Beer And Learn (Québec)
- 16 Novembre 2016 - Agile Tour Montréal
Collaboration avec le client plutôt que négociation de contrat » est certes l'un des 4 piliers du manifeste agile. Mais quel client, quel fournisseur seraient capables de démarrer un projet sans contrat? Cette présentation n'a pas pour objectif de vous donner la solution clés en main mais d'ouvrir le débat après avoir dépeint les solutions disponibles et donné des pistes de réflexion
Mieux rediger-les-user-stories-bonnes-pratiques-oeildecoach 2019Oeil de Coach
Une User Story (US) est le juste formalisme d’un élément fonctionnel du point de vue de l’utilisateur, précisant la valeur apportée à ce dernier.
Comment rédiger de bonnes USER STORIES ?
Bonnes pratiques à l’usage des équipes agiles (SCRUM / KANBAN / SAFe)
Sommaire :
> Les origines des User Stories
> Les 3C
> Définition et formalisation d’une User Story
> Méthode INVEST
> Comment découper vos US
> Quel niveau de détail
> Quel est le cycle de vie d'une User Story
> Le rôle du Product Owner sur une US
> Erreurs à éviter
Présentation PPT en libre téléchargement, créée par Martial SEGURA - OEIL DE COACH
www.oeildecoach.com
Session animée par Guillaume SAINT ETIENNE qui, passionné pour le Web, tente aujourd'hui de faire adopter les bonnes pratiques issues des meilleurs départements R&D logiciels français au monde des sociétés de services. La production ou réalisation de logiciel n'est pas la science exacte que l'on aurait aimé qu'elle soit. Il convient donc de faire des ajustements. Les Sociétés de Services Logiciel sont une constituante majeure de cet univers et relient les hommes, du passeur d'ordre au réalisateur en passant par tous les intermédiaires possibles et imaginables. C'est donc avec eux, chez eux, que les démarches Agiles prendront tout leur sens. Pour autant, sont-ils prêts à entrer dans cette nouvelle ère, quel est l'état des lieux, et quels sont les obstacles qui nous attendent ?
Valtech - Quel ROI pour ma transformation Agile ?Valtech
Quel ROI pour ma transformation Agile ?
PARTIE 1 : Un retour aux principes fondamentaux
Valérie Wagoner, Agile Coach, Valtech France
valerie.wagoner@valtech.fr
Agile Day 2012
Valtech
Objectifs généraux:
- Réduire les pertes (reworks), la difficulté et le risque d’échec de nos projets TI
- Améliorer la qualité de nos TI (systèmes / logiciels)
Objectifs spécifiques:
- Présenter le modèle de maturité CMMi-DEV, pour le développement des systèmes / logiciels
- Déclencher ou justifier l’amélioration de nos processus de développement selon CMMi-DEV
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
Introduction à l'Agilité - Cours complet 1 jourRenaud BROSSE
Un cours gratuit en 1 jour sur l'agilité en licence opensource. Servez-vous ! Dans un contexte de transformations tous azimuts des entreprises, l’agilité est devenue un atout indéniable pour faire face aux changements. Son originalité est qu’il mise avant tout sur la souplesse organisationnelle et le désilotage pour assurer efficacité et rapidité au système. Seul problème : faire de belles acrobaties, c’est bien joli (mais pas toujours facile) quand on est une startup de moins de 5 ans d’âge avec une cinquantaine de salariés, mais attention aux courbatures pour le méga-groupe de quelques 100.000 salariés traînant déjà plusieurs décennies d’histoire ! Et pourtant, nous avons une bonne nouvelle, « être agile », ça s’apprend ! Nous vous proposons de vous introduire dans cette démarche au travers de ce document. Il s’agit de notre support de formation à l’agilité dont le contenu a largement été éprouvé, au fil des contextes opérationnels auxquels il a été appelé à servir…
Slides de la conférence donnée lors de l'Agile Tour 2010 à Vannes.
L'objectif de la conférence est d'expliquer en quoi les pratiques agiles permettent de réduire les coûts de développement.
L'adhésion grandissante à l'approche DevOps est un atout pour l’Agilité et s’impose comme une évolution logique à la transformation Agile. Un des facteurs clés du succès de cette approche est l’automatisation des processus de développement, et donc par le fait même, des tests.
Toutefois, si des tests sont automatisés, ils sont souvent loin des « user stories » qui sont pourtant la cible des Sprints pour livrer la valeur d'affaire. Les équipes prennent généralement en charge l’automatisation des tests unitaires et fonctionnels mais rarement celle des tests intégrés.
Afin de livrer une valeur d’affaire rapidement, il est nécessaire de tester les «user stories », donc d'effectuer des tests de bout-en-bout (end-to-end testing).
Voyez comment adapter vos stratégies de tests automatisé afin de garantir une amélioration continue de la qualité à travers votre organisation.
François Bonetto
Agilité à budget fixe en phase d'avant-vente. Que proposer ?Frantz Degrigny
Je veux de l'agilité, mais un budget fixe ! Que proposer en phase d'avant-vente ?
Un retour d'expérience sous forme de "Lightning talk" présenté à l'Agile Tour Nantes 2016 :
- Introduire du BDD dans un projet pour un ministère, c'est possible ?
- Externaliser une équipe de réalisation en nearshore pour une grande banque, comment faire ?
- Réaliser une soutenance sur un format participatif et innovant, ça se fait ?
Nous parcourrons les différents principes suivants lors de nos retours d'expérience :
- Éduquer le client sur les principes, enjeux et contraintes des méthodes agiles
- Expliquer les impacts de l'agilité sur le déroulement et le prix du projet
- Comment adapter un contrat forfaitaire (Forfait simple, forfait au sprint, forfait au MVP, etc) ?
- Comment adapter les méthodes agiles (Un mélange de SCRUM, XP, franciser la méthodologie, etc ) ?
Finalement, nous terminerons sur les feedbacks de ces principales expériences, et particulièrement côté clients.
Conférence: L'assurance qualité au-delà de la qualité logiciellegeosaa
www.focusintelligence.ca
blog.focusintelligence.ca
Conférence donné par
Georges Saad de Focus Intelligence sur l'assurance qualité en mode Agile.
Le 12-05-2009 Pour la communauté Agile de Québec.
Arte del siglo XVIII comprendiendo el rococó, el arte de la ilustración y el arte que responde a la crisis revolucionaria que dio lugar al nacimiento del mundo moderno, prestando especial atención a Goya.
Valtech - Quel ROI pour ma transformation Agile ?Valtech
Quel ROI pour ma transformation Agile ?
PARTIE 1 : Un retour aux principes fondamentaux
Valérie Wagoner, Agile Coach, Valtech France
valerie.wagoner@valtech.fr
Agile Day 2012
Valtech
Objectifs généraux:
- Réduire les pertes (reworks), la difficulté et le risque d’échec de nos projets TI
- Améliorer la qualité de nos TI (systèmes / logiciels)
Objectifs spécifiques:
- Présenter le modèle de maturité CMMi-DEV, pour le développement des systèmes / logiciels
- Déclencher ou justifier l’amélioration de nos processus de développement selon CMMi-DEV
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
Introduction à l'Agilité - Cours complet 1 jourRenaud BROSSE
Un cours gratuit en 1 jour sur l'agilité en licence opensource. Servez-vous ! Dans un contexte de transformations tous azimuts des entreprises, l’agilité est devenue un atout indéniable pour faire face aux changements. Son originalité est qu’il mise avant tout sur la souplesse organisationnelle et le désilotage pour assurer efficacité et rapidité au système. Seul problème : faire de belles acrobaties, c’est bien joli (mais pas toujours facile) quand on est une startup de moins de 5 ans d’âge avec une cinquantaine de salariés, mais attention aux courbatures pour le méga-groupe de quelques 100.000 salariés traînant déjà plusieurs décennies d’histoire ! Et pourtant, nous avons une bonne nouvelle, « être agile », ça s’apprend ! Nous vous proposons de vous introduire dans cette démarche au travers de ce document. Il s’agit de notre support de formation à l’agilité dont le contenu a largement été éprouvé, au fil des contextes opérationnels auxquels il a été appelé à servir…
Slides de la conférence donnée lors de l'Agile Tour 2010 à Vannes.
L'objectif de la conférence est d'expliquer en quoi les pratiques agiles permettent de réduire les coûts de développement.
L'adhésion grandissante à l'approche DevOps est un atout pour l’Agilité et s’impose comme une évolution logique à la transformation Agile. Un des facteurs clés du succès de cette approche est l’automatisation des processus de développement, et donc par le fait même, des tests.
Toutefois, si des tests sont automatisés, ils sont souvent loin des « user stories » qui sont pourtant la cible des Sprints pour livrer la valeur d'affaire. Les équipes prennent généralement en charge l’automatisation des tests unitaires et fonctionnels mais rarement celle des tests intégrés.
Afin de livrer une valeur d’affaire rapidement, il est nécessaire de tester les «user stories », donc d'effectuer des tests de bout-en-bout (end-to-end testing).
Voyez comment adapter vos stratégies de tests automatisé afin de garantir une amélioration continue de la qualité à travers votre organisation.
François Bonetto
Agilité à budget fixe en phase d'avant-vente. Que proposer ?Frantz Degrigny
Je veux de l'agilité, mais un budget fixe ! Que proposer en phase d'avant-vente ?
Un retour d'expérience sous forme de "Lightning talk" présenté à l'Agile Tour Nantes 2016 :
- Introduire du BDD dans un projet pour un ministère, c'est possible ?
- Externaliser une équipe de réalisation en nearshore pour une grande banque, comment faire ?
- Réaliser une soutenance sur un format participatif et innovant, ça se fait ?
Nous parcourrons les différents principes suivants lors de nos retours d'expérience :
- Éduquer le client sur les principes, enjeux et contraintes des méthodes agiles
- Expliquer les impacts de l'agilité sur le déroulement et le prix du projet
- Comment adapter un contrat forfaitaire (Forfait simple, forfait au sprint, forfait au MVP, etc) ?
- Comment adapter les méthodes agiles (Un mélange de SCRUM, XP, franciser la méthodologie, etc ) ?
Finalement, nous terminerons sur les feedbacks de ces principales expériences, et particulièrement côté clients.
Conférence: L'assurance qualité au-delà de la qualité logiciellegeosaa
www.focusintelligence.ca
blog.focusintelligence.ca
Conférence donné par
Georges Saad de Focus Intelligence sur l'assurance qualité en mode Agile.
Le 12-05-2009 Pour la communauté Agile de Québec.
Arte del siglo XVIII comprendiendo el rococó, el arte de la ilustración y el arte que responde a la crisis revolucionaria que dio lugar al nacimiento del mundo moderno, prestando especial atención a Goya.
Magazine de la ville de Saint-Sébastien-sur-Loire
Emploi : Conseils et ateliers pour les demandeurs d'emploi
Élections : Les élections départementales
Dossier le handicap :
Comment rendre la Ville plus accessible aux personnes en situation de handicap ?
Focus sur les actions entreprises par la Ville.
Vie scolaire : Point d'étape sur les Extras
Instances participatives : Zoom sur le CESEL
Portrait : Hommage à Robert Maura
Évènement : Chloroph'îles, les 25 et 26 avril
Este documento proporciona instrucciones para la instalación, uso y mantenimiento de encimeras de cocción. Incluye información sobre la instalación correcta, conexión del gas y electricidad, uso de los quemadores y placas eléctricas, y limpieza y mantenimiento. También contiene advertencias de seguridad y especificaciones técnicas de los diferentes modelos.
Du 1er février au 1er avril 2011, rendez-vous dans les Yvelines pour vivre au rythme d’Antigel, Festival d’humour(s) en Yvelines ! Pendant deux mois, 40 salles des Yvelines mettent le rire à l’honneur en accueillant 59 spectacles. Soit plus de 80 représentations réunissant toutes les formes d’humour pour tous les publics.
Les innovations présentées au Salon Des Solidarités 2014Asso Asah
Les Trophées de l’Innovation sont remis au Jardin des Innovations à des innovateurs pour leurs initiatives remarquables dans les domaines de la gestion de l’eau et de l’assainissement, de l’électricité, de l’agriculture et de la construction, par exemple.
Este documento presenta una historia sobre un famoso cirujano cardiovascular egoísta que rechaza atender a un anciano de bajos recursos que necesita una operación del corazón. Más tarde, el médico se entera que el anciano era en realidad un conocido poeta cuyos escritos le traen recuerdos de su juventud. Afectado por la muerte del poeta, el médico reflexiona sobre su egoísmo y decide dedicar parte de su clínica a atender pacientes de escasos recursos sin costo.
Présentation réalisée par Rémi Barré, professeur de Politique scientifique au Conservatoire national des Arts et Métiers, ancien directeur de l'Observatoire des sciences et des techniques (OST), à l'occasion de la journée d'étude du réseau des Urfist sur 30 ans de politiques d'information scientifique et technique
Este documento describe la importancia de la ingeniería económica en la toma de decisiones. La ingeniería económica implica la evaluación sistemática de los resultados económicos de las soluciones propuestas para problemas de ingeniería. Las personas toman decisiones principalmente en base a factores económicos, por lo que la ingeniería económica es importante. Las técnicas de ingeniería económica ayudan a las organizaciones a tomar mejores decisiones evaluando alternativas y estimando sus resultados futuros.
Présentation effectuée par Charles-André Bouchard, dans le cadre du cours LOG3000 conduit par Mathieu Lavallée, à Polytechnique, mardi le 22 novembre 2016.
Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?Nicolas Ruffel
Si les méthodes agiles se concentrent sur l’aspect organisationnel du développement logiciel, elles en disent très peu sur les pratiques de production du code. Or pour valoriser des “logiciels opérationnels” et “adaptables aux changements” (comme le préconise le manifeste agile), la manière de produire le code est essentielle. Le software craftsmanship est avant tout un état d’esprit, mais il repose sur des pratiques concrètes de développement piochées dans d’autres méthodes comme eXtreme Programming. Dans ce retour d’expérience, un développeur et un manager vous présenterons quelques unes des pratiques que nous avons adoptées et qui ont changé notre façon de développer. Nous vous donnerons aussi des pistes pour les transposer (ou pas !) dans votre contexte.
Le combat contre l'atrophie technique - Agile en Seine 2020Agile En Seine
Présenté Nick Stock à l'occasion des conférences Agile en Seine le 29 septembre 2020
http://agileenseine.com
Vidéo de la conférence disponible sur Youtube :
https://youtu.be/1KlCStACDxI
Dans cette présentation, Nick reste en adéquation avec le thème principal de l'événement: l'évolution.
La culture d’innovation est primordiale dans un monde qui avance aussi vite. Les équipes techniques les plus performantes vont de 5 à 10 fois plus vite que les autres.
Et cela est dû à un apprentissage continu des meilleures pratiques adaptées au contexte changeant de l’entreprise.
Il est facile de mettre l'évolution des techniciens à un plan secondaire.
Ainsi Nick nous aide à répondre à la question suivante : Comment s’assurer que les développeurs fassent des améliorations constantes de leurs méthodes de travail?
Usi 2008 - Le positionnement stratégique des cellules d'architecture transverseAlain Buzzacaro
Avec la complexification des organisations, les cellules transverses (architecture, support, qualité) jouent un rôle de plus en plus important... et de plus en plus complexe, avec souvent un positionnement ambigu. Comment éviter de devenir une tour d'ivoire ou un empêcheur de tourner en rond pour continuer, au quotidien, à apporter de la valeur aux projets ?
Session présentée par Alain Buzzacaro et Ludovic Cinquin à l'Université du Système d'Information 2008
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...Niji
L’agilité est un des enjeux majeurs de la transformation des organisations, notamment celles portant les évolutions et la réalisation des dispositifs digitaux web et mobile. La crise sanitaires et économique exacerbe l’obligation de fonctionner autrement dans le juste équilibre entre agilité et rationalisation, tout en prenant en compte l’impérieuse nécessité d’animer et d’assembler des talents pluriels
Fort de notre expérience dans la définition, la mise en œuvre et le pilotage de Digital Factory pour nos clients, dans des formats et fonctionnements opérationnels divers, nous vous proposons de partager nos convictions :
- Comment piloter au quotidien satisfaction des utilisateurs et respect des budgets ?
- Comment s’organiser pour gérer à la fois le build et le run ?
- Comment construire une organisation pluridisciplinaire ? avec quelle matrice de compétences ?
- Quels sont les points de vigilance tant méthodologiques, technologiques ou managériaux ?
Depuis maintenant trois sessions, Mathieu Boisvert enseigne les méthodes Agiles à la Chaire de gestion de projet de l'UQAM. Invariablement, les étudiants posent la question sur comment adapter les méthodes Agiles. Bien qu'il soit un expert en développement logiciel, Mathieu propose quelques exemples pour réfléchir avec les participants sur les préalables, les avantages et les difficultés d'adopter les méthodes Agiles dans n'importe quel domaine, notamment :
- La rédaction d'un document de soumission;
- La rédaction de matériel pour la gestion du changement;
- La construction d'une automobile;
- La création de matériel de cours;
- La construction d'un bâtiment.
À la fin de cette présentation, les participants auront une piste de solution pour adapter les méthodes Agiles à n'importe quel contexte.
Votre dynamique de travail n'est pas celle d'un projet, mais plutôt celle d'un processus. Vous avez donc conclu que Scrum n'était pas la méthode la mieux adaptée et qu'il valait mieux choisir Agile Lean (aussi connu sous les appellations suivantes : Scrumban, Kanban, Subban). Maintenant que c'est décidé, savez-vous par où commencer? Savez-vous ce qu'il faut suivre et mesurer? Quelle est la dynamique d'une équipe Agile Lean et que peut‐on s'attendre d'elle? Au cours de cette présentation, François désire vous faire profiter de son expérience en accompagnement d'équipes Lean.
Valtech - Mobile, Agile : Faire beau, vite et bienValtech
Mobile, Agile : Faire beau, vite et bien
Best Of Mobile - 5 avril 2012
Jean-Michel Legrand, Consultant Agile Senior
jean-michel.legrand@valtech.fr
Yohan Founs, Directeur Technique Mobile
yohan.founs@valtech.fr
Similaire à AgileTour Toulouse 2012 : adopter l’agilité (20)
ATTLS22 - Sophie ROCCA - Le leadership inconscient des expertsAgile Toulouse
J’ai eu récemment à coacher un groupe d’experts techniques, individuellement, sur leurs compétences de leadership. J’ai été étonnée de voir que s'ils reconnaissaient facilement leur légitimité technique, beaucoup niaient avoir un quelconque leadership.
Je me suis interrogée sur leur identification d’un leader avec des personnalités extraverties ou visionnaires, et leur difficulté à identifier leur propre leadership. Et j’ai donc monté un programme de sensibilisation aux différents types de leadership, que je restituerai synthétiquement.
Je parlerai aussi sur le rôle et le poids des experts techniques au sein d’une équipe Agile, souvent effacés entre des Product Owner et des Scrum masters.
ATTLS22 - Haja RAMBELONTSALAMA - Changement de Culture bien ordonnée commence...Agile Toulouse
Qui veut du changement ? 😎 Yeaah
Qui veut se changer ? 😬 Euuh
Qui veut mener le changement ? 😵. . .
Ok, juste mettre en place une nouvelle culture alors ? 😱 Fuyez c’est le plus dur !!
À la recherche de moyens, d'outils pour générer/accompagner/pérenniser le changement de culture dans votre organisation, venez découvrir les leviers pour mieux se comprendre et mieux comprendre les autres pour mieux travailler/collaborer/coopérer/vivre ensemble.
Travailler sur soi c'est déjà travailler pour l'équipe et "il n'y a pas d'excellence technique sans excellence humaine"
A la sortie de cette conférence-échange, quand vous les auriez trouvés, oseriez-vous réveiller tous ces leaders qui sommeillent ?
ATTLS22 - Déborah MULLER GAUTHIER - Tribulations d’une SMAgile Toulouse
A mon arrivée à Lectra, équipée de ma motivation, pleine d'optimisme mais aussi de doutes, j'entame une plongée vertigineuse au sein de mon équipe et au-delà !
Venez vivre les tribulations d'une ScrumMaster qui s'apprête à s'engager pleinement dans cette phrase du Scrum Guide :
"Scrum Master are true leaders who serve the ScrumTeam and the larger organization".
Je vous embarque dans mes aventures :)
Prêt pour passer leader agile level 1 ? A vous de jouer !
Un passage flash par un peu de théorie et des concepts, mais surtout de la pratique de 4 façons différentes de travailler en collaboration - l'agrégation, le pairing, le swarming, le mobbing.
Expérimentons ensemble afin de comparer les expériences et les contextes.
En plus du vécu, les collaborateurs d'une heure sortiront avec un atelier prêt-à-l'emploi pour explorer dans leurs propres contextes.
Agile Tour Toulouse 2020 : FORTUNEO - Tous pour un, l'agile pour tous ! Comme...Agile Toulouse
Conférence à regarder ici : https://www.youtube.com/watch?v=2P0gRTV34-8
Diagnostic de maturité Agile accessible ici : https://cutt.ly/cgzecbr
Pitch de la conférence :
Pour opérer une transformation agile à l’échelle d’une organisation, différents niveaux et angles sont à adresser pour couvrir les 360°. Nous parlons souvent de coaching des Feature Teams, faire évoluer l’IT, revoir l’organisation, accompagner au changement… Un autre pan essentiel à prendre en compte dans le cadre de la transformation : l'accompagnement des métiers, qui sont au coeur de l'activité de l'organisation : Juristes, conseillers clients, RH, marketeurs… doivent aussi monter dans le bateau pour qu’il avance.
The document discusses different types of software tests, including unit tests, functional tests, load tests, soak tests, end-to-end tests, integration tests, and exploratory tests. It also covers how developers, QA teams, and customers are involved in testing as part of the development process. The document uses an example of implementing a feature to allow commenting on tasks to illustrate how to develop a test plan and consider the tradeoffs between testing different quality attributes. It emphasizes that testing should be integrated into the development process and that QA teams are part of the overall development team.
3. Prérequis
• Connaissances de base de ce qu’est l’Agilité
• Les concepts présentés ne sont pas détaillés
• Fournir des points d’entrée pour aiguiller
The author must be referenced for any reuse
4. David Brocard
Consultant indépendant
Gestion de Projet Informatique - Méthodes Agiles
7. • L’Agilité progresse !
• “Méthodologie de rupture”
• Encore beaucoup d’effort pour
convaincre
8. Halte au simplisme !
• 10 ans d’Agilité quand même...
• Une communication à améliorer
• Ne prenons pas le client pour un ...
• Respectons ses acquis
• agilité vs Agilité
10. Pour chaque FHA
1. L’hypothèse simpliste
2. Les pratiques à éviter
3. L’agilité "naturelle"
4. Les différences avec l'Agilité
11. Frequently Heard Answers
• "Nous cassons déjà l'effet tunnel !"
• "Notre méthode gère déjà les changements !"
• "Notre façon de faire de l'architecture ne se limite pas
à tout figer dès le départ !"
• "L'Agilité est incompatible avec nos sous-traitants au
forfait !"
• "Nous mettons déjà en oeuvre les pratiques
d’ingénierie logicielles agiles !"
• “Notre documentation est la minimum nécessaire“
13. Effet tunnel
• L’hypothèse simpliste
‣ Pur cycle en V
‣ Pas de livraisons intermédiaires, effet tunnel d’un an
‣ Phasage strict: pas d’anticipation d’une phase sur l’autre,
on attend la tenue des jalons avant de poursuivre
• Les pratiques à éviter
‣ Inscrire le cycle en V comme fondation du référentiel projet
• L’agilité "naturelle"
‣ Incrémental: plusieurs mini-cycles en V
‣ Une vraie discipline de tests unitaires
‣ “Lean en V”: les principes Lean génériques appliqués au cycle en V
‣ Le design et le code sont souvent commencés avant la fin des specs
14. Effet tunnel
• Les différences avec l'Agilité
‣ Pas de time box, ni de vrai flux
‣ Différent du Lean Software Development
‣ Phases vs activités d’ingénierie
‣ RUP : agile ?
16. Changements
• L’hypothèse simpliste
‣ Tous les besoins définis au départ de façon
détaillée
• Les pratiques à éviter
‣ Critères de succès basés sur la conformité au
plan initial
‣ CCB lourd et inadapté à la taille du projet
‣ Sous estimer la part de l’inconnu à l’instant t
(voir les statistiques)
• L’agilité "naturelle"
‣ CCB léger et adapté à la taille du projet
‣ Phase de prototypage préliminaire permettant
de limiter la casse
17. Changements
• Les différences avec l'Agilité
‣ L’acceptation du changement est sans doute l’aspect le mieux pris en
compte par l’Agilité
‣ A l’origine de la culture agile <> CCB formel, vécu a posteriori
‣ Injection de changements au début de cycles courts
‣ L’agilité technique sécurise l’acceptation des changements
‣ Gestion des besoins taillées pour prévenir les perturbations
18. "Notre façon de faire de l'architecture ne se
limite pas à tout figer dès le départ !"
19. Architecture
• L’hypothèse simpliste
‣ Architecture exhaustive figée dans les détails avant de passer à la phase
suivante
‣ Architectes non impliqués dans les phases de développements
• Les pratiques à éviter
‣ Différer la mise à l’épreuve de l’architecture sur papier
‣ Rester trop abstrait en termes d’exigences non fonctionnelles (NFR)
‣ Mettre toutes les NFR au même niveau d’importance
• L’agilité "naturelle"
‣ Commencer par un mini-projet dans le projet : POC (Proof Of Concepts)
ou prototypes
‣ Cas du RUP : la phase d’élaboration vise explicitement à itérer pour livrer
une “architecture exécutable”
20. Architecture
• Les différences avec l'Agilité
‣ Architecture = “les grands principes de conception irréversibles” - phase
d’exploration
‣ L’architecture est propriété de l’équipe et non d’experts mandatés
‣ Une approche POC intrinsèque
‣ Les NFR sont exprimées sous forme de user stories et sont
systématiquement priorisées
‣ Les NFR sont priorisés, donc échelonnées
‣ Même quand il y a une “Release 0”, l’architecture continue à émerger lors
des itérations “fonctionnelles”
‣ Une utilisation raisonnée des outils de modélisation
Exploration Engagement Release 0 Release 1
22. Sous-traitance
• L’hypothèse simpliste
‣ Le client transmet un cahier des charges et ne revient qu’au moment de la
recette
‣ Le client est à même de sécuriser son forfait par des besoins précis
‣ Le client sait écrire les tests de recette et passer la recette
• Les pratiques à éviter
‣ Jouer pour perdre : demander l’impossible à son sous-traitant et fermer les
yeux en attendant qu’il se récupère par des avenants hors de prix
‣ Négliger l’effort à consacrer pour un suivi régulier et son importance
23. Sous-traitance
• L’agilité "naturelle"
‣ Des personnes plus intelligentes que des contrats inadaptés
‣ Granularité des engagements
‣ Contrats cadre éprouvés
Spec1
SERVICE WORKLOAD
F1 Complexe UC 10 days
Spec2
Average UC 5 days
F2 Simple UC 2 days
Corrective patch 3 days
etc
F3
24. Sous-traitance
• Les différences avec l'Agilité
‣ Le client est réellement engagé
‣ De la subordination au partenariat
‣ Vers la sortie du “triangle de fer”
‣ Une vraie difficulté : toujours un monde d’aventuriers
‣ Les catalogues de services sont plus rigides que les contrats à base
d’engagement de vélocité
‣ Rediriger l’engagement vers la qualité intrinsèque
26. Gros projets
• L’hypothèse simpliste
‣ Grosses équipes “en râteau”
‣ Pas d’interactions horizontales
‣ Pas de rendez-vous intermédiaires
• Les pratiques à éviter
‣ Excès de hiérarchie et de subordinations entre les différents niveaux
‣ Ségrégation des activités. Céder au mythe du découpage stricte
expertise métier / software factory
V
Us
Them
Someone
27. Gros projets
• L’agilité "naturelle"
‣ Pas de solution “tout-en-un”. Adaptation à la spécificité du contexte
‣ Volonté de développer la communication et les rencontres sur place
‣ Développement des visio
• Les différences avec l'Agilité
‣ L’agilité invite à considérer le rapprochement géographique
‣ Rendez-vous plus fréquents
‣ On privilégie le découpage en “Feature Team” pour que chaque entité soit
impliquée verticalement dans le développement
‣ Intégration continue transverse ou multi-niveaux
‣ Les valeurs prennent le relais des contraintes
28. "Nous mettons déjà en oeuvre les pratiques
d’ingénierie logicielles agiles !"
29. Ingénierie logicielle
• L’hypothèse simpliste
‣ Intégration big-bang
‣ Tests unitaires et fonctionnels non automatisés
• Les pratiques à éviter
‣ Exigences mal découpées ; pilotage par les tâches techniques
‣ Négliger l’importance d’une couverture maximale de tests unitaires
‣ Ecriture tardive des tests fonctionnels et de recette
• L’agilité "naturelle"
‣ Structuration des besoins en uses case métier
‣ Savoir-faire en matière de tests (“XUnit Tests Patterns” - Meszaros)
‣ Automatisation des tests unitaires et fonctionnels
30. Ingénierie logicielle
• Les différences avec l'Agilité
‣ Use cases vs user stories : de nombreux points communs mais des
différences essentielles
‣ TDD, BDD : bien plus que des tests unitaires
‣ Discipline sous-jacente autour de l’intégration continue
‣ Une traçabilité par construction et par exécution
User story
Acc. Tests
Fixture
Code
Tests results
32. Documentation
• L’hypothèse simpliste
‣ Client obnubilé par une documentation exhaustive
• Les pratiques à éviter
‣ Ne pas se préoccuper au préalable des relecteurs à consulter pour assurer
la pertinence du contenu
‣ Faire du zèle aux poulets
• L’agilité "naturelle"
‣ Référentiels qualité prévoient des déclinaisons en fonction de la complexité
des projets
‣ Les cochons ne disent rien mais n’en pensent pas moins
33. Documentation
• Les différences avec l'Agilité
‣ Inscrit noir sur blanc dans les 1eres lignes du Manifeste
‣ La métaphore “voyager léger” autorise de remettre en cause l’intérêt,
l’efficacité et le contenu d’un document
‣ La documentation n’est requise que si elle réellement nécessaire pour le
contexte du projet
‣ La documentation minimale se limite à ce qui est nécessaire pour
compléter les conversations face à face et fédérer les intervenants
‣ La documentation “exécutable” prend le relais de la documentation
classique (TDR, TDD)
‣ “La doc c’est le code”
35. Pourquoi convaincre ?
• Identifier l’origine de l’impulsion
1. Marketing ou politique
2. Vraie volonté de changement de gouvernance
3. Levier technique
• Agir en conséquence
1. Des valeurs = du courage !
2. Ne pas survendre l’Agilité
3. La route vers l’Agilité technique (Craftsmanship)
36. Changer
• Changer le process ou changer les valeurs ?
• Les pilotes sont indispensables
• Ne pas négliger le niveau culturel du
changement
• Montrer l’intérêt avec le temps par l’absence
d’Agilité
• Etre respectueux et pragmatique
Coaching : une affaire de sensibilité