Mobile, Agile : Faire beau, vite et bien                           Best Of Mobile – 5 avril 2012
« Time to Market » court                 De fortes dépendancesUne approche centrée sur l’utilisateur   Des tests complexes...
« Time to Market » court
Aller vite... très viteÒ  Une idée doit être exploitée vite avant que les concurrents ne    se l’approprientÒ  Projet cl...
Dynamique projet par de courtes itérations   Planification          Planification         Planification      Démo         ...
Agile … pour gérer le « Time to Market » courtÒ  Le concept de flux tiré (Just in Time) pour optimiser le « Lead    Time ...
Une approche « User centric »
Création et ergonomieÒ  Une conception centrée sur l’utilisateurÒ  Des usages qui changes très fréquemmentÒ  Une applic...
Agile … pour gérer une approche « User Centric »        Surtout pas de spécifications détaillées !Ò  Formalisation des be...
Feedbacks
Un périmètre en évolution
Pas de temps pour spécifierÒ  Spécifications au fil de l’eauÒ  Beaucoup d’exigences sur l’IHM vs peu de règles de gestio...
Agile … pour gérer un périmètre en évolutionÒ  « Product Backlog » construit collectivement en « Itération    Zéro » et r...
Des dépendances très fortes
Développements et technologiesÒ  La team mobile est dépendante des travaux d’ergonomie, de    création graphique et de ba...
Agile … pour gérer des dépendances très fortesÒ  Re-priorisation des « Users-Stories » pour palier aux    éventuelles ind...
Des tests complexes
Tests et déploiementÒ  Une application de mauvaise qualité sera supprimée du    SmartphoneÒ  Tester une application Mobi...
Agile … pour gérer des tests complexesÒ  Prise en main sur « Device » par les utilisateurs à la suite de    chaque livrai...
Des technologies jeunes
Constamment faire des choixÒ  Besoin de solution multiplateformeÒ  Solution peu documentée, expertises peu disponibles s...
Agile … pour gérer des technologies jeunesÒ  Développement en binôme / Esprit d’équipeÒ  Vélocité qui permet de vérifier...
Vélocité
Conclusion
Adopter l’Agile pour vos projets mobilesÒ  Faculté d’adaptationÒ  Réelle collaborationÒ  Démonstrations et tests réguli...
MerciJean-Michel Legrand!                             Yohan Founs!Consultant Agile Senior!             Directeur Technique...
Prochain SlideShare
Chargement dans…5
×

Valtech - Mobile, Agile : Faire beau, vite et bien

1 433 vues

Publié le

Mobile, Agile : Faire beau, vite et bien
Best Of Mobile - 5 avril 2012

Jean-Michel Legrand, Consultant Agile Senior
jean-michel.legrand@valtech.fr

Yohan Founs, Directeur Technique Mobile
yohan.founs@valtech.fr

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

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

Aucune remarque pour cette diapositive

Valtech - Mobile, Agile : Faire beau, vite et bien

  1. 1. Mobile, Agile : Faire beau, vite et bien Best Of Mobile – 5 avril 2012
  2. 2. « Time to Market » court De fortes dépendancesUne approche centrée sur l’utilisateur Des tests complexesUn périmètre en évolution Des technologies jeunes
  3. 3. « Time to Market » court
  4. 4. Aller vite... très viteÒ  Une idée doit être exploitée vite avant que les concurrents ne se l’approprientÒ  Projet classique : 6 à 18 mois, projet mobile : 3 à 6 moisÒ  Un périmètre souvent limité
  5. 5. Dynamique projet par de courtes itérations Planification Planification Planification Démo Démo Démo Rétrospective Rétrospective Rétrospective Livraison Livraison Livraison 1 2 3 Planification Planification Planification Démo Démo Démo Rétrospective Rétrospective Rétrospective Livraison Livraison Livraison 4 5 6 Une itération = 2 semaines
  6. 6. Agile … pour gérer le « Time to Market » courtÒ  Le concept de flux tiré (Just in Time) pour optimiser le « Lead Time »Ò  La priorisation des fonctionnalités à livrer en fonction de la valeur ajoutéeÒ  La livraison des fonctionnalités (en fin d’itération) à un panel d’utilisateurs
  7. 7. Une approche « User centric »
  8. 8. Création et ergonomieÒ  Une conception centrée sur l’utilisateurÒ  Des usages qui changes très fréquemmentÒ  Une application doit être utile à sa cible
  9. 9. Agile … pour gérer une approche « User Centric » Surtout pas de spécifications détaillées !Ò  Formalisation des besoins par des « User Stories » & un Story boardÒ  Notion de « feedbacks » utilisateurs Ò  Via la démonstration Ò  Via des tests du panel d’utilisateursÒ  « Innovations Game » (session de brainstorming)
  10. 10. Feedbacks
  11. 11. Un périmètre en évolution
  12. 12. Pas de temps pour spécifierÒ  Spécifications au fil de l’eauÒ  Beaucoup d’exigences sur l’IHM vs peu de règles de gestionÒ  Des « histoires utilisateur » à raconter via le Story-boardÒ  Prototypage interactif
  13. 13. Agile … pour gérer un périmètre en évolutionÒ  « Product Backlog » construit collectivement en « Itération Zéro » et revu périodiquementÒ  Formalisation par un outil de gestion des changementsÒ  Disponibilité du « Product Owner »
  14. 14. Des dépendances très fortes
  15. 15. Développements et technologiesÒ  La team mobile est dépendante des travaux d’ergonomie, de création graphique et de backofficeÒ  Les technologies changent très souventÒ  Des choix de nouveaux supports en cours de projet
  16. 16. Agile … pour gérer des dépendances très fortesÒ  Re-priorisation des « Users-Stories » pour palier aux éventuelles indisponibilitésÒ  Simplification au besoin (de l’ergonomie par exemple)Ò  « Bouchonnage » pour diminuer la perte des énergies
  17. 17. Des tests complexes
  18. 18. Tests et déploiementÒ  Une application de mauvaise qualité sera supprimée du SmartphoneÒ  Tester une application Mobile est plus complexe car les tests sont manuels et sur de nombreux devices
  19. 19. Agile … pour gérer des tests complexesÒ  Prise en main sur « Device » par les utilisateurs à la suite de chaque livraisonÒ  Tests de performances Ò  Stress réseaux Ò  Stress tactile (syndrome du click/tap)
  20. 20. Des technologies jeunes
  21. 21. Constamment faire des choixÒ  Besoin de solution multiplateformeÒ  Solution peu documentée, expertises peu disponibles sur le marchéÒ  Solution moins mature sur certaines plateforme
  22. 22. Agile … pour gérer des technologies jeunesÒ  Développement en binôme / Esprit d’équipeÒ  Vélocité qui permet de vérifier l’avancementÒ  Sessions d’expérimentation limitée dans le temps
  23. 23. Vélocité
  24. 24. Conclusion
  25. 25. Adopter l’Agile pour vos projets mobilesÒ  Faculté d’adaptationÒ  Réelle collaborationÒ  Démonstrations et tests réguliersÒ  « Time To Market »Ò  Performances & qualité
  26. 26. MerciJean-Michel Legrand! Yohan Founs!Consultant Agile Senior! Directeur Technique Mobile !06 82 26 26 65" 06 61 93 88 97"jean-michel.legrand@valtech.fr " yohan.founs@valtech.fr "

×