L'Agilité et le Mal
Sam Cranford – Upwiser
@nostradamnit
L'histoire d'aïe
● Développeur de logiciel depuis 15 ans
● Agiliste depuis plus de 10 ans
● Très (trop) expérimenté avec les transitions
vers l'agilité
● Formateur agile et technique
● A noter: présentation en fr_US
Qui suis-je ?
ATTN : version 0.1
● Cette présentation est un cours de réalisation
● Cette session sera participative et interactive
Georges Bataille
Son œuvre est singulière.
● « Il est en rupture avec la scène
philosophique et anthropologique
dominante, et cela lui donne une
envolée très sûre comme écrivain. »
● Bataille a connu tous les
mouvements intellectuels, littéraires
et philosophiques de son temps, et il
y a pris une part à la fois occulte et
active.
La Litterature et le Mal
Il cherche à démontrer ainsi
que la littérature, qui a pour
rôle d’ébranler le lecteur et
d’illustrer la prédisposition de
l’homme pour le Mal, ne
saurait atteindre son but si les
écrivains s'éloignaient du Mal
Histoire de l'œil
● Un roman qui décrit les
expériences sexuelles de
deux adolescents et leur
perversité croissante
● édité clandestinement pour la
première fois en 1928, sous le
pseudonyme de Lord Auch
● Ecrit par le jeune auteur plein
d'orgueil, fierté et invincibilité
Et l'agilité ?
L'agilité est une réaction de la Mal lié à notre travail
http://www.globalpos.fr/blog/encaissement/client/focus-anticipation-preparez-votre-projet/
On a tout eu faux
https://www.targetprocess.com/articles/the-future-of-agile-software-development/
Le mal d'un processus mal-
approprié
http://eprintcalendar.com/tag/simple-gantt-chart-example
Le mal de la créativité forcée
http://sante-naturel.net/wp-content/uploads/2011/11/La-pensee-est-une-force-creatrice.jpg
Le mal d'un problème mal compris
http://www.kelyos.fr/plus.php
le mal de ne pas bien faire
http://www.angelfire.com/indie/roadkillpaint/
le mal de devoir changer sa façon
de travailler
http://www.huffingtonpost.com/2014/02/10/office-space-gifs_n_4761929.html
http://www.allocine.fr/film/fichefilm_gen_cfilm=28716.html
Agilité
Les individus et leurs interactions plus que les processus et les
outils
Des logiciels opérationnels 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
Nous reconnaissons la valeur des seconds éléments,
mais privilégions les premiers.
Le manifeste agile
Les principes agile
Notre plus haute priorité est de satisfaire le client
en livrant rapidement et régulièrement des fonctionnalités
à grande valeur ajoutée.
Accueillez positivement les changements de besoins,
même tard dans le projet. Les processus Agiles
exploitent le changement pour donner un avantage
compétitif au client.
Livrez fréquemment un logiciel opérationnel avec des
cycles de quelques semaines à quelques mois et une
préférence pour les plus courts.
Les utilisateurs ou leurs représentants et les
développeurs doivent travailler ensemble quotidiennement
tout au long du projet.
Réalisez les projets avec des personnes motivées.
Fournissez-leur l’environnement et le soutien dont ils
ont besoin et faites-leur confiance pour atteindre les
objectifs fixés.
La méthode la plus simple et la plus efficace pour transmettre de
l’information à l'équipe de développement et à l’intérieur de celle-
ci est le dialogue en face à face.
Un logiciel opérationnel est la principale mesure d’avancement.
Les processus Agiles encouragent un rythme de développement
soutenable. Ensemble, les commanditaires, les développeurset
les utilisateurs devraient être capables de maintenirindéfiniment
un rythme constant.
Une attention continue à l'excellence technique et à une bonne
conception renforce l’Agilité.
La simplicité – c’est-à-dire l’art de minimiser la
quantité de travail inutile – est essentielle.
Les meilleures architectures, spécifications et
conceptions émergent d'équipes autoorganisées.
À intervalles réguliers, l'équipe réfléchit aux moyens
de devenir plus efficace, puis règle et modifie son
comportement en conséquence.
Manifeste pour l'Artisanat Logiciel
En tant qu’aspirants Artisans du Logiciel, nous relevons le niveau du développement
professionnel de logiciels par la pratique et en aidant les autres à acquérir le savoir-
faire. Grâce à ce travail, nous avons appris à apprécier :
– Pas seulement des logiciels opérationnels, mais aussi des logiciels bien conçus.
– Pas seulement l'adaptation aux changements, mais aussi l'ajout constant de la
valeur.
– Pas seulement les individus et leurs interactions, mais aussi une communauté de
professionnels.
– Pas seulement la collaboration avec les clients, mais aussi des partenariats
productifs.
C'est à dire qu'en recherchant les éléments de gauche, nous avons trouvé que les
éléments de droite sont indispensables.
Principes et valeurs agile
Courage
● Deus, dona mihi serenitatem accipere res quae
non possum mutare, fortitudinem mutare res
quae possum, atque sapientiam differentiam
cognoscere.
http://picphotos.net/courage-quote-9/
Professionnalisme
https://www.2civility.org/professionalism-begins-in-law-school/
Maturité
https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration
https://en.wikipedia.org/wiki/Capability_Immaturity_Model
Auto-organisation
https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/
Travailler ensemble
http://gw4.ac.uk/guidetoresearchcollaboration/further-reading/team-roles/
Travailler mieux ensemble
http://www.millennialleadership.net/review-the-5-dysfunctions-of-a-team-part-1/
Collaboration
Mieux connaître vos collègues
http://www.cppblogcentral.com/assets/stress-heads/images1/ENFP-stress-head.jpg
https://www.16personalities.com/personality-types
Focus
Et ne pas faux-culs (et n'oubliez pas de prononcer le s à la fin)
Alignement
https://agileinc.wordpress.com/2012/10/23/the-myths-with-alignment/
Rhythm
Gestion
Empirique plus que prédefini
Le dialogue plus que les directives
Capacité et valeur plus que temps et budget
L'équipe
Les individus plus que les ressources
L'auto-organisation plus que hiérarchie
L'estimation plus que le chiffrage
La prévision plus que l'engagement
L'oeuvrage
Le design émergeant plus que le BDUF
Le TDD plus que le processus SRA
Expertise
Noob ou expert ?
Modele de Dreyfus
– Débutant
– Débutant avancé
– Compétent
– Proficent
– Expert
Infermieres / programmeurs
● Ressources / petites mains
● Pas d'évolution sans passer au management
● Éducation – formelle plus que pratique
● But global
Creativité
● Click to add text
● On ne peut pas la forcer
● La pression tue la créativité
Contexte
● les 4 cavaliers de l'apocalypse
– La critique
– Le mepris
– Le contre-attaque
– La fuite
Change
● Pourquoi c'est si difficile ?
● Qui ne veux pas changer ?
– L'ignorant
– Le mouton
– Le cynique
– Le débité
– Le pressé
– Le chef
– L'irrationnel
Change
Techniques
pour contres
la resistance
Honnête
● Exposer les fraudes
● Insister sur des
échéances justes
● Ne pas vous laisser
écraser
Maturité
● C'est le résultat de la vécu
● Si on sait apprendre de ses expériences
Humilité
● Savoir reconnaître ses fautes, ses erreurs
“L'humilité n'est pas de penser moins à soi-
même, mais penser moins de soi-même” C. S.
Lewis
Quelques livres
C’est pas la taille de
l’épée qui compte, c’est
l’agilité du mousquetaire
http://www.thedailybrick.co.uk/lego-minifigures/collectable-minifigures/series-4/lego-collectable-minifigures-musketeer-minifigure-series-4.html
Merci !
● Aux organisateurs de l'Agile Pays Basque
● Aux participants !
● A Upwiser et tous mes anciens et futurs
collaborateurs
● A tous les agilistes
● A Okiwi.org et les agilistes du
grand Sud-Ouest
Legalese (lē gə-lēz , -lēs )ˌ ˈ ˈ
Cette présentation est sous les licenses
● Beerware
● WTFPL
References :
Cover : http://1.bp.blogspot.com/_mA4Rh1PW9Cg/TC58vtdmOHI/AAAAAAAAAHg/pRsgxmHUg1Y/s320/Good_versus_Evil_by_curua.jpg

L'Agilité et le mal

  • 1.
    L'Agilité et leMal Sam Cranford – Upwiser @nostradamnit L'histoire d'aïe
  • 2.
    ● Développeur delogiciel depuis 15 ans ● Agiliste depuis plus de 10 ans ● Très (trop) expérimenté avec les transitions vers l'agilité ● Formateur agile et technique ● A noter: présentation en fr_US Qui suis-je ?
  • 3.
    ATTN : version0.1 ● Cette présentation est un cours de réalisation ● Cette session sera participative et interactive
  • 4.
    Georges Bataille Son œuvreest singulière. ● « Il est en rupture avec la scène philosophique et anthropologique dominante, et cela lui donne une envolée très sûre comme écrivain. » ● Bataille a connu tous les mouvements intellectuels, littéraires et philosophiques de son temps, et il y a pris une part à la fois occulte et active.
  • 5.
    La Litterature etle Mal Il cherche à démontrer ainsi que la littérature, qui a pour rôle d’ébranler le lecteur et d’illustrer la prédisposition de l’homme pour le Mal, ne saurait atteindre son but si les écrivains s'éloignaient du Mal
  • 6.
    Histoire de l'œil ●Un roman qui décrit les expériences sexuelles de deux adolescents et leur perversité croissante ● édité clandestinement pour la première fois en 1928, sous le pseudonyme de Lord Auch ● Ecrit par le jeune auteur plein d'orgueil, fierté et invincibilité
  • 7.
    Et l'agilité ? L'agilitéest une réaction de la Mal lié à notre travail http://www.globalpos.fr/blog/encaissement/client/focus-anticipation-preparez-votre-projet/
  • 8.
    On a touteu faux https://www.targetprocess.com/articles/the-future-of-agile-software-development/
  • 9.
    Le mal d'unprocessus mal- approprié http://eprintcalendar.com/tag/simple-gantt-chart-example
  • 10.
    Le mal dela créativité forcée http://sante-naturel.net/wp-content/uploads/2011/11/La-pensee-est-une-force-creatrice.jpg
  • 11.
    Le mal d'unproblème mal compris http://www.kelyos.fr/plus.php
  • 12.
    le mal dene pas bien faire http://www.angelfire.com/indie/roadkillpaint/
  • 13.
    le mal dedevoir changer sa façon de travailler http://www.huffingtonpost.com/2014/02/10/office-space-gifs_n_4761929.html http://www.allocine.fr/film/fichefilm_gen_cfilm=28716.html
  • 14.
    Agilité Les individus etleurs interactions plus que les processus et les outils Des logiciels opérationnels 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 Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers. Le manifeste agile
  • 15.
    Les principes agile Notreplus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés. La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle- ci est le dialogue en face à face. Un logiciel opérationnel est la principale mesure d’avancement. Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurset les utilisateurs devraient être capables de maintenirindéfiniment un rythme constant. Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité. La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle. Les meilleures architectures, spécifications et conceptions émergent d'équipes autoorganisées. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence.
  • 16.
    Manifeste pour l'ArtisanatLogiciel En tant qu’aspirants Artisans du Logiciel, nous relevons le niveau du développement professionnel de logiciels par la pratique et en aidant les autres à acquérir le savoir- faire. Grâce à ce travail, nous avons appris à apprécier : – Pas seulement des logiciels opérationnels, mais aussi des logiciels bien conçus. – Pas seulement l'adaptation aux changements, mais aussi l'ajout constant de la valeur. – Pas seulement les individus et leurs interactions, mais aussi une communauté de professionnels. – Pas seulement la collaboration avec les clients, mais aussi des partenariats productifs. C'est à dire qu'en recherchant les éléments de gauche, nous avons trouvé que les éléments de droite sont indispensables.
  • 17.
  • 18.
    Courage ● Deus, donamihi serenitatem accipere res quae non possum mutare, fortitudinem mutare res quae possum, atque sapientiam differentiam cognoscere. http://picphotos.net/courage-quote-9/
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26.
    Mieux connaître voscollègues http://www.cppblogcentral.com/assets/stress-heads/images1/ENFP-stress-head.jpg https://www.16personalities.com/personality-types
  • 27.
    Focus Et ne pasfaux-culs (et n'oubliez pas de prononcer le s à la fin)
  • 28.
  • 29.
  • 30.
    Gestion Empirique plus queprédefini Le dialogue plus que les directives Capacité et valeur plus que temps et budget
  • 31.
    L'équipe Les individus plusque les ressources L'auto-organisation plus que hiérarchie L'estimation plus que le chiffrage La prévision plus que l'engagement
  • 32.
    L'oeuvrage Le design émergeantplus que le BDUF Le TDD plus que le processus SRA
  • 33.
    Expertise Noob ou expert? Modele de Dreyfus – Débutant – Débutant avancé – Compétent – Proficent – Expert
  • 34.
    Infermieres / programmeurs ●Ressources / petites mains ● Pas d'évolution sans passer au management ● Éducation – formelle plus que pratique ● But global
  • 35.
    Creativité ● Click toadd text ● On ne peut pas la forcer ● La pression tue la créativité
  • 36.
    Contexte ● les 4cavaliers de l'apocalypse – La critique – Le mepris – Le contre-attaque – La fuite
  • 37.
    Change ● Pourquoi c'estsi difficile ? ● Qui ne veux pas changer ? – L'ignorant – Le mouton – Le cynique – Le débité – Le pressé – Le chef – L'irrationnel
  • 38.
  • 39.
    Honnête ● Exposer lesfraudes ● Insister sur des échéances justes ● Ne pas vous laisser écraser
  • 40.
    Maturité ● C'est lerésultat de la vécu ● Si on sait apprendre de ses expériences
  • 41.
    Humilité ● Savoir reconnaîtreses fautes, ses erreurs “L'humilité n'est pas de penser moins à soi- même, mais penser moins de soi-même” C. S. Lewis
  • 42.
  • 43.
    C’est pas lataille de l’épée qui compte, c’est l’agilité du mousquetaire http://www.thedailybrick.co.uk/lego-minifigures/collectable-minifigures/series-4/lego-collectable-minifigures-musketeer-minifigure-series-4.html
  • 44.
    Merci ! ● Auxorganisateurs de l'Agile Pays Basque ● Aux participants ! ● A Upwiser et tous mes anciens et futurs collaborateurs ● A tous les agilistes ● A Okiwi.org et les agilistes du grand Sud-Ouest
  • 45.
    Legalese (lē gə-lēz, -lēs )ˌ ˈ ˈ Cette présentation est sous les licenses ● Beerware ● WTFPL References : Cover : http://1.bp.blogspot.com/_mA4Rh1PW9Cg/TC58vtdmOHI/AAAAAAAAAHg/pRsgxmHUg1Y/s320/Good_versus_Evil_by_curua.jpg