1. L'Agilité et le Mal
Sam Cranford – Upwiser
@nostradamnit
L'histoire d'aïe

2. ● 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 ?

3. ATTN : version 0.1
● Cette présentation est un cours de réalisation
● Cette session sera participative et interactive

4. 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.

5. 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

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 tout eu faux
https://www.targetprocess.com/articles/the-future-of-agile-software-development/

9. Le mal d'un processus mal-
approprié
http://eprintcalendar.com/tag/simple-gantt-chart-example

10. Le mal de la créativité forcée
http://sante-naturel.net/wp-content/uploads/2011/11/La-pensee-est-une-force-creatrice.jpg

11. Le mal d'un problème mal compris
http://www.kelyos.fr/plus.php

12. le mal de ne pas bien faire
http://www.angelfire.com/indie/roadkillpaint/

13. 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

14. 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

15. 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.

16. 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.

17. Principes et valeurs agile

18. 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/

19. Professionnalisme
https://www.2civility.org/professionalism-begins-in-law-school/

20. Maturité
https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration

21. https://en.wikipedia.org/wiki/Capability_Immaturity_Model

22. Auto-organisation
https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/

23. Travailler ensemble
http://gw4.ac.uk/guidetoresearchcollaboration/further-reading/team-roles/

24. Travailler mieux ensemble
http://www.millennialleadership.net/review-the-5-dysfunctions-of-a-team-part-1/

25. Collaboration

26. Mieux connaître vos collègues
http://www.cppblogcentral.com/assets/stress-heads/images1/ENFP-stress-head.jpg
https://www.16personalities.com/personality-types

27. Focus
Et ne pas faux-culs (et n'oubliez pas de prononcer le s à la fin)

28. Alignement
https://agileinc.wordpress.com/2012/10/23/the-myths-with-alignment/

29. Rhythm

30. Gestion
Empirique plus que prédefini
Le dialogue plus que les directives
Capacité et valeur plus que temps et budget

31. 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

32. L'oeuvrage
Le design émergeant plus 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 to add text
● On ne peut pas la forcer
● La pression tue la créativité

36. Contexte
● les 4 cavaliers de l'apocalypse
– La critique
– Le mepris
– Le contre-attaque
– La fuite

37. 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

38. Change
Techniques
pour contres
la resistance

39. Honnête
● Exposer les fraudes
● Insister sur des
échéances justes
● Ne pas vous laisser
écraser

40. Maturité
● C'est le résultat de la vécu
● Si on sait apprendre de ses expériences

41. 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

42. Quelques livres

43. 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

44. 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

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