Principes agiles dans des projets pas forcément IT

Institut Informatique de gestion

Principes

agiles dans

des projets

pas forcément

IT

Présentation BEX, 19.10.2012

Jean-Pierre Rey, [email protected]

mailto:[email protected]


Intentions de la présentation

• Comment certains principes et valeurs agiles

peuvent inspirer, de manière générale, la

gestion de projets de tout type ?


Environnement

• Votre équipe

– est soudée

– cherche à atteindre

un but commun

• Nécessité de

composer avec

l’incertitude


HES-SO - Jean Hennebert

Murphy’s law

• If anything can go wrong, it will. o We can’t fight against this one... but we can prepare at best



Agile values and principles The manifesto and behind 12 principles



“AGILE” is about values and principles not practices but many practices support these


HES-SO – J. Hennebert – JP Rey

do agile be agile

http://www.lollydaskal.com/leadership/leadership-doing-versus-being/


Ce qui est désiré dans l’agilité

8


12 principes

1. Satisfaire le client est la priorité 2. Accueillir les demandes de changement «à bras ouverts» priorité

3. Livrer le plus souvent possible des versions opérationnelles de l’application

4. Assurer une coopération permanente entre Client et Equipe projet

5. Construire des projets autour d’individus motivés 6. Privilégier la conversation face à face 7. Mesurer l’avancement du projet en termes de fonctionnalités de l’application

8. Faire avancer le projet à un rythme soutenable et constant 9. Porter une attention continue à l’excellence technique et à la conception

10. Favoriser la simplicité 11. Responsabiliser les équipes: le «meilleur» émergeant des équipes auto-organisées

12. Ajuster, à intervalles réguliers, son comportement et ses processus pour être plus efficaces (Inspect & Adapt)



Agile principles

1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

2. Welcome changing requirements, even late in the development. Agile processes harness change for the customer’s competitive advantage.

3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to a shorter time scale.



Agile principles

4. Business people and developers must work together daily throughout the project.

5. Build projects around motivated individuals. Give them the environment and support their need, and trust them to get the job done.

6. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.



Agile principles

7. Working software is the primary measure of progress.

8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.

9. Continuous attention to technical excellence and good design enhances agility.



Agile principles

10.Simplicity – the art of maximizing the amount of work not done – is essential.

11.The best architectures, requirements, and designs emerge from self-organizing teams.

12.At regular intervals, the team reflects on how to become, then tunes and adjusts its behavior accordingly.


QUELQUES FONDAMENTAUX

AGILES

Iteration, PSPI, Team, Self-organization – Emergence, User stories


Du développement

logiciel…


…au cycle agile

• Approche itérative, incrémentale et adaptative

http://www.google.ch/imgres?um=1&hl=fr&sa=N&biw=1344&bih=706&tbm=isch&tbnid=UFMzQYYabimKIM:&imgrefurl=http://v2.agile-code.com/?p=1066&docid=TEzzoPf1Y9sqwM&imgurl=http://www.agile-code.com/blog/wp-content/uploads/2012/08/6a00d834527c1469e200e54f89f1168834-800wi.jpg&w=800&h=382&ei=mBpgUNz5BoXNhAfAh4GICw&zoom=1&iact=hc&vpx=976&vpy=420&dur=7251&hovh=155&hovw=325&tx=249&ty=97&sig=100531604600583315336&page=3&tbnh=99&tbnw=208&start=36&ndsp=21&ved=1t:429,r:15,s:36,i:240



An agile team works in short iterations

• Iterations o 2-4 weeks o Time-boxed o Iteration = small set of done user functionality

• A set of iterations defines a release o 2 to 6 months o Release = set of related user functionalities


L’équipe auto-gérée


Les cérémonies


Des histoires utilisateurs


UNE IMPLÉMENTATION AGILE

Scrum


Le cycle agile de Scrum







Product Backlog: un exemple

As a I want to so that Testé

comment ?

Priorités

Divers


P1. Satisfaction du client

P4. Collaboration cross-fonctionnelle

• Plus-value à mes yeux

– Implication constante du client dans tout le

cycle (itération et redéfinition des priorités)

– Illustration à partir d’un cas associatif concret

• Liste d’actions exemplaires de développement

durable proposées à une commune suite à un

projet

– Comment faire aboutir un tel projet ?

Actions_exemplaires.pdf


P1. Satisfaction du client

P4. Collaboration cross-fonctionnelle

• Plus-values perçues

– Élimination des tâches inutiles

• Et donc de l’efficience !

– Itérations avec délivrable

• Souvent délicat selon le contexte du projet

– par exemple dans les associations

– Réel plus de la communication face à face

• Voir en slide 20


Product Backlog: Autres exemples

• Exemple: Product backlog et innovation

– Un projet de recherche appliquée

– Plus-value pour le projet

• Exemple: Product Backlog et projet BEX

– RadarQuest

QuaD Product Backlog.pdf

ProductBacklog RadarQuest.xlsx


HES-SO - Jean Hennebert - Yann Bocchi

Sprint

• Time boxing o Regular feedback to and from Product Owner o Cadence appears

• Once the work for a Sprint has been chosen and it starts,it may not be changed or expanded by external stakeholders

• The work may be reduced o Descope

• People remember delay, not (or less) variance of the content


Le backlog d’un sprint (itération)

Consolidation pour

l’itération

http://www.leveltendesign.com/blog/kayla/using-scrum-but


HES-SO - Jean Hennebert - Yann Bocchi

Potentially Shippable Product Increment

• If can potentially ship at the end of each sprint, the feature must be really done each sprint... o analysed o designed o coded o tested o documented o ...


P3. Délivrer fréquemment


– Incréments tangibles fréquents

• Ajustements & intégration plus aisés

• Risques ? Opportunités ?

– Habitude/capacité à penser «délivrables

incrémentaux»


P8. Avance à un rythme soutenable et

constant

• Plus-values à mes yeux

– Time-box et focus durant l’itération

– Métriques de + en + maîtrisées par l’équipe

– Engagement de l’équipe à arriver à un résultat

dans le laps de temps imparti

• Risques ?

– ! Distractions et gestion des distractions

– Estimation surenchérie


P7. Mesure en termes de fonctionnalités

• Plus-values à mes yeux

– On continue à mesurer

• Sur du tangible

• Régulièrement

• Et sur la globalité du projet

– Cf. divers reporting



An agile team focuses on business priorities

• Functionalities are prioritized by product owner

• Team develops user-valued features rather than on completing isolated tasks o Gun bullet principle

User Story- Brief description of functionality as viewed by a user or customer of the system

- As a <type of user>, I want <capability> so that <business value>



An agile team inspects and adapts

• Knowledge is gained at each iterations • Inspection point of controls at different levels

o daily meeting o done o iteration reviews

• Adaptation o customer feedback o agile methodology adaptation - retrospective


P12. Inspecter et adapter

• Quelques points d’inspiration

– Daily meeting

– Rétrospective

– Vision par segments

– Priorisation en fonction de l’évolution du

contexte et des conditions externes

– Redéfinition des critères de réussite ?


Le tableau Scrum



Self-organized - multi-functional teams

• The team should self-organize to realize the work o The team has the power and responsibility to devise the best

strategies to maximize value o This is done through control - inspect paradigms

• The team is multi-functional o No strong specialization of the team


P11. Auto-organisation


– Responsabilisation & Autonomie

– Développement des compétences

– L’intelligence collective et la co-

création au service du projet


P11. Auto-organisation

• Risques ?

– Environnements hiérarchiques

– Culture d’entreprise

• La transparence peut bloquer

• Opportunités ?

– Nouvelle(s) dynamique(s) de groupe



An agile team work as one

• No more “throw it over the wall” • “we are-all-in-this-together” mindset • Roles

o Client / product owner common vision priorities maximizing ROI represent the interests of the users

o Developer team self-organizing and cross-functional limited to 7 ± 2

o Agile coach / scrum master ensure that the agile principles are respected coach the team protect the team


P6. Conversation face à face


– Efficience (par ex. eMails)

– Tout le pouvoir du langage non-verbal et la

finesse de traitement

• Risques ?

– Culture du groupe de projet

• Opportunités ?

– Nouveaux rituels (par ex. daily meeting)


P5. Support et confiance


– Motivation

– Développement du potentiel des gens

– Responsabilité de chacun

• Risques ? Opportunités ?


Un point de vue sur une équipe homogène

• Comportement des membres d’une équipe

homogène – Ils se font mutuellement confiance

– Ils débattent ouvertement de leurs idées

– Ils s’engagent à mettre en œuvre leurs décisions et plans

d’action

– Ils se tiennent mutuellement responsables de la mise en

œuvre de ces plans

– Ils se concentrent sur l’atteinte de résultats collectifs

http://www.amazon.fr/gp/product/images/2892256038/ref=dp_image_0?ie=UTF8&n=301061&s=books

http://www.amazon.fr/gp/product/images/2708134469/ref=dp_image_0?ie=UTF8&n=301061&s=books


Conclusion (1/2)

• Résumé des idées clé

– Client au cœur du projet

– Esprit d’équipe

– La communication est la clé

– Simplicité, efficacité et qualité

– Flexibilité aux changements

– Avancement basé sur du concret


Conclusion (2/3)

• Transition culturelle

et leadership tribal

• Difficultés à appliquer

des principes

nouveaux si la culture

du groupe ou de

l’entreprise n’est pas

au bon niveau

http://www.ted.com/talks/david_logan_on_tribal_leadership.html


Conclusion (3/3)

• Confiance dans l’équipe

• Développement d’autres indicateurs de

mesures? d’autres compétences ?

• «Scrum is designed to build a backlog of

stuff to get done and to get it done fast»

– Jeff Sutherland


Et pour moi c’est principalement…

• Que pouvez-vous

garder ?

• Questions ?

Documents

Principes agiles dans des projets pas forcément IT