@phiel13 Je n'en parle pas parce que le sujet est à la fois restreint et vaste. Un dev n'en aura qu'une utilité restreinte. Un ingénieur dirigeant en aura une vision très vaste s'il aime la masturbation intellectuelle. Chaque entreprise a sa vision des process, chaque équipe dans les entreprises a sa vision des process et chaque client à sa vision des process. Je ne dénigre pas cette partie mais c'est un domaine ou chacun veut imposer sa norme en brandissant qu'il détient LA vérité. Si on ajoute à ça les quelques consultants en process qui sont des charlatants et les très rares consultants en process qui savent de quoi ils parlent... J'ai un test très simple pour voir si un consultant agile ou autre est capable, je lui parle d'ergonomie, pas d'ergonomie logicielle mais humaine au sens large du terme. S'il ne connait pas Donald Norman par exemple et qu'il ne connait que Toyota il ne va pas faire long feu. La gestion des process c'est juste des informaticiens qui ont voulu s'improvier ergonomes. Si ces consultants en process ne connaissent rien de l'ergonomie, ce ne sont que des charlatants aimant s'écouter parler et fuyant dès que leurs précieux conseils doivent être mis en pratique. Le plus bel exemple que j'ai eu dans ma carrière est un ancien patron, qui avait un dea en process. Magnifique titre, auquel il avait adjoint l'invention d'un nouveau style de process révolutionnaire, dont il nous vantait les mérites. En 5 ans passés dans cette boîte, son process n'a jamais été mis en place. Mieux encore, personne n'a jamais compris ce qu'il disait, malgré nos thèses qui étaient au nombre de 20 si on les rassemblaient. On devait pourtant avoir assez de neurones si on les rassemblait pour le comprendre, mais non. Si j'étais patron (je ne suis que freelance), j'embaucherais un ergonome, un vrai (diplome et tout, ça existe sisi) pour gérer les process internes et de dev.