1. Alice in Agile-Land
Back to the sources
« Finalement, j’ai rencontré une [oie], et j’ai pensé qu’elle me prêterait une
oreille attentive. »
--Lewis Caroll
2. Rapport du chaos
THE STANDISH GROUP REPORT CHAOS – 2015
https://www.infoq.com/articles/standish-chaos-2015
3. Mais alors, si [la gestion de projets] n’a
aucun sens, qu’est ce qui nous empêche d
'en inventer un ?
--Lewis Caroll
4.
5. vendredi 15 juin 2018 5
omment en est-on arri
là ?
« S’il est impossible de ne pas penser à quelque chose,
9. vendredi 15 juin 2018 9
1936 - Les temps modernes
Satire du travail à la chaine.
Condition de travail imposées par les gains d’efficacité et de productivité.
10. vendredi 15 juin 2018 10
1936 -Taylorisme
Production de masse – OST
Rendement – division du travail
’ Un bon ouvrier fait ce qu'on lui dit et ne discute pas’
Pas de place pour l’imprévu - démotivant…
……..Fordisme
Standardisation des tâches – convoyeur
Gains de productivités reversés - pouvoir d’achat – conso de masse – croissance éco
’Le taylorisme n'est qu'une généralisation du travail aux pièces employé par le patronat pour réduire les salaires.’ Journal
l'Humanité – 1913
12. LA DIVISION DU
TRAVAIL NE
FONCTIONNE
PAS…
Les problèmes
sont plus
sociologiques
que
technologiques
13. vendredi 15 juin 2018 13
1967 - Software Engineering –
Margaret Hamilton
Quand moi, j'emploie un mot, il veut dire exactement ce qu'il me
plaît qu'il veuille dire... ni plus ni moins. – Lewis Caroll
14. 14
Working Conference on Software Engineering
1968 - Crise du logiciel – OTAN
50 experts – 11 pays
Objectif : Institut International du Génie Logiciel
"Avez-vous déjà trouvé la réponse à la devinette ?" dit le Chapelier
"Non, j'abandonne", répliqua Alice. "Quelle est la réponse ?"
"Je n'en ai pas la moindre idée", fit le Chapelier. – Lewis Caroll
15. 15
Working Conference on Software Engineering
1968 - Crise du logiciel – Ordre du
jour
Constat : Le développement des grands projets IT est de moins en moins bien maîtrisé.
Pas
fiable
!
Budget
dépassé !
Pas
terminé
!
Peu
performant !
On corrige les bugs… et on
évite d’en introduire de
nouveaux !
Pas
maintenable
!
WTF!
16. 16
« La chose la plus dangereuse dans le domaine du logiciel est l'idée, apparemment
presque universelle, que vous allez spécifier ce qu'il y a à réaliser, puis le réaliser. Voilà
d'où viennent la plupart de nos ennuis. On appelle réussis les projets qui sont
conformes à leurs spécifications. Mais ces spécifications s'appuient sur l'ignorance
dans laquelle étaient les concepteurs avant de démarrer le boulot! »
http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1969.PDF
1968 – Expression de la
crise logicielle
19. CRISE DU
LOGICIEL :
MALADIE
CHRONIQU
E
Faire du logiciel ce
n'est pas produire
en masse :
personne n'a
jamais fait 2 fois
exactement la
même application,
exactement de la
même façon.
20. 1950 - Approches empiriques
Roue de Deming (Amélioration continue)
• Qualité du premier coup
• Abandon du "command & control"
• Mise en confiance
• Leadership
• Rendre les employés fiers et donc motivés
Kaizen
• « analyser pour rendre meilleur » - « Mieux qu'hier, moins bien
que demain. »
20
21. 1960 - Theorie X et Y -- Douglas Mc
Gregor
Naturellement, l'être humain moyen n'aime
pas le travail et l'évitera s'il le peut.
La plupart des gens doivent être contrôlés,
voire menacés, afin qu'ils travaillent
suffisamment dur.
Lles travailleurs ne fournissent l’effort
attendu que sous la contrainte ou contre
récompense.
L'humain moyen préfère être dirigé
Il n'aime pas les responsabilités
Il ne déploie vraiment son intelligence que
pour contourner les règlements
• Faire des efforts physiques et mentaux au travail est
aussi naturel que s'amuser et se reposer.
Le contrôle et la punition ne sont pas les seules façons
de faire travailler les gens. L'individu sera capable de se
réaliser si on l'associe aux buts de l'organisation.
Si un travail apporte des satisfactions, alors
l'engagement s'améliore.
Mis dans de bonnes conditions, non seulement il
accepte, mais en plus il recherche les responsabilités.
L'humain a besoin du travail pour se développer
L'humain est motivé par le désir de se réaliser
pleinement
Il est préférable de laisser les gens s’auto-organiser
22. « Plan the work,
Work the plan »
Tout doit être prévu
« Fail Fast,
Fail Safe »
Basé sur l’expérience
Une différence majeure :
Le droit a l’erreur 22
23. vendredi 15 juin 2018 23Aucun plan ne survit au premier contact avec l’en
— Von Moltke
1970 – W. Royce
28. • Lorsqu’un projet est en retard, ajouter de la force de travail ne fait
qu’accentuer le retard.
• Adaptation au changement
• « Prevoyez de mettre une version à la poubelle ; vous le ferez de toutes
facons »
1975 – The mythical Man
Month
29. Qu’est-ce que l’agiliteé?
L’agilité n’est ni une méthode, ni un standard
L’agilité est un état d’esprit, une culture !
L’AGILITÉ :
Un ensemble d’activités réalisées dans une organisation ou un système qui aide à atteindre un idéal
professionnel décrit dans les valeurs et principes du MANIFESTE AGILE
vendredi 15 juin 2018 29
31. 11 au 13 Fevrier - 2001
Un groupe de personne s’est réuni pendant 2 jours pour parler, skier, se détendre,
essayer de trouver un terrain d'entente et bien sûr, manger.
Qu’est-il ressorti ce cette rencontre ?
source : http://www.fabrice-aimetti.fr/dotclear/public/traductions/agilemanifesto-history-FR.html 31
32. « Une declaration sentimentale » -- Uncle
Bob
Un ensemble de valeurs fondées sur la confiance et le respect des uns des autres et la
promotion de modèles d'organisation basés sur les individus, la collaboration.
Qui parle de livrer les bons produits aux bons clients.
Qui ne parlent plus des gens comme des « ressources ».
source : http://agilemanifesto.org 32
33. Alice in Agile-Land
Back to the sources
Le Manifeste Agile -
2001
"Mais je n'ai nulle envie d'aller chez les fous Ici, tout le monde
est fou. Je suis fou. Vous êtes folle."
"Comment savez-vous que je suis folle ?" demanda Alice.
"Il faut croire que vous l'êtes,; sinon, vous ne seriez pas venue
17
experts en développement d’applications informatiques
anarchistes organisationnels
34. Je ne suis pas fou, ma réalité est différente de la
17 anarchistes
organisationnels
38. Manifeste pour le développement Agile de logi
Nous avons entendu parler des nouvelles façons de développer des logiciels avec
des consultants que nous avons payé et en lisant des rapports de chez Gartner.
Fort de ces éléments, on nous a dit de valoriser :
Les individus et leurs interactions plus que les processus et les outils
mais chez nous il y a des processus à respecter obligatoirement et des outils pour contrôler comment
ces individus (nous préférons le terme “ressources”) interagissent
Des logiciels opérationnels plus qu’une documentation exhaustive
tant que ces logiciels sont entièrement documentés
La collaboration avec les clients plus que la négociation contractuelle
à l’intérieur de cadres contractuels stricts bien sûr, et sujet à un contrôle des changements rigoureux
L’adaptation au changement plus que le suivi d’un plan
à condition qu’un plan détaillé existe pour répondre au changement et qu’il soit suivi
scrupuleusement
Ceci étant dit, bien que nous reconnaissons que les éléments figurant à gauche
aient l’air sympa en théorie, nous somme une entreprise, et il n’est pas question
que nous laissions tomber les éléments figurant à droite.
Concocté un samedi matin avant le petit déjeuner par Kerry Buckley @kerryb, d’après un article de Ron Jeffries et
39. Pour réussir, les entreprises doivent se débarrasser de leur
politique de travail à la Dilbert
Principe de Dilbert :
Les gens les moins compétents sont systématiquement affectés aux postes où ils risquent de
causer le moins de dégâts : ceux de managers ».
40. « Cette prise de liberté, par rapport aux inepties de la vie en entreprise, attire les
promoteurs des Méthodologies Agile, et effraie les bureaucrates de l'entreprise,
tout au moins ceux qui sont heureux de pousser les processus pour l'amour des
processus au lieu d'essayer de faire au mieux pour le "client" et de livrer quelque
chose de rapide et de concret "comme promis" tout simplement parce qu'ils ne
savent pas où se planquer. »
http://www.fabrice-aimetti.fr/dotclear/public/traductions/agilemanifesto-history-FR.html
45. Alice in Agile-Land
Back to the sources
Voudriez-vous me dire, s’il vous plaît, quel chemin je
dois prendre pour faire [une transformation agile] ?
Cela dépend beaucoup de l’endroit où tu veux aller.
Peu m’importe l’’endroit....
En ce cas, peu importe la route que tu prendras."– Lewis
Caroll
46. Alice in Agile-Land
Back to the sources
[Une transformation agile ?] Mais c’est impossible !
Seulement si tu crois que ça l’’est– Lewis Caroll
Il venait de se passer tant de choses bizarres, qu’elle en
arrivait à penser que fort peu de choses étaient vraiment
impossible– Lewis Caroll
48. Le meilleur livre grand public sur la
programmation est « Alice au Pays des
Merveilles », mais c'est parce que c’est le
meilleur livre pour le profane sur tous les sujets.
Alan Perlis 1982
Participant à la réunion de l’ONU sur la ‘Crise du Logiciel’
49. Pour aller plus loin
Quarante ans de crise
http://blog.institut-agile.fr/2010/10/quarante-ans-de-crise.html
https://interstices.info/jcms/ni_79198/la-naissance-du-genie-logiciel
L’histoire du Manifeste Agile
http://www.fabrice-aimetti.fr/dotclear/public/traductions/agilemanifesto-history-FR.html
Les nouvelles règles de développement d’un nouveau produit
http://www.fabrice-aimetti.fr/dotclear/public/mes-documents/TheNewNewProductDevelopmentGame_French.pdf
L’Histoire de Scrum
http://wiki.ayeba.fr/L%27Histoire+de+Scrum
AGILE Historique et évolution
http://www.entreprise-agile.com/HistoAgile.pdf
Les 14 points de Deming
http://www.fr-deming.org/les14.html
Notas do Editor
SCENETTE d’INTRO
Depuis 1994
Etat de l’industrie logicielle
50 00 projets ds le monde entier
Constat 32% des projets informatiques qui sont un succès
Comment en est-on arrivé là?
Pourquoi si peu de projets réussissent ?
Pourquoi autant échouent ?
VIDEO
FRANCK : FAIRE LIRE LA CITATION
Marqué société
Satire travail à la chaine
Condition de travail imposées par les gains de productivité
Industrialisation des temps modernes
Réquisitoire contre chômage
Grande dépression
Taylorisme (fin 19e siècle)
Approche scientifique
S'adresse à la production de masse
Ajout de rendement sur couche division du travail
OST
Pas de place à l'imprévu
Division verticale et horizontale
Fordisme (début 20e siècle)
Standardisation des tâches
Modèle des abatoirs de Boston -> convoyeur de pièce (L214)
Gains reversés pr achat voiture
Pouvoir achat/ croissance éco / conso masse
Margaret Hamilton
Système embarqué Apollo
FAIRE LIRE CITATION
2 conférences à l’OTAN sur 2 ans d’intervalle
50 experts – 11 pays
Objectif : persuader l’OTAN de financer la mise en place d’un institut international du Génie Logiciel
Limites du travail informel:
Retards
coût + élevé
Pas fiable
Peu performant
Cout de maintenance
Baisse des couts et augmentation des délais
2 conférences à l’OTAN sur 2 ans d’intervalle
50 experts – 11 pays
Objectif : persuader l’OTAN de financer la mise en place d’un institut international du Génie Logiciel
Limites du travail informel:
Retards
coût + élevé
Pas fiable
Peu performant
Cout de maintenance
Baisse des couts et augmentation des délais
Projet balançoire : expression crise logiciel
Répond pas aux attentes
Pb de specs
Ces documents sont éloquents quant au degré de controverse que suscite la question du génie logiciel. Voici une citation d'un participant:
Extrait
FAIRE LIRE
Années 50
Division verticale = norme US
Discours novateur et antagoniste à Taylor
Exil au Japon ou gagnera reconnaissance
Jusque 1980, théorie Deming bannies aux US! Car dirigeants adeptes du Taylorisme
TOYOTA
Pas de moyens
Inspiré Deming
Ref de l’instrie
KAIZEN : petites améliorations au quotidien
Démarche graduelle et douce
S’opose au big-bang : jette tout et recommence
Incite chaque travailleur à réfléchir sur son lieu de travail et proposer des améliorations
Indstrie récente, évolue vite
Hérite de son hisoire : Cycle en cascade, cycle en V
Défini par W. Royce en 1970
hérité de l'industrie du BTP.
Hypothèse
- on ne peut pas construire la toiture avant les fondations ;
Les phases de développement effectuées les unes après les autres
J’ai connu à titre perso des projets dinosaures
Posée question : comment changer
Qu’est ce que l’agilité, comment peut-elle m’aider?
Tout est basé sur le bon sens
2010 : Kanban (software)
2008 : Lean Startup
2006 : BDD
2004 : Crystal clear
2003 : Lean Software Development
2002 : TDD
Manger une raclette est une spéculation, mais bon quand on va skier en montagne, c’est pour manger une raclette le soir, non?
Ce qui en est ressorti est SYMBOLIQUE
On a 17 penseurs indépendants sur le développement de logiciels, et parfois concurrents entre eux,
"Personnellement, je ne m'attendais pas à ce que ce groupe d'agilistes tombent un jour d'accord sur quoi que ce soit de substantiel."
Texte SYMBOLIQUE
17 penseurs indépendants sur le dev logiciels
Parfois concurrents
Qui se mettent d’accord!
C’est un peu comme la COP 22, c’est inimaginable!
Faire lire à tous et debout
Principe de cérémonie
Passe de l’autre côté du miroir
Voir ce qui se pratique en entreprise
Comment se manifeste le Manifeste
L’original a parfois été revu, adapté, corigé, customisé
Blablabla
Toussa
etc
Pour en arriver à qq digressions
TROUVER UN LECTEUR
http://www.les-traducteurs-agiles.org/agile/2016/07/29/manifeste-agile-reculons.html
Principe de Dilbert = version aggravée du principe de Peter
Peter : « dans une hiérarchie, tout employé a tendance à s'élever à son niveau d'incompétence »
Comit strip stariique Us
Met en scène le monde de l’entreprise
A LIRE PAR UN PARTCIPANT
vous ne pouvez pas utiliser le mot "con" dans un document professionnel).