Agile Day Tunisia 2012 - Agile entre opportunités et résistance
1. Retour d’expérience :
Agile entre opportunités et résistance
Présenté par :
Moez BOUKHRIS
Directeur Associé – IT SERV
moez.boukhris@itserv.com.tn
Agile day Tunisia ‐ 2 juin 2012
Retour d’expérience « Agile entre opportunités et résistance » [1]
www.itserv.com.tn
2. Le Groupe
Sociétés IT SERV / AHEAD IT fondées en 2008 Secteurs d’intervention
Fondateurs : Imed Elabed, Moez Boukhris, Mohamed Koubâa
Marché : Tunisie, Afrique du Nord; Europe (Nearshore)
Expertise en Systèmes d’Information
Développement Consulting
logiciels spécifiques AMO / PMO
Intégration de solutions
Expertise Télécoms
BSCS, SAP BO, ... Chiffre d’affaires
Quelques clients
Retour d’expérience « Agile entre opportunités et résistance » [2]
www.itserv.com.tn
3. Afin de briser l'effet tunnel des méthodes
classiques, IT SERV s'est engagée depuis sa
création en 2008 dans une démarche Agile basée
sur un processus de développement itératif.
La culture de l’agilité s’instaure progressivement,
mais non sans difficultés.
Cette session revient sur quelques expériences
vécues avec des clients en Tunisie et à l’étranger.
A travers ces expériences, nous verrons comment
les équipes IT SERV ont pu adapter les pratiques
Agile au contexte du client et faire face à
l'incontournable résistance au changement.
Retour d’expérience « Agile entre opportunités et résistance » [3]
www.itserv.com.tn
4. PLAN
• Approches classiques
• Le manifeste agile
• Passage à l’agilité :
Expérience vécue avec un client tunisien
• Agile et le Nearshoring :
Expérience vécue avec un client étranger
• Conclusions
Retour d’expérience « Agile entre opportunités et résistance » [4]
www.itserv.com.tn
5. Approches classiques
Il était une fois…
Retour d’expérience « Agile entre opportunités et résistance » [5]
www.itserv.com.tn
6. Approches classiques : Expériences vécues
• Déphasage constaté entre le besoin initial et l’application
finalement réceptionnée par le client.
• Certains projets :
– se sont terminés dans la douleur Concessions faites au
client pour éviter les situations conflictuelles et maintenir une
bonne relation avec lui.
– Ou bien sont rejetés par les utilisateurs malgré leurs parfaite
adéquation avec les besoins initiaux du client et leurs respect
des termes du contrat.
• Certains autres projets se sont toutefois bien terminés.
Retour d’expérience « Agile entre opportunités et résistance » [6]
www.itserv.com.tn
7. Approches classiques : Motifs d’échec
• Périmètre fonctionnel ouvert et pas précis au niveau des
cahiers de charges
• Projets au forfait avec des budgets trop serrés et une
méthode de sélection souvent orientée « moins disant ».
• Validation superficielle des spécifications initiales et manque
d’implication des utilisateurs finaux dans cette phase cruciale
• Changement de spécifications en cours de route ou lors de la
recette de l’application
• Résistance des utilisateurs au changement surtout lorsqu’ils
n’ont pas été impliqués et sensibilisés dès le début.
Effet Tunnel
Retour d’expérience « Agile entre opportunités et résistance » [7]
www.itserv.com.tn
8. Le manifeste Agile
4 valeurs
12 principes
Retour d’expérience « Agile entre opportunités et résistance » [8]
www.itserv.com.tn
9. Agile Manifesto : 4 valeurs
Nous découvrons comment mieux développer des logiciels par la pratique et en
aidant les autres à le faire.
Ces expériences nous ont amenés à valoriser :
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.
http://www.agilemanifesto.org
Retour d’expérience « Agile entre opportunités et résistance » [9]
www.itserv.com.tn
10. Agile Manifesto : 12 principes
1. Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des
fonctionnalités à grande valeur ajoutée.
2. 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.
3. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et
une préférence pour les plus courts.
4. Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble
quotidiennement tout au long du projet.
5. 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.
6. 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.
7. Un logiciel opérationnel est la principale mesure d’avancement.
8. Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les
commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir
indéfiniment un rythme constant.
9. Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité.
10. La simplicité – c’est‐à‐dire l’art de minimiser la quantité de travail inutile – est essentielle.
11. Les meilleures architectures, spécifications et conceptions émergent d'équipes auto‐organisées.
12. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie
son comportement en conséquence.
Retour d’expérience « Agile entre opportunités et résistance » [10]
www.itserv.com.tn
11. Passage à l’agilité
Retour d’expérience
avec un Opérateur local
Retour d’expérience « Agile entre opportunités et résistance » [11]
www.itserv.com.tn
12. Le contexte a favorisé notre passage à l’Agilité
• Projet de développement réalisé chez le client
Tunisie Télécom
• Application réalisée entièrement dès le début
GR‐Trans : Gestion des ressources de transmission
• Intérêt majeur exprimé par le management pour
automatiser rapidement des procédures 100% manuelles
• Equipe de taille moyenne
• Une ressource du client a été intégrée avec notre équipe
pour nous aider sur les aspects métiers, faciliter les
interactions avec les utilisateurs finaux et faire les tests de
recette au fur et à mesure.
Retour d’expérience « Agile entre opportunités et résistance » [12]
www.itserv.com.tn
13. Comment est‐on devenu agile ?
• Au début du projet, on ne parlait pas d’agilité mais
plutôt de processus de développement itératif.
• Le client a accepté des livraisons partielles mais
100% opérationnelles pour atteindre ses objectifs.
• L’équipe intervenant sur ce projet n’a pas pratiqué
cette démarche auparavant mais elle était motivée
pour instaurer progressivement la culture agile et
en tirer profit.
Retour d’expérience « Agile entre opportunités et résistance » [13]
www.itserv.com.tn
14. Comment a‐t‐on entamé le projet ?
L’itération 0 du projet était consacrée à :
– Des workshops de conception planifiés avec des
représentants des utilisateurs finaux
– L’élaboration de la liste des exigences fonctionnelles
et leur validation au fur et à mesure avec le client
– La préparation en // de l’environnement de
développement et du socle de base de l’application
– La définition des itérations
– La priorisation des fonctions à réaliser par itération
– La conception fonctionnelle et technique de la
release 1
Retour d’expérience « Agile entre opportunités et résistance » [14]
www.itserv.com.tn
15. Au sein de l’équipe
• On a favorisé la communication
• On ne parle plus de chef de projet mais plutôt de «Coach»
• On a remplacé les planning MS Project (diagrammes de
GANT) par une série de courtes tâches gérées dans
ProjectTasks de SugarCRM
• Les plus expérimentés aident les moins expérimentés
• Une très courte réunion est tenue chaque matin et une
autre un peu plus longue au début de la semaine pour faire
le bilan du Reste à Faire et analyser les éventuels problèmes
et risques.
Retour d’expérience « Agile entre opportunités et résistance » [15]
www.itserv.com.tn
16. Les tests
• Tests unitaires assurés par le développeur lui‐même
• Tests de validation interne assurés par le testeur :
– Environnement de pré‐prod
– Outil : Bug Tracker de SugarCRM
• Tests de recette assurés au fur et à mesure par la ressource
mise à disposition par le client
– Environnement de pré‐prod
– Outil : Bug Tracker de SugarCRM
• Déploiement, sur l’environnement de production, par
itération/release, dès la fin des tests.
Retour d’expérience « Agile entre opportunités et résistance » [16]
www.itserv.com.tn
17. L’effet Démo
• Chaque itération s’est terminée par une démo faite
au client.
• Les démos étaient l’occasion à l’équipe pour vérifier
certains choix et au client pour affiner ses besoins.
• Cette visibilité offerte au client a permis de briser
l’effet tunnel et d’asseoir une bonne ambiance de
travail.
Retour d’expérience « Agile entre opportunités et résistance » [17]
www.itserv.com.tn
19. Exploitation réelle dès la 1ière release
• La 1ière release a permis aux intervenants centraux
et régionaux de saisir tout le patrimoine de
l’opérateur en équipements de transmission
• La 2ième release a permis la saisie des liaisons et des
conduits de transmission
Cette étape était un peu lourde et a causé un décalage dans l’exploitation
de l’itération 3.
• La 3ième release a permis la mise en production du
workflow permettant de gérer les demandes de
construction de ressources de transmission.
Retour d’expérience « Agile entre opportunités et résistance » [19]
www.itserv.com.tn
23. Environnement & Outils
• 3 environnements : dév. ; pré‐prod ; prod
• Architecture Web / Client riche
• Technologie ASP.Net
• Base de données SQL Server
• Gestion des sources : Visual Source Safe (VSS)
• Dashboards OLAP : Analysis Services
• SugarCRM :
– Project Tasks Suivi des tâches du projet
– Bug Tracker Suivi des anomalies et des CR
Retour d’expérience « Agile entre opportunités et résistance » [23]
www.itserv.com.tn
24. SugarCRM : Project Tasks (1)
Retour d’expérience « Agile entre opportunités et résistance » [24]
www.itserv.com.tn
25. SugarCRM : Project Tasks (2)
Retour d’expérience « Agile entre opportunités et résistance » [25]
www.itserv.com.tn
26. SugarCRM : Bug Tracker (1)
Retour d’expérience « Agile entre opportunités et résistance » [26]
www.itserv.com.tn
27. SugarCRM : Bug Tracker (2)
Retour d’expérience « Agile entre opportunités et résistance » [27]
www.itserv.com.tn
28. GR‐Trans : Les satisfactions
• La présence et la participation du client (surtout
dans l’itération 0)
• Les mises en production régulières gratifient le
travail de l’équipe et créent une bonne ambiance de
travail
• Les fonctionnalités développées ont été toutes
utilisées
• Un autre style de management favorisant la
communication et partageant la prise de décision
Retour d’expérience « Agile entre opportunités et résistance » [28]
www.itserv.com.tn
29. GR‐Trans : Difficultés rencontrées
• S’agissant de la 1ière expérience agile, l’équipe a connu
certaines difficultés pour appliquer la démarche à la lettre
• Le client nous a aidé pour comprendre les aspects métiers
sans jouer pleinement le rôle de Product Owner
• De nouvelles tâches sont apparues en cours d’itérations
Difficulté pour estimer le Reste à faire
• La réticence de certains utilisateurs au passage à
l’automatique a perturbé un peu le déroulement du projet
et a décalé l’exploitation réelle de la release 3.
Retour d’expérience « Agile entre opportunités et résistance » [29]
www.itserv.com.tn
30. Agile & le Nearshoring
Expérience vécue avec
un partenaire Anglais
Retour d’expérience « Agile entre opportunités et résistance » [30]
www.itserv.com.tn
31. Contexte du projet
Client final
Cable & Wireless
SeS Cable & Wireless Portal
Portail de gestion des services «Whole Sale»
Partenaire (SSII)
aQovia
• Période de réalisation : 2008 ‐2009
UK
• Formule de réalisation : au forfait sur 2
étapes (4 itérations/étape)
• Réalisation du produit prise en charge
Notre équipe à 100% par notre équipe
Tunis
• Taille de l’équipe DEV : 6 personnes
Retour d’expérience « Agile entre opportunités et résistance » [31]
www.itserv.com.tn
32. Démarche de réalisation
• Projet réalisé en 8 itérations étalées sur 8 mois
• Prototype (POC) élaboré au démarrage du projet
pour valider l’architecture technique et rassurer
notre partenaire
• Spécifications élaborées par itération avec des
ajustements sur les itérations précédentes
• Les retours non bloquants concernant une itération
sont toujours traités dans l’itération suivante
Retour d’expérience « Agile entre opportunités et résistance » [32]
www.itserv.com.tn
33. Les 8 itérations du projet C&W
Itération Fonctionnalités
Description générale du produit
0
POC
Gestion des services (Back Office)
1
Accès au catalogue (Front office)
Sécurité & Droits d’accès
2
Order Management V1
3 Démarrage de la vente réelle via le portail
Order Management V2
4
Billing
5
Web services avec les SI Revendeurs
6
Troubleshooting
7
Retour d’expérience « Agile entre opportunités et résistance » [33]
www.itserv.com.tn
34. Equipes & Rôles
• Notre partenaire anglais a mobilisé une équipe :
– Marketing : Cadrage des besoins
(Ex : Cible initiale: Grand public + Whole sale ; Cible finale:
Whole sale uniquement)
– Commerciale : Contact continu avec Cable&Wireless
et les revendeurs afin de les faire adhérer au produit
– Fonctionnelle : Traduction des besoins en use cases
par itération ; Recette des itérations
• Notre équipe DEV était coachée par un Expert
assurant le suivi interne du projet et la
communication continue avec le partenaire.
Retour d’expérience « Agile entre opportunités et résistance » [34]
www.itserv.com.tn
35. Environnement & Outils
• JEE
• Application Server : JBOSS
• IDE : Eclipse
• Gestion des sources : SVN
• Base de données : Oracle
• Protocoles : SOAP, HTTP
• Communication avec le partenaire via un Wiki sécurisé
intégrant :
– Planification des itérations
– Spécifications & Use cases
– Aspects métiers, …
Retour d’expérience « Agile entre opportunités et résistance » [35]
www.itserv.com.tn
36. Projet C&W : Les satisfactions
• Aucune difficulté liée à l’agilité n’a été rencontrée lors de la
réalisation de ce projet
• En // avec la création du besoin, menée par le partenaire,
notre équipe a pu travailler rapidement sur un POC afin de
rassurer le client final sur notre capacité technique et
organisationnelle.
• La réalisation du produit a démarré alors que le partenaire
et le client final n’avaient pas encore une idée arrêtée sur
les requirements et l’image du produit final
Contexte favorable pour appliquer l’agilité.
Bonne opportunité pour accompagner notre partenaire et
client dans la définition progressive et l’amélioration du
produit.
Retour d’expérience « Agile entre opportunités et résistance » [36]
www.itserv.com.tn
37. Certaines difficultés constatées
dans d’autres projets Nearshore
• Pour certains projets, nous n’avons pas pu profiter
pleinement de l’agilité :
Le client a une idée arrêtée du produit final et ne veut
réceptionner que celui‐ci
L’agilité pourrait dans ce cas devenir même un frein parce
que elle rallonge inutilement les délais.
• Dans d’autres cas, l’agilité nous a bien servi au démarrage
mais elle a été freinée par des contraintes budgétaires :
Basculement en mode classique (cycle en V) en cours de
route.
Le client a été obligé d’arrêter les spécifications et de
demander la sortie du produit en une itération finale.
Retour d’expérience « Agile entre opportunités et résistance » [37]
www.itserv.com.tn
38. On était conscient que l’équipe n’était
pas complètement agile.
On a essayé de tirer profit des valeurs
de l’agilité et de les adapter au
contexte de chaque projet sans trop
casser nos bonnes pratiques et nos
outils de travail.
Nous pensons qu’il faut avoir du recul
par rapport à certaines pratiques agiles
et adapter la démarche en continue.
Retour d’expérience « Agile entre opportunités et résistance » [38]
www.itserv.com.tn
39. Merci pour votre attention
Questions ?
Retour d’expérience « Agile entre opportunités et résistance » [39]
www.itserv.com.tn