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

Donner le pouvoir de build à votre PO - DroidCon Paris 18 june 2013

on

  • 338 views

http://www.paug.fr

http://www.paug.fr

Statistics

Views

Total Views
338
Views on SlideShare
338
Embed Views
0

Actions

Likes
0
Downloads
2
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

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

Donner le pouvoir de build à votre PO -  DroidCon Paris 18 june 2013 Donner le pouvoir de build à votre PO - DroidCon Paris 18 june 2013 Presentation Transcript

  • 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
  • 2DEVELOPPEURMOBILEiOSAndroidBlackberryBadaWindowsPhone7Tech LeadMathieumha@octo.com@mhausherr
  • 3Retour d’expérience sur un projet d’entreprise7000 téléphones AndroidJusqu’à 17 développeurs5 versionsmajeures de l’application en 1 an View slide
  • 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é? View slide
  • 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
  • 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Ê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
  • 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
  • 9Notre interface
  • 10Créer un build avec des paramètres
  • 11BesoinInteragir avec unenvironnement serveurcomplexeDev / Qualif / Preprod/ProdFormation des utilisateursSolutionFichier de config dansres/raw généré par AntConfig Serveur / Mode formation
  • 12Config Serveur / Mode formation
  • 13Config Serveur / Mode formation
  • 14BesoinSimplifier au maximum ladistributionOn le faisait déjà à la mainSolutionAPK en pièce jointe d’unemailKeep It Simple and StupidEnvoi par Mail
  • 15Envoi par Mail
  • 16BesoinModifier cetteconfiguration en liveSolutionMenu Développeur
  • 17Menu Développeur
  • 18BesoinReconstruire la versionlivrée:Aux métiersAux utilisateursPilotesTout le mondeSolutionSe baser sur les tagsSVNVersion du code
  • 19Version du code
  • 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
  • 21Impact sur la méthodologie
  • 22Impact sur la méthodologieDéveloppement
  • 23Impact sur la méthodologieValidationpar le PO
  • 24Impact sur la méthodologieTâchestechniques:validation parles devs
  • 25Impact sur la méthodologieGraphisme
  • 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?
  • 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