Nous passerons en revue plusieurs framework à l'échelle dans une optique sans à priori, puis nous nous concentrerons sur les nombreuses ressemblances et problématiques communes pour ébaucher un minimum minimorum de l'agilité à l'échelle.
Cependant, comprendre n'est pas implémenter ! Nous aborderons donc ensuite comment choisir chaussure à son pied en fonction de la culture, de l’organisation et de l'architecture technique en place dans votre entreprise ou dans votre structure.
Comme conclusion, nous verrons comment aller progressivement vers la cible retenue avec certaines erreurs à éviter!
Par Isabelle Roques et Stéphane Guedon, Coachs Agile chez Purple Wise
Toutes les informations sur xebicon.fr
Bonnes pratiques pour gérer l'automatisation de vos processus - Chapitre 1Bonitasoft
Dans ce premier webinar sur les méthodologies de développement autour d’une plateforme d’automatisation des processus métiers, nous allons nous poser d’abord la question de l’approche projet dans sa globalité.
Développer votre logiciel interne : comment y parvenir sans investir une fort...Pyxis Technologies
Venez découvrir ce qui fonctionne et ce qui ne fonctionne pas dans les projets informatiques et comment réussir le vôtre.
Vous apprendrez comment les approches Agiles peuvent vous aider à atteindre vos objectifs tout en limitant les risques. Bénéficiez d'une solide expertise en création de valeur et de conseils pratiques afin de vous guider dans votre démarche.
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...Pyxis Technologies
Durant cette courte présentation, Mathieu vous invite à découvrir le potentiel de la valeur d'affaires comme indicateur de la gestion de projet, notamment:
comment la valeur d'affaires oriente la planification des projets
comment mesurer l'avancement des projets selon la valeur acquise d'affaires
comment cette valeur acquise devient un outil de prise de décision pour les bureaux de projets
Un avancement de l'échéancier à 40%, une consommation du budget de 45%, l'avancement des travaux à 35%, et si le projet se terminait maintenant, quel serait le taux d'atteinte des bénéfices attendus?
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.
L’Agilité est plus stratégique que jamais : elle augmente la souplesse, la réactivité et la mobilisation des organisations.
Découvrez comment la gouvernance peut utiliser l’Agilité pour améliorer de manière systémique une organisation, de la gestion de portefeuilles jusqu’aux opérations en passant par la réalisation de projets.
Nous passerons en revue plusieurs framework à l'échelle dans une optique sans à priori, puis nous nous concentrerons sur les nombreuses ressemblances et problématiques communes pour ébaucher un minimum minimorum de l'agilité à l'échelle.
Cependant, comprendre n'est pas implémenter ! Nous aborderons donc ensuite comment choisir chaussure à son pied en fonction de la culture, de l’organisation et de l'architecture technique en place dans votre entreprise ou dans votre structure.
Comme conclusion, nous verrons comment aller progressivement vers la cible retenue avec certaines erreurs à éviter!
Par Isabelle Roques et Stéphane Guedon, Coachs Agile chez Purple Wise
Toutes les informations sur xebicon.fr
Bonnes pratiques pour gérer l'automatisation de vos processus - Chapitre 1Bonitasoft
Dans ce premier webinar sur les méthodologies de développement autour d’une plateforme d’automatisation des processus métiers, nous allons nous poser d’abord la question de l’approche projet dans sa globalité.
Développer votre logiciel interne : comment y parvenir sans investir une fort...Pyxis Technologies
Venez découvrir ce qui fonctionne et ce qui ne fonctionne pas dans les projets informatiques et comment réussir le vôtre.
Vous apprendrez comment les approches Agiles peuvent vous aider à atteindre vos objectifs tout en limitant les risques. Bénéficiez d'une solide expertise en création de valeur et de conseils pratiques afin de vous guider dans votre démarche.
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...Pyxis Technologies
Durant cette courte présentation, Mathieu vous invite à découvrir le potentiel de la valeur d'affaires comme indicateur de la gestion de projet, notamment:
comment la valeur d'affaires oriente la planification des projets
comment mesurer l'avancement des projets selon la valeur acquise d'affaires
comment cette valeur acquise devient un outil de prise de décision pour les bureaux de projets
Un avancement de l'échéancier à 40%, une consommation du budget de 45%, l'avancement des travaux à 35%, et si le projet se terminait maintenant, quel serait le taux d'atteinte des bénéfices attendus?
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.
L’Agilité est plus stratégique que jamais : elle augmente la souplesse, la réactivité et la mobilisation des organisations.
Découvrez comment la gouvernance peut utiliser l’Agilité pour améliorer de manière systémique une organisation, de la gestion de portefeuilles jusqu’aux opérations en passant par la réalisation de projets.
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.
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 rôle de l'analyste d'affaires et la place de la documentation dans un proc...Pyxis Technologies
françois parle du rôle de l’analyste d’affaires et de la place de la documentation dans un processus Agile. Dans cette session, les valeurs, ainsi que les principes et pratiques d’une approche de développement Agile sont clairement présentés à travers de multiples exemples concrets.
Le journal d'une tortue qui sprinte autour du monde - Vincent ClerouxAgile Montréal
Le journal d'une tortue qui sprinte autour du monde
Découvrez comment l’Agilité nous a aidés à créer un logiciel vendu dans plus de 30 pays. Nos craintes, nos joies, nos échecs : vous saurez tout sur le passé, le présent et le futur d’Urban Turtle! Apprenez-en plus sur le rôle du PO, sur sa vision et aussi sur les défis de l’équipe de développement quant à la qualité du produit et à son soutien. Des choix qui changent au même rythme que le produit.
À propos de Vincent Cléroux
Vincent compte plus de quinze années d’expérience en gestion de projet et en analyse d’affaires pour des systèmes de gestion de l’information. En début de carrière, il a été cofondateur de l’entreprise Logiweb, où il a travaillé pendant plus de huit ans. Il a acquis de grandes compétences en leadership, en communication et en médiation dans ses relations avec ses collègues et clients. Il a appris à tenir plusieurs rôles au sein d’une PME (gestionnaire, programmeur-analyste, analyste d’affaires, chargé de projet, chef d’équipe…). Ainsi, il a acquis une vision globale du cycle de développement logiciel. Depuis quatre ans, d’abord à titre de Scrum Master, puis de Product Owner dans l’équipe d’Urban Turtle, Vincent a la responsabilité de livrer de la valeur de façon continue pour faire grandir et évoluer un produit très complexe vendu partout dans le monde.
REX sur une implantation SAFe - La complexité en TI et l'agilité d'entrepriseEtienne Laverdière
Dans cette présentation, nous verrons comment l’agilité d’entreprise répond à la complexité propre aux projets TI d’entreprise. Nous ferons un comparatif des modèles d’agilité d’entreprise, puis un retour d’expérience sur une implémentation SAFe dans le milieu bancaire européen.
Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...Microsoft Ideas
60% des applications sont délivrées avec du retard. 70% des applications sont délivrées avec moins de fonctionnalités que prévu. Il faut 5 mois en moyenne pour créer une app. Moins de 28% des entreprises créent une app en moins de trois mois. Comment changer ?
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...Adrien Blind
The following talk discusses Societe Generale's transformation journey to DevOps, and more largelly to continuous delivery principles, inside a large, traditionnal company. It emphases the importance of practices over tooling, a human centric approach massively leveraging on coaching, and our "framework" approach to make it scaling up to the IS level.
It has been initially delivered at DevOps Rex conference, with teammate Laurent Dussault, also DevOps coach at Societe Generale.
Be agile - Conference @ Ecole 42 - 28/06/2016André De Sousa
Aujourd’hui on entend le terme Agilité partout, tout le monde veut en faire et tout le monde pense en faire… Pourquoi devriez-vous suivre les autres? Après tout, vous n’êtes pas comme tous les autres, vous êtes à 42 ! Alors, est-ce réellement nécessaire de faire de l'Agile? Peut-on vivre et réaliser des projets Informatique sans ? Que se cache réellement derrière ce terme qui devient de plus en plus à la mode? Nous terminerons par définir quel est le rapport entre des bonbons et la méthode Agile.
Présentation donnée en septembre 2009 à un acteur informatique à Bordeaux. J'explique ma vision de l'agilité, des tests et de l'industrialisation au travers de l'exemple PHP.
This document discusses implementing a functional event sourced aggregate using event modeling. It introduces concepts like event modeling, domain-driven design, event storming, event sourcing, and functional programming. As an example, it will implement a simple bank account aggregate using these techniques, with code available on GitHub. It provides references for further reading on domain-driven design, event modeling, event storming, CQRS/event sourcing, and functional programming.
Le Domain Driven Design (DDD) a la particularité d’être compliqué à expliquer. Ce sera donc exactement le but de cette conférence.
On a tendance à penser que le DDD est complexe, mais c’est au final beaucoup de bon sens. C’est la quantité de chose couverte par le DDD qui le rend difficile à appréhender au début.
Avec des retours d’expériences sur des pratiques concrètes du quotidien, que vous pourrez appliquer dès demain, nous verrons comment rendre votre projet plus centré sur le domaine. Nous verrons également quels principes sont respectés grâce à ces pratiques, et en quoi cela peut être bénéfique pour une équipe, donc pour une entreprise.
The document discusses entropy in thermodynamics, software development, and corporations. It states that the first law of thermodynamics describes the conservation of energy, the second law describes how entropy increases over time as organization decreases, and the third law describes how crystalline structures approach zero entropy at absolute zero temperature. It then draws parallels between these thermodynamic concepts of entropy and the increasing disorder and laziness that can occur in software development processes and corporate environments over time if not appropriately managed through practices like agility, software crafting, and constant evolution.
The software evolution hasn't happened yetEmilien Pecoul
The document discusses the history of software engineering and opportunities for its evolution. Over the past 70 years, software projects often ran over budget and time, produced low quality software, and failed to meet requirements. However, the document suggests there are opportunities to improve outcomes by having developers better understand the business domain, having business stakeholders better understand IT, incorporating more mathematics, and designing systems with statelessness and no data sharing to improve composability. To build the future of software engineering, we must learn from its past.
Si vous avez -500 euros sur votre compte en banque, qu’est-ce qui vous intéresse ? De savoir que vous êtes à découvert de 500 euros (état de votre compte) ou qu’un prélèvement a été fait la veille d’un montant de 2500 euros (évènement) ?
Avec tous les évènements qui ont eu lieu sur votre compte, vous pouvez en déduire l’état. Avec son état, c’est compliqué de retrouver les évènements qui en sont la cause.
Alors pourquoi programmons nous en nous basant sur des états au lieu de nous baser sur des évènements ? Nous verrons donc comment remettre les évènements au centre de nos réflexions, d’un point de vue technique et fonctionnel. Nous parlerons pour cela d’Event Storming, de CQRS, d’Event Sourcing et de DDD.
Connaissez vous la nuance entre un mock et un stub?
Mieux: êtes vous conscient que l'utilisation de l'un ou de l'autre influe sur votre style de code?
Alors découvrez ce talk pour mieux savoir quel genre de testeur vous êtes!
Les dernières core update, l'arrivée de l'IA dans l'algorithme, les HCU, les product revienws upates ont sérieusement mis à mal l'efficacité des vieilles méthodes SEO. Il faut passer à autre chose...
Requetes ecommerce - les différences US vs Europe.pptxPhilippe YONNET
Beaucoup de fonctionnalités présentes sur les requêtes ecommerce sur les SERPs de Google aux USA, n'existent pas encore sur Google FR. La faute au RGPD, au DMA, mais cela peut arriver sous une autre forme en France, avec un impact potentiel non négligeable sur l'e-commerce
Les logiciels libres : une opportunite pour votre entreprise?Asher256
L'utilisation des logiciels libres se généralise dans le milieu professionnel, notamment avec l'intégration croissante de logiciels de gestion, de comptabilité et administratifs. Vous découvrirez les principaux points abordés lors de la conférence.
La conférence intitulée « Les logiciels libres, une opportunité pour votre entreprise ? » visait à explorer le potentiel des logiciels libres dans le milieu des affaires.
Dans cette présentation, j'ai principalement mis en avant les avantages des logiciels libres pour les entreprises, tout en abordant certains éléments de manière plus spectaculaire.
L'objectif n'était pas de présenter exhaustivement tous les avantages et désavantages, mais plutôt :
- De simplifier le sujet pour un public découvrant les logiciels libres, potentiellement composé de futurs entrepreneurs.
- De favoriser une session de questions/réponses, durant laquelle nous avons discuté plus objectivement et en détail des avantages et désavantages. Cette session a duré environ une heure.
- De présenter les logiciels libres sous un jour favorable pour inciter les participants à les explorer davantage.
Pour approfondir vos connaissances sur les logiciels libres dans les entreprises, je vous recommande de consulter :
- Un dossier complet sur les logiciels libres dans les entreprises (un document PDF de plus de 80 pages).
Vous pouvez également lire ces articles pour en savoir plus :
- Quels usages des logiciels libres dans les entreprises ?
- L'entreprise doit-elle adopter les logiciels libres ?
- Logiciels libres et entreprise.
La discussion est maintenant ouverte. Quelle est votre perspective sur l'utilisation des logiciels libres dans les entreprises ? Quels sont, selon vous, leurs avantages et leurs inconvénients ? Y a-t-il des écueils à éviter ?
Le gros titres des slides:
Les Logiciels Libres : Une Opportunité Pour Les Entreprises ?
Les logiciels propriétaires ? ● (aussi appelées logiciels privateurs) ● Propriétaire = Un logiciel qui n’est pas ”libre”. ● En général (il y a des variantes) : – Il est interdit de le partager – Droit seulement de l’utiliser – Code source fermé – En général payant
Les Logiciels Libres : Une Opportunité Pour Les Entreprises ?
Les logiciels propriétaires ? ● (aussi appelées logiciels privateurs) ● Propriétaire = Un logiciel qui n’est pas ”libre”. ● En général (il y a des variantes) : – Il est interdit de le partager – Droit seulement de l’utiliser – Code source fermé – En général payant
Les Licences Open Source ● Plus de droits: BSD, X, MIT ● Libres, avec conditions : GPL, LGPL ● Autres licences : Art Libre, Creative Common…
Le logiciel libre, selon la FSF (4 libertés de la GPL) ● Exécuter sans restriction ● Étudier son fonctionnement ● Redistribuer des copies (même payantes) ● Améliorer le programme et publier les améliorations
Comment s’ont développés les logiciels libres ? ● Bénévoles – Organisés (GNU, Apache) – Isolés ● Entreprises – QT – OpenERP ● Divers profiles : – Traducteur – Développeur –
Stratégies pour accroître la visibilité et l'engagement de votre blogAsher256
Dans la présentation proposée, vous explorerez les fondamentaux et les stratégies essentielles pour augmenter la visibilité de votre blog. Voici une élaboration détaillée sur les différents aspects qui seront abordés:
Nous débuterons par des techniques de promotion essentielles. Cela inclut l'utilisation des réseaux sociaux, le networking avec d'autres blogueurs, et la participation à des forums et des groupes en ligne pertinents. L'objectif est de créer une présence initiale qui capte l'attention.
Ensuite, nous discuterons de méthodes pour augmenter le trafic vers votre site. Cela comprend le marketing de contenu, lequel implique la création d'articles intéressants, pertinents et utiles qui répondent aux questions de votre audience cible. Nous aborderons également l'importance de l'email marketing et des newsletters pour attirer régulièrement des visiteurs.
Fidéliser votre audience est important pour assurer le succès à long terme de votre blog. Nous explorerons des techniques telles que l'offre de contenu exclusif, la mise en place de programmes de fidélité, et la régularité des publications. Engager activement vos lecteurs via les commentaires et les réseaux sociaux sera également discuté.
Un des aspects les plus techniques mais essentiels est le référencement naturel, ou SEO (Search Engine Optimization). Vous apprendrez comment optimiser vos articles de blog et votre site pour améliorer votre classement dans les résultats des moteurs de recherche comme Google et Yahoo. Cela inclut l'optimisation des mots-clés, la création de liens retour (backlinks), l'amélioration de la vitesse de chargement du site, et plus encore.
Actu du SEO - Matin Népérien Lille - Agence NeperPhilippe YONNET
L'actu du SEO présentée lors du Matin Népérien de Lille le 4 janvier 2024.
On a parlé DMA, AI Act, Cookies Tiers, des Core Update de Mars, AI Overviews, Bots Google et Crawl, et bien sûr ... des Google Leaks
La télévision fait partie intégrante de notre quotidien. Avec l'évolution de la technologie, notre manière de consommer le contenu télévisuel a changé de manière significative. L'une des innovations les plus remarquables dans ce domaine est l'IPTV. Mais qu'est-ce que c'est exactement ? Et pourquoi l'ABO IPTV PREMIUM est-il si révolutionnaire ? Découvrons ensemble.
ABO IPTV PREMIUM peut également être utilisé sur des ordinateurs portables, des PC de bureau et même des consoles de jeux.
Regardez vos émissions préférées en déplacement grâce aux applications mobiles disponibles pour iOS et Android.
Que vous ayez une Smart TV Samsung, LG, ou autre, ABO IPTV PREMIUM est compatible avec la plupart des téléviseurs intelligents.
4. Valeurs
Les individus et leurs interactions
plus que les processus et les outils.
Du logiciel qui fonctionne
plus qu’une documentation exhaustive.
La collaboration avec les clients
plus que la négociation contractuelle.
L’adaptation au changement
plus que le suivi d’un plan. 4
5. Scrum / Kanban / XP…
Stand up quotidien
Définition du terminé
TDD
Itération
…
5
8. A cause de toi (nous)Le principe oublié?
Une attention continue à
l'excellence technique et à une
bonne conception renforce l’agilité
Une attention continue à
l'excellence technique et à une
bonne conception sont
indispensable à l’agilité
8
Je me suis dit que j’allais vraiment joué le jeu en ayant 20 slides de 20 secondes qui défilent seules.
Du coup vous ne m’en voudrez pas si je lis un peu mon texte…
Bref, L’agile est en péril.
J’ai commencé par me demandé si la slide présentation, dont tout le monde se fou, devait compter dans les 20 slides de 20 secondes.
En même temps, ca fait toujours 20 secondes de gagné, donc je me suis dit que ce serais quand même mieux de la compter.
Et comme il ne me reste déjà plus que quelques secondes je me présente:
Je m’appelle Emilien, je suis un développeur passionné en freelance, et vous pouvez me trouver sur Twitter
Une des meilleures explication de l'agilité que j'ai pu lire jusqu'à présent c’est:
Des principes, traduits par des concepts qu'on met en pratique à travers des compétences.
J’aime bien pque on voit bien que pour être agile, on doit avoir des pratiques bien défini, pour mettre en œuvre ces principes que nous revendiquons.
Alors en terme de valeurs et de principes, on tombe tous facilement d’accord. D’ailleurs, on a même écrit un manifeste pour ça.
En termes de pratiques, forcément c’est plus compliqué. On a globalement différentes méthodes avec des pratiques plus ou moins contraignantes qui se rejoignent ou pas.
La méthode la plus à la mode semble être SCRUM (d’ailleurs je commence a entendre des gens qui me parle de devenir « SCRUM master » au lieu de devenir « Chef de projet », j’imagine qu’on peut voir ça comme une amélioration).
Du coup, je me demande pourquoi, alors que l’agilité semble devenir « la norme », on voit tellement de projet agiles en principe mais qui ne le sont pas du tout en pratique?
Pourtant tout est bien fait comme le formateur certifié SCRUM a dit!
Des itérations, des user stories, des rôles dans des équipes de 5 à 9 personnes…
Alors pourquoi ça échoue?
A mon avis c’est a cause de nous,
Parce-que nous avons beaucoup insisté sur des techniques de management agiles.
Mais a force de vouloir convaincre des décideurs, on en a oublié d’expliquer aux développeurs comment être agile.
On a laissé croire que le changement se trouvé juste au niveau managériale.
Et pourtant l’un des principes agile met en avant ce point en particulier!
Une attention continue à l'excellence technique et à une bonne conception renforce l’agilité.
Bon, d’ailleurs si on me demandait mon avis, je dirais plutôt :
Une attention continue à l'excellence technique et à une bonne conception sont indispensable à l’agilité.
Ca semble évident, mais puisque c’est si souvent oublié je me permet d’en remettre une couche:
Du code bien conçu permet de faire facilement évoluer ce code dans le temps.
Du code évolutif permet de mieux répondre aux besoins du clients qui évoluent aussi.
Alors comment avons-nous pu oublié ce principe fondamental de l’agilité aussi facilement?
Bon ok j’exagère un peu, en vérité tout développeur qui lance un nouveau projet VEUT bien le concevoir. Donc ce principe n’est pas réellement oublié, il est simplement interprété par «Soyez balèzes, et faites une belle architecture ».
Vue que tlm pense être balèze, l’interprétation qui reste est « faites une belle architecture »
Mais c’est quoi une belle architecture?
Dire de faire une belle architecture c’est comme expliqué a quelqu’un qui veut investir de l’argent en bourse, qu’acheter des actions quand elle sont pas chère et les revendre quand elles sont cher c’est la meilleur chose à faire pour devenir riche.
Ou encore comme expliqué comment les gnomes voleurs de slip gagne de l’argent:
1> Ils volent des slips
2> ?
3> Ils font du profit
Bref, dire qu’il faut du code de qualité pour être agile, c’est bien (même si je pense qu’on ne le dis pas assez), mais encore faut il savoir comment.
Et pour savoir comment on place souvent le débat au niveau de l’architecture.
Par exemple est-ce qu’il vaut mieux partir sur une architecture en couche ou sur une architecture hexagonale?
Même si j’ai mon avis sur la question, je ne prendrais pas parti car ce n’est tout simplement pas la bonne question.
La seule question à se poser c’est: est ce que mon code est simple à faire évoluer.
Et ça c’est très simple à évaluer:
Comment se passe vos livraisons?
Est-ce que vous râler à chaque demande d’évolution ou est ce que vous le prenez comme une opportunité d’améliorer votre code?
Est-ce que vous avez peur quand vous changez une ligne de code?
Et pour que ce code puisse être simple à faire évolué sans tout cassé, on a besoin d’outils automatique comme les TUA.
Ceux qui ont un peu pratiqué ont vite découvert qu’en écrivant son TU avant son code, on arrive à faire émerger une architecture robuste. C’est le TDD.
Bref, revenons en à nos moutons.
On sait que l’agilité c’est à la mode.
On sait que SCRUM est particulièrement à la mode parmi les agiliste.
Et on voit beaucoup de projets qui se disent agile mais qui ne pratique ni le TDD, ni le pair programming, ni l’intégraton continue.
Du coup, on voit beaucoup de projets agiles qui échouent, ce qui fait que des personnes pensent que « l’agilité ça marche pas pour eux».
C’est pour cela que je pense que l’agile est en péril.
Si on continu à laisser de coté les pratiques techniques comme le TDD quand on parle d’agilité, alors on prend le risque que seul des pratiques plus simples comme le daily stand up et les user stories soient associé à l’agilité.
On ne peut pas être agile si on est pas agile en terme de gestion de projet ET de technique
Bref, je ne dis pas que tout le monde doit être agile.
Je dis juste qu’il est de la responsabilité de ce qui croit en l’agilité, de faire prendre conscience à ceux qui veulent pratiquer que l’adaptation doit se trouver à tous les niveaux, managériale et technique.
L’agilité sans tester, c’est se tirer une balle dans le pied!
Alors svp sauvez l’agilité.
Si vous croisez une équipe qui pense être agile en construisant un SI sans une ligne de TU, montrez leur que c’est pas agile!
Faites leur prendre conscience de la différences entre leur valeur agile et leur livraisons qui se passent dans la douleur.
A ceux qui pensent que tester c’est doutez,
Montrez à quel point il faut être prétentieux pour penser pouvoir garder le contrôle d’un SI complexe, batî par plusieurs dizaine de personnes sur plusieurs années, sans l’assistance d’outils automatique permettant de garantir le comportement du système?
Bref, l’agile est en péril, parce que trop de personnes pensent être agiles en collant des post it.
Et c’est de la responsabilité de tout ce qui croit en l’agilité de montrer des techniques de développement concrète qui permette à une équipe de produire du code de qualité qui s’adapte aux changements.