Donner le pouvoir de build à votre PO -  DroidCon Paris 18 june 2013
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
376
On Slideshare
376
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
2
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. 1Tél : +33 (0)1 58 56 10 00Fax : +33 (0)1 58 56 10 01www.octo.com© OCTO 201250, avenue des Champs-Elysées75008 Paris - FRANCE18/06/2013Donnez le pouvoir de build à votre PODroidcon Paris 2013
  • 2. 2DEVELOPPEURMOBILEiOSAndroidBlackberryBadaWindowsPhone7Tech LeadMathieumha@octo.com@mhausherr
  • 3. 3Retour d’expérience sur un projet d’entreprise7000 téléphones AndroidJusqu’à 17 développeurs5 versionsmajeures de l’application en 1 an
  • 4. 4Répondre aux vrais besoins utilisateursRencontre directe avec les utilisateurs finauxDes besoins qui évoluent rapidementRépondre aux changementsApplications métier utilisées quotidiennement par des professionnelsHaut niveau de qualité requisEmprunte à plusieurs méthodes :Extreme programming (TDD, pair programming, revue de code, refactoring)SCRUM (rôles, rituels, scrumboard, …)Pourquoi l’agilité?
  • 5. 5Qui est le Product Owner?Il porte la vision du produitIl priorise et re-priorise son backlogIl connait son clientIl est un acteur dans la rédaction desspécificationsIl peut refuser une fonctionnalitéC’est lui qui décide que cest bienDONEIl fait partie de l’équipe
  • 6. 6La proximité et la confiance ne font pas toutPour valider les fonctionnalités développées, le PO doit pouvoir tester lesapplications quand il le souhaiteDélicat de solliciter l’équipe à chaque foisNos DouleursDésolé de te dérangerpour la 11e fois cematin, tu peux merefaire un APK stp…?
  • 7. 7Être certain de vos commitsTous les commits compilentNe pas faire de régressionTester sur de vrais devices avant de commiterTester automatiquementTest unitairesRobolectricTest d’interfacesOn a testé RobotiumLes prérequis
  • 8. 8Monter une Usine de DéveloppementStandard du monde JavaUtilisation de JenkinsScript de compilation en ANT plutôtque Maven ou GradleComment aller plus loin?Tout le monde sur le projet utilisecet outil
  • 9. 9Notre interface
  • 10. 10Créer un build avec des paramètres
  • 11. 11BesoinInteragir avec unenvironnement serveurcomplexeDev / Qualif / Preprod/ProdFormation des utilisateursSolutionFichier de config dansres/raw généré par AntConfig Serveur / Mode formation
  • 12. 12Config Serveur / Mode formation
  • 13. 13Config Serveur / Mode formation
  • 14. 14BesoinSimplifier au maximum ladistributionOn le faisait déjà à la mainSolutionAPK en pièce jointe d’unemailKeep It Simple and StupidEnvoi par Mail
  • 15. 15Envoi par Mail
  • 16. 16BesoinModifier cetteconfiguration en liveSolutionMenu Développeur
  • 17. 17Menu Développeur
  • 18. 18BesoinReconstruire la versionlivrée:Aux métiersAux utilisateursPilotesTout le mondeSolutionSe baser sur les tagsSVNVersion du code
  • 19. 19Version du code
  • 20. 20Possibilité pour le PO de builder seul et à n’importe quel momentLibère du temps à l’équipe de devMoins dérangés, plus concentrésQualité du code développé augmentePlus grande réactivité pour valider les User Stories développéesLes anomalies sont détectées/corrigées au fur et à mesureQualité du produit augmenteParamètres de build donnent du confort (envoi de mail, choix del’environnement, ….)Gain de temps pour le PORéactivité face au client, livraisons fréquentes et tracéesAméliore la relation métier / DSI~500 Builds depuis un anRésultats
  • 21. 21Impact sur la méthodologie
  • 22. 22Impact sur la méthodologieDéveloppement
  • 23. 23Impact sur la méthodologieValidationpar le PO
  • 24. 24Impact sur la méthodologieTâchestechniques:validation parles devs
  • 25. 25Impact sur la méthodologieGraphisme
  • 26. 26En un clic l’utilisateur a sa nouvelle version sur son téléphoneInterconnexion avec le store d’entreprise… Mais on n’est pas encore prêtLe test manuel reste rassurant et indispensableEt si on allait jusqu’au job de livraison?
  • 27. 27Chaque commit est envoyé en prodLes géants du web le fontGithubFacebookOn n’en est pas là …Sur mobile c’est plus compliquéBesoin de validation MétierMême dans une grande structure institutionnelle on arrive à s’en approcherOu même au Continuous delivery?
  • 28. 28