Thread by @SThiongane

Hey, parlons un peu d'agilité 🙌
je vous propose une série de #Thread sur l'#Agilité et la "méthode" agile #Scrum.
Je vais essayer de partager l'essentiel de la philosophie derrière ces concepts et comment ça se propage dans l'entreprise.
Here we GO 😎

[THREAD n°1] Historique, Génèse
Avant d'aller trés loin dans les méthodes et autres, parlons d'abord de la génèse.
L'agilité est entrain de se généraliser de plus en plus dans les entreprises. Elle a d'abord démarré dans les services informatiques. Plus particulièrement dans

la gestion de projets logiciels. En effet, les projets informatiques étaient gérés suivant un cycle de développement logique séquentielle appelé cycle en cascade ou #waterfall. ces modes de gestion sont hérités des industries manufacturières

(post-révolution industrielle) et de l'armée (eh oui 🕵️‍♂️🤭).
Ce waterfall propose des étapes se succédant les une les autres.
⏺️ la spécification: qui consiste au recueil du besoin du client. Elle consiste à étudier le besoin du client, le plus précisément possible

(dans les détails) et le consigner sur le fameux document connu sous le nom de Cahier des Charges (CDC). la gestion étant basée sur une logique prédictive, le CDC devait être le plus exhaustif possible afin de bien planifier l'execution, et également éviter d'éventuels décalages

entre le besoin initial du client et le produit qui sera livré. Ce document (pour ceux qui le connaissent) est une vrai littérature (🤭) : introduction, développement, conclusion, paragraphes, alinéa, bref, vous devinez un peu.
Cette phase de spécification peut durer

1mois, 3, 6, 1 ans, ou plus.
⏺️ Ensuite vient la conception, qui consiste à concevoir le produit selon "l'état de l'art", conception blindée béton armée, afin d'assurer au produit qualité sécurité et robustesse. Les experts techniques se défoulent dans cette phase, qui est

encore jusque là "théorique" (rien de concret ou palpable pour le client demandeur).
⏺️ Ensuite l'implémentation: c'est là que nos amis les développeurs entre en jeu, codent le besoin en fonctionnalités logiciels. Les développements suivent la planification du "Chef de Projet"

(on reviendra sur celui là dans les prochains thread 😉). Le planning du CDP décrivait dans les détails ce qu'il y'avait à faire, par qui, quand, comment ?, etc. (->diagramme de gantt).
⏺️ Puis, la phase de Verification: pour tester et valider l'ensemble des fonctionnalités, et

⏺️enfin la mise en ligne, entre les mains des utilisateurs finaux.
Ce mode de gestion présentait bcp de limites parmi lesquelles :
➡️ Des statistiques ont montré que c'était source de bcp d'échec dans les projets (cf. image)

➡️ le manque de visibilité du client : sur tout le processus (qui peut être très long), le client n'a de visibilité que sur des documents(doc de spéc, doc de conception, planning, etc. etc.), ce qui est source de bcp de frustration (-> #EffetTunnel)

➡️ Tout étant planifié à l'avance, le planning devient le focus de tous. quid de la qualité? du client final et de la valeur à lui apporter ?? 🤷‍♂️
➡️ planning (jamais) respecté. les développeurs souvent tenus coupables parce que ayant participé à l'ESTIMATION des tâches à faire.

Vous imaginez, on te prend responsable d'une "fausse" estimation, qui par défaut est toujours FAUSSE
➡️ travail en silo, défaut dans la planification, no créativité ou innovation, surcharge de travail, démotivation, conflits...

C'est suite à ce constat que des professionnels de l'informatique se sont réunit en 2001 aux USA pour trouver un terrain d'entente entre leurs différentes approches de développement de logiciels. Le résultat de cette réunion est le fameux Manifeste Agile.

C'est ce qui lance en quelque sortes le courant de l'agilité.
les méthodes tels que #scrum ont vu jour bien avant (vers 1993). mieux, les concepts derrières ces méthodes viennent en grande partie des modèles japonais de l'aprés guerre (toyota système par exemple). Mais cet

évenement de 2001 est considéré comme le point de départ d'un courant de changement commun qui va impacter positivement le fonctionnement de l'entreprise.
Voilà. on s'en arrête là pour aujourd'hui, un résumé ? le voici 👇👇

TLDR;
En résumé:
- L'agilité initialement est une réponse à une problématique de gestion de projet
- Entrée dans les entreprises d'abord dans les services informatiques
- Le Manifeste décrit les valeurs agiles pour une meilleure gestion des projets

Voili voilou, j'espère ne pas avoir été trop long (afin si je sais que c'est long 🙈). Je reviendrai dans quelques jours (si le temps le permet icA) pour avancer sur le sujet.
Keep connected ✌️✌️