• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Agile Day Tunisia 2012 - Agile entre opportunités et résistance
 

Agile Day Tunisia 2012 - Agile entre opportunités et résistance

on

  • 572 views

Agile entre opportunités et résistance, 2 June 2012

Agile entre opportunités et résistance, 2 June 2012
Taha BEN SALAH - IT SERV

Statistics

Views

Total Views
572
Views on SlideShare
572
Embed Views
0

Actions

Likes
0
Downloads
5
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Agile Day Tunisia 2012 - Agile entre opportunités et résistance Agile Day Tunisia 2012 - Agile entre opportunités et résistance Presentation Transcript

    • 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 2012Retour d’expérience « Agile entre opportunités et résistance » [1] www.itserv.com.tn
    • Le GroupeSociétés IT SERV / AHEAD IT fondées en 2008 Secteurs d’interventionFondateurs : Imed Elabed, Moez Boukhris, Mohamed KoubâaMarché : Tunisie, Afrique du Nord; Europe (Nearshore) Expertise en Systèmes d’Information Développement Consulting logiciels spécifiques AMO / PMOInté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
    • Afin de briser leffet tunnel des méthodes  classiques, IT SERV sest 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 à lincontournable résistance au changement.Retour d’expérience « Agile entre opportunités et résistance » [3] www.itserv.com.tn
    • 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
    • Approches classiques Il était une fois… Retour d’expérience « Agile entre opportunités et résistance » [5] www.itserv.com.tn
    • 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
    • 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
    • Le manifeste Agile 4 valeurs  12 principes Retour d’expérience « Agile entre opportunités et résistance » [8] www.itserv.com.tn
    • Agile Manifesto : 4 valeursNous découvrons comment mieux développer des logiciels par la pratique et enaidant 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 planNous 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
    • Agile Manifesto : 12 principes1. 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 à lexcellence 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
    • Passage à l’agilité Retour d’expérience  avec un Opérateur localRetour d’expérience « Agile entre opportunités et résistance » [11] www.itserv.com.tn
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • Projet réparti en 4 ReleasesLa répartition des itérations a tenu en compte les aspects métiers de l’application et la mise en production progressive de modules opérationnels : – Release 1 : Itération 0 ;Sécurité de base ; Inventaire  des équipements de transmission – Release 2 : Inventaire des liaisons et des conduits de  transmission – Release 3 : Workflow de gestion des ressources de  transmission – Release 4 : Administration et paramétrage ;  dashboards 1 itération ~ 4 semaines Retour d’expérience « Agile entre opportunités et résistance » [18] www.itserv.com.tn
    • 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
    • Release 1 : Ex. de fonction réalisée Retour d’expérience « Agile entre opportunités et résistance » [20] www.itserv.com.tn
    • Release 2 : Ex. de fonction réalisée Retour d’expérience « Agile entre opportunités et résistance » [21] www.itserv.com.tn
    • Release 3 : Ex. de fonction réalisée Retour d’expérience « Agile entre opportunités et résistance » [22] www.itserv.com.tn
    • 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
    • SugarCRM : Project Tasks (1) Retour d’expérience « Agile entre opportunités et résistance » [24] www.itserv.com.tn
    • SugarCRM : Project Tasks (2) Retour d’expérience « Agile entre opportunités et résistance » [25] www.itserv.com.tn
    • SugarCRM : Bug Tracker (1) Retour d’expérience « Agile entre opportunités et résistance » [26] www.itserv.com.tn
    • SugarCRM : Bug Tracker (2) Retour d’expérience « Agile entre opportunités et résistance » [27] www.itserv.com.tn
    • 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
    • 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
    • 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
    • Contexte du projet Client finalCable & 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • Merci pour votre attention Questions ? Retour d’expérience « Agile entre opportunités et résistance » [39] www.itserv.com.tn