Documentation :
2 principaux piliers :
- HUMAIN
- SYSTEME COMPLEXE (complexe et non compliqué)
80 % de l'agile est du "mindset" - 20 % de process
- Individus et interaction > Process et outils
- Logiciel opérationnel > Documention
- Collaboration > Négociation
- Adaptation au changement > Suivi d'un plan
Scrum/ XP -> Livrer de la valeur
Kanban -> Optimisé le system
- Plus haute prorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajouté (Scrum particulièrement)
- Livrer fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les cycles plus courts
- Acceuillir 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
- La méthode la plus simple et la plus efficace pour transmettre l'information à l'equipe et a l'interieur de celle-ci est le dialogue en face à face
- Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet
- Un logiciel opérationnel est la principale mesur d'avancement
- Une attention continue à l'excellence technique et à une bonne conception renforce l'agilité
- À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace puis règle et modifie son comportement en conséquence
- Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées
- La simplicité, c'est à dire l'art de miniser la quantité de travail inutile, est essentiell
- Les processus agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les équipes techniques et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant
- Réaliser les projets avec des personnes motivées. Leur fournir l'environnement et le soutien dont ils ont besoin et leur faire confiance pour atteindre les objectifs fixés
Agile est un principe dit Bottom-Up --ascendant-- à l'inverse des différents principes Top-Down --descendant--
- HUMAIN
- Complexité
- Innovation
- Valeur
- Compétitivité
- Excellence / Leadership
- Efficacité / Efficience ...
Les principes agiles sont là pour essayer de répondre aux enjeux de l'entreprise
Tout ces enjeux sont des ÉMERGENCES (nouveaux et ont pris beaucoup d'ampleur)
(à lire Michel Serre petite poussette)
- Profit à court terme
- Manque de sens
- Culture du silos
- Culture de command&control
- Resistance au changement
- Effet "tete dans le guidon"
Ce sont des paradigmes
(Paradigme -> Une vision/ facon de faire qui repose sur un fondement défini (matrice disciplinaire, modele theorique, courant de pensée))
Un paradigme peu faire obstacle au changement
Les différentes type de personnes plus ou moins resistant aux changements:
Early adopters -> 2.5% Early majority -> 34% Late majority -> 34% Ladgar -> 16%
La complexité est définis par l'impacte des intéraction entre les composants d'un systeme
La complication -> l'agencement
Une mayonnaise c'est complexe Une fusée c'est compliqué
Plus un système est complexe plus l'ouput est émergent
Difficultés:
-> Systeme complexe -> Regrouper (observer le systeme dans son ensemble)
-> Systeme compliqué -> Découper pour constater (cibler le probleme) (Descartes)
Experts:
- Edgar Morin (difficile à lire)
- Marc Halévy (facile à lire)
Un système complexe pour être pérain doit s'adapter
Pour s'adapter il faut du feedback (inspection de l'environnement)
EMPIRISME:
- ADAPTABILITÉ
- TRANSPARENCE
- INSPECTION
- Cultutre d'entreprise
- Synegrie
- Intelligence collective
- Résultat d'un projet
- Succès d'un produit
- Succès d'un manager
- Valeur
- ...
- Motivation
- Vision est clair (Sens)
- Contraintes (délais etc)
- Securité Psychologique
- Feedback / Transparence
- Adaptation
- Compétence
- Autonomie (capacité à avancer sans être bloqué par autrui)
- Lien social
- Maitrise
- Sens
- Acceptation
- Curiosité
- Liberté
- Statut
- But
- Honneur
- Ordre
- Maitrise (Compétences)
- Pouvoir (LeaderShip)
- Relation social
Je ne sais pas |-> Je sais que je ne sais pas |-> Je sais |-> Je ne sais pas que je sais
Principes fondamentaux:
- Management Visuel
- Chaine de valeur (visibilité sur tte la chaine)
- Limitation du WIP (Work In Progress)
- Entraide
Tous ces principes résultes :
- Just In Time
Optimisation du système! Flux tiré/ flux tendu
Pourquoi limiter le travail en cours: Loi de Little
Scrum n'est pas une méthode c'est un framework (boîte à outil)
Principes fondamentaux (Empririsme):
- Transparence
- Inspection (Feedback: Technique/ Valeur/ Organisation)
- Adaptation
Comment (artefact/ outil):
- Rôles (SM, PO, DEV)
- Artéfacts (Incrément, Product Backlog, Sprint Backlog)
- Timeboxes (Sprint, DailyScrum, Sprint Planning)
1 produit = 1 propriétaire = 1 product Backlog
Scrum master - Facilitateur (des décisions/ de l'organisation):
- Teach
- Coach
- Removing inpediments (obstacles)
Equipe de dev - Comment (Comment mettre en place la valeur):
- Decision du comment TECHNIQUE
Product Owner - Valeur (Métier & Marketing)
- Décision fonctionnel
- Vision utilisateur
- Vision produit
Product Backlog - Contenant des fonctionnalités (items/ user story) du produit (Quoi/ Pourquoi - Valeur). Il est évolutif - Le PO est le propriétaire du Product Backlog - il peut prioriser (autant que possible il priorise en maximisant la valeur)
Sprint Backlog - Contenant de tâches de travail (work) pendant un sprint. L'équipe de dev à la propriété du Sprint Backlog (priorisation/ organisation).
Increment - Valeur utilisateur - c'est le produit fonctionnel qui resulte du sprin
1 Produit = 1 PO + 1 SM = 1 Product Backlog
C'est un temps maximum qu'on à pas le droit de dépassé
Sprint Durée d'un 1 à 4 semaines
Sprint Planning - 4 heures (pour un sprint de 2 semaines) 8 heures pour plus:
- Objectif fonctionnel de sprint (Consensus)
- Sprint Backlog
DailyScrum - 15 minutes:
- Feedback/ Transparence
Sprint Review - 2 heures
- Constater la valeur
- Partie prenante
- PO reçois du Feedback sur la valeur
Sprint Retro - 1 heure 30
- Organisation
- Humain
Pour la conception de produit
Maximiser les chances de succès
Fonctionner de façon itérative
MVP -> itérer dessus
Projet Aristote :
- Projet Google qui avait pour but de comprendre comment les équipes peuvent perfomer, 5 critères resultant :
- Sécurité psychologique
- Co-dépendance (complémentarité)
- Clareté des structures (vision, objectifs, ..)
- Le SENS (du travail)
- L'impact de notre travail (Si c'est utilisé)
CYNEFIN Youtube
McGregor Théorie X et Y du Management
Dynamique de Tuckman
Loi Ashby -> Pour qu’un système « A » puisse contrôler (à la fois « surveiller » dans la signification française et « commander » dans la signification anglaise) un système « B », il faut et il suffit que la variété de « A » soit supérieure ou au moins égale à celle de « B »
Subsidiarité -> Principe de subsidiarité selon lequel une autorité centrale ne peut effectuer que les tâches qui ne peuvent pas être réalisées à l'échelon inférieur
Little law
Le but Goldratt (Theorie des contraintes)
Kanban David J.Anderson
Lean software development Mary Poppendieck
La vérité sur ce qui nous motive
Prospective 2015/ 2025 -> live de Marc Havely
Management Agile 3.0 LIVRE
Managing for hapiness
Matrice de Ralph Stacey
Smart Simplicity: Six regles pour gererr la complexité sans devenir compliqué
Manager dans (et avec) la complexité
Lean startup: Adoptez l'innovatio continue
Product Mastery
Product Ownership (English Edition)
Scrum en action
The Power of Scrum (English Edition)
Start with Why
Managez votre tribu
Plusieurs références intéressantes et liens vers des livres à lire : liens