Agilité et Logiciels libres même combat ?

1 250 vues

Publié le

Une réflexion pour identifier les ponts entre ces deux univers à priori bien distincts.

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 250
Sur SlideShare
0
Issues des intégrations
0
Intégrations
498
Actions
Partages
0
Téléchargements
7
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Agilité et Logiciels libres même combat ?

  1. 1. Agilité et Logiciel Libre même combat ?www.agilegarden.fr www.agilegarden.fr
  2. 2. Relevé préalable de la perception de laudience sur les notions de Logiciel Libre et dAgilitéwww.agilegarden.fr
  3. 3. Le développement logicielwww.agilegarden.fr
  4. 4. Constat : de nombreux échecs The chaos report 2009 Abandonnés Succès 24% 32% 44% Livréswww.agilegarden.fr
  5. 5. Constat : des fonctionnalités inutilisées Standish group study 2002 Toujours Jamais 7% Souvent 13% 45% 16% Parfois 19% Rarementwww.agilegarden.fr
  6. 6. Constat : un produit inadaptéwww.agilegarden.fr
  7. 7. Le Manifeste Agile 17 experts se réunissent en 2001 L’interaction avec les personnes plus que les processus et les outils. Un produit opérationnel plus quune documentation pléthorique. La collaboration avec le client plus que la négociation de contrat. La réactivité face au changement plus que le suivi dun plan.www.agilegarden.fr
  8. 8. LAgilité ne date pas dhier ✔ Rapid Application Development (RAD), 1991 ✔ Dynamic systems development method (DSDM), 1995 ✔ Scrum, 1996 ✔ Feature Driven Development (FDD), 1999 ✔ eXtreme Programming (XP), 1999 ✔ Crystal clear (2004) ✔ ...www.agilegarden.fr
  9. 9. Un objectif principal UN MAXIMUM DE VALEUR MÉTIER PRODUITE AU PLUS TÔT ✔ Prioriser et reprioriser le besoin ✔ Itérations courtes ✔ Évaluer le travail réalisé ✔ Collecter le feedback ✔ Faire complet et bien à chaque itérationwww.agilegarden.fr
  10. 10. Un changement fort de démarche projet Du mode prédictif ... … Au mode adaptatifwww.agilegarden.fr
  11. 11. Une gestion de projet qui tient compte des intempérieswww.agilegarden.fr
  12. 12. Avertissements préalables ✔ Il y a autant dorganisations de projet différentes que de projets libres. Cette présentation a donc extrait des tendances ou des exemples bien particuliers de développement de logiciels sous licence libre. ✔ Le parti est pris dans cette réflexion de traiter du développement de logiciels libres de type communautaire qui présente le plus dintérêt au niveau organisationnel pour les personnes qui pratiquent les méthodes Agiles (comment faire travailler ensemble un grand nombre de personnes non présentes physiquement au même endroit ?).www.agilegarden.fr
  13. 13. Liberté dUtiliser Logiciel libre Liberté dÉtudier Liberté de Diffuser Liberté dAméliorerwww.agilegarden.fr
  14. 14. Même combat ? OPPOSITION RADICALE ✔ Petites équipes colocalisées VS potentiellement dénormes équipes éparpillées. ✔ Livraisons fréquentes de nouvelles fonctionnalités VS cas de Debian : livraisons environ tous les 2 ans.www.agilegarden.fr
  15. 15. Même combat ? PRINCIPES ✔ Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. ➔ On ne parle pas de « client » dans le monde du libre, mais la tendance est de livrer fréquemment et le système de nighty build est une pratique généralisée sur les projets libres.www.agilegarden.fr
  16. 16. Même combat ? PRINCIPES ✔ 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. ➔ Les changements importants ne sont pas forcément les bienvenus dans un projet Open Source, le processus de décision étant souvent compliqué. Mais le système de fork permet dadapter le logiciel à un nouveau besoin.www.agilegarden.fr
  17. 17. Même combat ? PRINCIPES ✔ Livrez fréquemment un logiciel opérationnel avec des cycles fixes de quelques semaines à quelques mois et une préférence pour les plus courts. ➔ Nombre de projets Open Source délivrent du code opérationnel toutes les nuits. Une des devises de lOpen Source est « release early, release often ». Mais on travaille rarement en itérations fixes et elles sont souvent plus longues.www.agilegarden.fr
  18. 18. Même combat ? PRINCIPES ✔ Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. ➔ Leffet tunnel est évité dans le monde Open Source par le feedback de milliers dutilisateurs quotidiens.www.agilegarden.fr
  19. 19. Même combat ? PRINCIPES ✔ 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. ➔ Par définition, les contributeurs de lOpen Source sont motivés. Les projets Open Source sont très outillés (contrôle de version, frameworks performants, outils dintégration, de contrôle de qualité, outils de communication et de documentation en ligne).www.agilegarden.fr
  20. 20. Même combat ? PRINCIPES ✔ 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. ➔ Là, grosse différence, les communautés doivent faire avec ça, elles soutillent pour tenter daméliorer leur communication, mais cest un point souvent difficile qui apporte de la complexité et qui décourage certains contributeurs.www.agilegarden.fr
  21. 21. Même combat ? PRINCIPES ✔ Un logiciel opérationnel est la principale mesure d’avancement. ➔ Ce principe colle parfaitement avec les projets libres. Pas de phase longue de spécification amont, les projets démarrent vite et la majeure partie du temps est dédiée au développement.www.agilegarden.fr
  22. 22. Même combat ? PRINCIPES ✔ 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. ➔ En Open Source, le problème ne se pose pas, sauf pour les leaders de projets qui sont parfois submergés par la gestion de la communauté. Le principe de délégation des méthodes agiles peut les aider sur ce point. ✗ Retour des participants : certains développeurs également parviennent à saturation lorsque leur engagement (moral) devient difficile à tenir à lapproche dune release.www.agilegarden.fr
  23. 23. Même combat ? PRINCIPES ✔ Une attention continue à lexcellence technique et à une bonne conception renforce l’Agilité. ➔ Cest une caractéristique forte des projets libres. Rendre son code visible de tous incite à la qualité ➔ Permettre sa modification par un grand nombre est une contrainte très exigeante techniquement et en terme de conception.www.agilegarden.fr
  24. 24. Même combat ? PRINCIPES ✔ La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle. ➔ Léconomie de temps est une contrainte beaucoup moins forte dans une communauté Open Source : ce sont les contributeurs qui décident le temps quils vont attribuer au développement du logiciel. Mais le lead dun projet Open Source priorise la roadmap en continu.www.agilegarden.fr
  25. 25. Même combat ? PRINCIPES ✔ Les meilleures architectures, spécifications et conceptions émergent déquipes auto-organisées ➔ Ce nest pas une évidence pour le monde Open Source, de par la variété des modes de gouvernance. Quen pensent les experts du libre ? ✗ Retours dexpérience des participants : dans le monde du libre, difficile de faire de la conception émergente au vu de la nécessité de faire converger les développements vers un tout cohérent. Les architectures modulaires parviennent quand même à une certaine liberté pour les développeurs en charge de chaque module.www.agilegarden.fr
  26. 26. Même combat ? PRINCIPES ✔ À intervalles réguliers, léquipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. ➔ On observe une remise en question permanente des modes dorganisation et de lingénierie des projets Open Source, qui apportent bien souvent des solutions innovantes aux problèmes du développement logiciel. Mais lamélioration continue nest pas organisée.www.agilegarden.fr
  27. 27. Même combat ? DES PRATIQUES DINGÉNIERIE LOGICIELLE COMMUNES eXtreme Programming ✔ Test Driven Development (Spring Framework, SQLite, JUnit, FitNesse). ✔ Binômage. ✔ Revue de code croisée. ✔ Refactoring fréquent. ✔ Appropriation collective du code.www.agilegarden.fr
  28. 28. Même combat ? LESPRIT COMMUNAUTAIRE ✔ Une forte esprit de partage et diffusion de la connaissance ➔ Des centaines de blogs et de groupes autour des méthodes agiles. ➔ Des communautés agiles locales très actives. www.agilenantes.orgwww.agilegarden.fr

×