SlideShare une entreprise Scribd logo
1  sur  42
Mise en place d'un projet agile
Laurent Deséchalliers
27 Octobre 2010
Plan
• Présentation Laurent Deséchalliers
• Pourquoi développer un logiciel ?
• Maquette, Logiciel et Produit
• Relation Client/Équipe de dév.
• Production et usine logicielle
But de cette conférence
Retour d'expérience sur mise en place d'un
projet selon l'esprit agile
structure naissante et de petite taille
• Pas une conférence sur les différentes
méthodologies agiles
Pourquoi les méthodologies agiles
• Constat sur les projets logiciels « classiques »
o Projets échouent
o Planning dérapent
o Logiciels livrés sont inadaptés
➔
Trouver une méthode corrigeant ces problèmes
Pourquoi les méthodologies agiles
ButStopper le
« tir au canon »
Stopper le
« tir au canon »
Éviter le
« but idéalisé »
Ne pas dépenser
une énergie folle
Management
Technique
Pourquoi les méthodologies agiles
• Les valeurs du manifeste agile
o L’interaction avec les personnes
• plutôt que les processus et les outils.
o Un produit opérationnel
• plutôt qu’une documentation pléthorique.
o La collaboration avec le client
• plutôt que la négociation de contrat.
o La réactivité face au changement
• plutôt que le suivi d'un plan.
Pourquoi les méthodologies agiles
• Les valeurs du manifeste agile
o Répondre aux besoins (changeants) du client en
produisant - en continu - un logiciel de qualité.
• Adapté aux :
o Start-up
o Produits innovants
o Concurrence forte
Laurent Deséchalliers
• 4 Start-up
o 2 éditrices de logiciel
o 2 eCommerce
Laurent Deséchalliers
• Mise en place, en partant de zéro
o méthodologies (agiles)
o Infrastructure hardware/logiciel de dev.
• Forge, Poste travail, réseau...
o recrutement équipe
➔
Vision, dès leur naissance, de toutes les étapes
de projets
Maquette, Logiciel, Produit
• Comment concilier :
o développement serein
o démarchage commercial « vif »
Maquette, Logiciel, Produit
• Logiciel : lourdeur synchro ressources pour
livrable..
o Forge : Build, repo,TAG svn, chanlog...
o Test : Build, recette...
o MAJ Doc. : tech, commercial, mkt, site web, dossier
presse...
o MAJ : Packaging, logo, codes barres...
o ...
Maquette, Logiciel, Produit
• Logiciel pas forcément adapté aux
démonstrations commerciales
o Lourdeur initialisation
• Configuration par défaut
o Lourdeur remise à zéro
• Remise à zéro en quelques secondes
o Lourdeur infrastructure
• Serveur, AP wifi, routeur, SGBD
• Lourdeur synchro ressources pour livrable...
Maquette, Logiciel, Produit
• Pensez une démo (maquette, adaptation du
logiciel) dès le départ
o Ré-initialisable vite et simplement
o Transportable (laptop) simplement
o Gérant plusieurs configurations (clients)
• Machines virtuelles par exemple
Maquette, Logiciel, Produit
• Cycle logiciel/maquette
Logiciel
Logiciel Maquette
N
N+1
N+2
FeedBack
- Interne
- prospects
D
é
m
o
C
o
n
t
i
n
u
e
Maquette, Logiciel, Produit
• Produit
o Logiciel
• War java
• ServeurWeb Java
• Database
• ...
o Infra
• Serveur
• APWifi
• Câbles à gogo
• ...
Maquette, Logiciel, Produit
• Maquette
o Full JavaScript
o DataBase : fichier Json
o Multi-configuration client
• Opposé du logiciel
o « Resetable » à volonté
o Juste l'appareil
Relation Client/Équipe de dév
• La guerre/isolation management/technique
• Les spécifications
Relation Client/Équipe de dév
• La guerre/isolation management/tekos
o Réalité dans de nombreuses entreprises
o Communiquer en permanence
o S'opposer à la « politique des tranchées » :
• Chacun dans son coin
o A l'opposé, s'opposer aux réunions « marathon » qui
ne servent à rien
o
Relation Client/Équipe de dév
• La guerre/isolation management/tekos
o Réunion tous les matins pour les techniques
o Ce que j'ai fais hier
o Les problèmes rencontrés
o Ce que je vais faire aujourd'hui
• Début journée,
• Heure fixe,
• Pas plus de 10 minutes
Relation Client/Équipe de dév
Source : http://runningagile.files.wordpress.com/2008/01/scrum_board.jpg?w=500
Relation Client/Équipe de dév
• La guerre/isolation management/tekos
o Réunion toute les semaines
techniques/management
o Avancement des techniques
o Question du management aux techniques pour les
livrables futurs
• Management reste à disposition des techniques, à tout
moment, pour questions sur le développement actuel
• Le management n'interrompt pas les techniques à
longueur de journée
o réunion hebdomadaire
Relation Client/Équipe de dév
• La guerre/isolation management/tekos
o Réunion à chaque livrable (2 4 semaines)→
• Présentation du livrable par technique
• Véritable test du livrable par management
o Validation
• Clôture
o Départ nouveau livrable
Relation Client/Équipe de dév
• Les spécifications
o L'équipe de développement ne peut « deviner » les
besoins du client
o Le client doit spécifier ses besoins
• Éviter les incompréhensions
Relation Client/Équipe de dév
• Les spécifications
o Le management
• « Je sais pas faire de cahier des charges »
• « Je suis pas spécialiste du logiciel »
o L'équipe technique
• « Je ne connais pas le métier du client »
• « Je peux pas me substituer au client pour les choix
métiers »
Relation Client/Équipe de dév
• Les spécifications
o Trouver une méthodologie
• Souple mais formelle
• Rapide
• Ne figeant pas les spécifications dans le marbre
• Conciliant management et technique
Relation Client/Équipe de dév
• Les spécifications
o MockUp
• Rapide
• « Accessible » au
management
• Convivial
o Technique ET
management
(Image source OctoTechnologie)
Relation Client/Équipe de dév
• Les spécifications
o Cinématique
(Image source OctoTechnologie)
Relation Client/Équipe de dév
• Les spécifications
o Scénarii
• Description avec des :
o Mots : Si/alors/oui/non/OK:KO...
o Puces indentées
 Très « wikisable »
Relation Client/Équipe de dév
• Les spécifications
o Scénarii
• Management oublie souvent (pour un scénario)
o Les cas KO
o Les acteurs « non vendeur »
 Pensent au Front office car ce qu'ils « vendent »→
 Oublient BackOffice
 Solution passer tous les acteurs sur un scénario→
Relation Client/Équipe de dév
• Les spécifications
OK KO (1..*)
Acteur 1
Acteur 2
Acteur 3
Production et usine logicielle
• Pourquoi une forge ?
• Quelle forge minimaliste ?
• Le poste de travail
• Comment gérer la montée en puissance ?
Production et usine logicielle
• Pourquoi une forge ?
o Démultiplier sa productivité (et sa qualité) par le biais
d'outils
o Penser son métier au lieu de le subir
➔
Agilité : penser son métier et non le subir
➔
Outil est un démultiplicateur
Production et usine logicielle
• Quelle forge minimaliste ?
o Bugtrack
• Un logiciel possède forcément des bugs
• évite de prendre de mauvaises habitudes
• presque impossible à imposer si on habitue le
management au report à l'arrache et sans rigueur
• L'agilité, c'est aussi une certaine rigueur
Production et usine logicielle
• Quelle forge minimaliste ?
o Gestionnaire de version
• Mémoire » de l'évolution du logiciel
• Mémoire des livrable
• Test de régression aisée
• ....
➔
L'outil indispensable pour un projet (agile ou non)
Production et usine logicielle
• Quelle forge minimaliste ?
o Wiki
• Souplesse de documentation
o Système « rugueux »
 Evite le « blabla »
 Se concentre sur l'essence du besoin
• Traçabilité totale sans effort
• Moteur de recherche intégré
• Suivi, sans efforts, des évolutions des documents
Production et usine logicielle
• Quelle forge minimaliste ?
o Outil de déploiement
• Tester en permanence en environnement de pré-prod
• Gain de temps
o Projet actuel
 Déploiement automatisé : 22 sec
 Déploiement manuel : 10 minutes + fatigue intellectuelle +
erreur possible
Production et usine logicielle
• Le poste de travail
« Do you use the best tools 
money can buy? »
Joel on software test
Production et usine logicielle
• Le poste de
travail
• Outil de
productivité
et de qualité
Production et usine logicielle
• Le poste de travail
o Investir temps dans le poste de travail
• Parfois avec des outils très simples
o Gain productivité / aisance au travail immédiat
Production et usine logicielle
• Le poste de travail
o Investir temps dans le poste de travail
PC dev
Forge
(repo)
Apliance
(cible)
Pilotage
Reporting
Production et usine logicielle
Conclusion
• Commencer son projet avec des bases solides
• Penser son projet comme un produit à vendre
• Faire communiquer management et techniques
• Aimer son métier et faire preuve de courage

Contenu connexe

Tendances

Mes Outils Kanban, tout un programme !
Mes Outils Kanban, tout un programme !Mes Outils Kanban, tout un programme !
Mes Outils Kanban, tout un programme !
Cédric Leblond
 
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam CranfordAgile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
ENSIBS
 
Ingénierie agile : N’oubliez pas vos développeurs
Ingénierie agile : N’oubliez pas vos développeursIngénierie agile : N’oubliez pas vos développeurs
Ingénierie agile : N’oubliez pas vos développeurs
Xavier NOPRE
 
Développement en méthode agile
Développement en méthode agileDéveloppement en méthode agile
Développement en méthode agile
laurent bristiel
 
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
ENSIBS
 

Tendances (20)

Mon Agilité est plus grosse que la tienne!
Mon Agilité est plus grosse que la tienne!Mon Agilité est plus grosse que la tienne!
Mon Agilité est plus grosse que la tienne!
 
Les Bases des Méthodes Lean/Agile
Les Bases des Méthodes Lean/AgileLes Bases des Méthodes Lean/Agile
Les Bases des Méthodes Lean/Agile
 
Ciel, mes développeurs PHP parlent chinois!
Ciel, mes développeurs PHP parlent chinois!Ciel, mes développeurs PHP parlent chinois!
Ciel, mes développeurs PHP parlent chinois!
 
Mes Outils Kanban, tout un programme !
Mes Outils Kanban, tout un programme !Mes Outils Kanban, tout un programme !
Mes Outils Kanban, tout un programme !
 
Agile - DevOps : la boite à outils
Agile - DevOps : la boite à outilsAgile - DevOps : la boite à outils
Agile - DevOps : la boite à outils
 
Cleancode / Tocea / Introduction
Cleancode / Tocea / IntroductionCleancode / Tocea / Introduction
Cleancode / Tocea / Introduction
 
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam CranfordAgile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
 
Pas d'agilité sans qualité
Pas d'agilité sans qualitéPas d'agilité sans qualité
Pas d'agilité sans qualité
 
Ingénierie agile : N’oubliez pas vos développeurs
Ingénierie agile : N’oubliez pas vos développeursIngénierie agile : N’oubliez pas vos développeurs
Ingénierie agile : N’oubliez pas vos développeurs
 
Développement en méthode agile
Développement en méthode agileDéveloppement en méthode agile
Développement en méthode agile
 
Mise en place de bonnes pratiques (Scrum et php) au sein de projets existants
Mise en place de bonnes pratiques (Scrum et php) au sein de projets existantsMise en place de bonnes pratiques (Scrum et php) au sein de projets existants
Mise en place de bonnes pratiques (Scrum et php) au sein de projets existants
 
Presentation du socle technique Java open source Scub Foundation
Presentation du socle technique Java open source Scub FoundationPresentation du socle technique Java open source Scub Foundation
Presentation du socle technique Java open source Scub Foundation
 
Introduction aux spécifications exécutables (dit aussi atdd, bdd)
Introduction aux spécifications exécutables (dit aussi atdd, bdd)Introduction aux spécifications exécutables (dit aussi atdd, bdd)
Introduction aux spécifications exécutables (dit aussi atdd, bdd)
 
Recherche lead technique désespérément
Recherche lead technique désespérémentRecherche lead technique désespérément
Recherche lead technique désespérément
 
Lunch learn 5 sep2013
Lunch learn 5 sep2013Lunch learn 5 sep2013
Lunch learn 5 sep2013
 
Agilité à budget fixe en phase d'avant-vente. Que proposer ?
Agilité à budget fixe en phase d'avant-vente. Que proposer ?Agilité à budget fixe en phase d'avant-vente. Que proposer ?
Agilité à budget fixe en phase d'avant-vente. Que proposer ?
 
Deux ans de développement Agile, erreurs et succès
Deux ans de développement Agile, erreurs et succèsDeux ans de développement Agile, erreurs et succès
Deux ans de développement Agile, erreurs et succès
 
Devoxx 2016 - L'odyssée du Continuous Delivery
Devoxx 2016 - L'odyssée du Continuous DeliveryDevoxx 2016 - L'odyssée du Continuous Delivery
Devoxx 2016 - L'odyssée du Continuous Delivery
 
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
 

En vedette

Approche cadre-logique
Approche cadre-logiqueApproche cadre-logique
Approche cadre-logique
youssefCASA
 
Papierloses Büro- Mobilität ist die Devise
Papierloses Büro- Mobilität ist die DevisePapierloses Büro- Mobilität ist die Devise
Papierloses Büro- Mobilität ist die Devise
Andrea Kaden
 

En vedette (20)

Parrend at2013 strasbourg: roadmap pour une migration kanban au pays des rout...
Parrend at2013 strasbourg: roadmap pour une migration kanban au pays des rout...Parrend at2013 strasbourg: roadmap pour une migration kanban au pays des rout...
Parrend at2013 strasbourg: roadmap pour une migration kanban au pays des rout...
 
Trucs et astuces - arbre des objectifs
Trucs et astuces - arbre des objectifsTrucs et astuces - arbre des objectifs
Trucs et astuces - arbre des objectifs
 
Bittle : tableaux de bord et reporting en ligne dans une approche collaborative
Bittle : tableaux de bord et reporting en ligne dans une approche collaborativeBittle : tableaux de bord et reporting en ligne dans une approche collaborative
Bittle : tableaux de bord et reporting en ligne dans une approche collaborative
 
Modèle de cadre logique simple (tableau logique)
Modèle de cadre logique simple (tableau logique)Modèle de cadre logique simple (tableau logique)
Modèle de cadre logique simple (tableau logique)
 
Innhotep - Roadmap technologique
Innhotep - Roadmap technologiqueInnhotep - Roadmap technologique
Innhotep - Roadmap technologique
 
Approche cadre-logique
Approche cadre-logiqueApproche cadre-logique
Approche cadre-logique
 
Développer des applications pour la TV
Développer des applications pour la TVDévelopper des applications pour la TV
Développer des applications pour la TV
 
Etat de l'art (et roadmap) de la BI mobile Microsoft
Etat de l'art (et roadmap) de la BI mobile MicrosoftEtat de l'art (et roadmap) de la BI mobile Microsoft
Etat de l'art (et roadmap) de la BI mobile Microsoft
 
2 jours pour lancer mon projet agile
2 jours pour lancer mon projet agile2 jours pour lancer mon projet agile
2 jours pour lancer mon projet agile
 
Procima Experts at Salon BI Analytique 2014 - Stratégie & Roadmap, cas Sanimax
Procima Experts at Salon BI Analytique 2014 - Stratégie & Roadmap, cas SanimaxProcima Experts at Salon BI Analytique 2014 - Stratégie & Roadmap, cas Sanimax
Procima Experts at Salon BI Analytique 2014 - Stratégie & Roadmap, cas Sanimax
 
Comment développer une roadmap pour ma startup ?
Comment développer une roadmap pour ma startup ?Comment développer une roadmap pour ma startup ?
Comment développer une roadmap pour ma startup ?
 
Be hot or die
Be hot or dieBe hot or die
Be hot or die
 
Papierloses Büro- Mobilität ist die Devise
Papierloses Büro- Mobilität ist die DevisePapierloses Büro- Mobilität ist die Devise
Papierloses Büro- Mobilität ist die Devise
 
RTB7 remise des moustaches d'or 2012
RTB7 remise des moustaches d'or 2012RTB7 remise des moustaches d'or 2012
RTB7 remise des moustaches d'or 2012
 
Asperger pdd fr
Asperger pdd frAsperger pdd fr
Asperger pdd fr
 
Amourbrunchetsaumonfumé
AmourbrunchetsaumonfuméAmourbrunchetsaumonfumé
Amourbrunchetsaumonfumé
 
Atelier 5 Intervention de X Mercier de MMAP - Marques territoriales, les secr...
Atelier 5 Intervention de X Mercier de MMAP - Marques territoriales, les secr...Atelier 5 Intervention de X Mercier de MMAP - Marques territoriales, les secr...
Atelier 5 Intervention de X Mercier de MMAP - Marques territoriales, les secr...
 
Manque d’acteurs dans l’industrie du Hosting et bande passante sous-exploitée...
Manque d’acteurs dans l’industrie du Hosting et bande passante sous-exploitée...Manque d’acteurs dans l’industrie du Hosting et bande passante sous-exploitée...
Manque d’acteurs dans l’industrie du Hosting et bande passante sous-exploitée...
 
Erinnerung
ErinnerungErinnerung
Erinnerung
 
Saisonrückblick Social Media Recht 2014/2015 (re-publica 2015)
Saisonrückblick Social Media Recht 2014/2015 (re-publica 2015)Saisonrückblick Social Media Recht 2014/2015 (re-publica 2015)
Saisonrückblick Social Media Recht 2014/2015 (re-publica 2015)
 

Similaire à AT2010 Mise place d'un projet Agile

20131024 qualité de code et sonar - mug lyon
20131024   qualité de code et sonar - mug lyon20131024   qualité de code et sonar - mug lyon
20131024 qualité de code et sonar - mug lyon
Clement Bouillier
 
Cours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdfCours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdf
boulonvert
 
La revue de code : agile, lean, indispensable !
La revue de code : agile, lean, indispensable !La revue de code : agile, lean, indispensable !
La revue de code : agile, lean, indispensable !
Lucian Precup
 

Similaire à AT2010 Mise place d'un projet Agile (20)

Genielogiciel
GenielogicielGenielogiciel
Genielogiciel
 
L'Agilité chez GEE Montréal
L'Agilité chez GEE MontréalL'Agilité chez GEE Montréal
L'Agilité chez GEE Montréal
 
Dev opsday case study
Dev opsday   case studyDev opsday   case study
Dev opsday case study
 
20131024 qualité de code et sonar - mug lyon
20131024   qualité de code et sonar - mug lyon20131024   qualité de code et sonar - mug lyon
20131024 qualité de code et sonar - mug lyon
 
Agile Data Warehousing - 7 pillars - Procima Experts
Agile Data Warehousing - 7 pillars - Procima ExpertsAgile Data Warehousing - 7 pillars - Procima Experts
Agile Data Warehousing - 7 pillars - Procima Experts
 
Mettez un peu de CI/CD dans vos projets data !
Mettez un peu de CI/CD dans vos projets data !Mettez un peu de CI/CD dans vos projets data !
Mettez un peu de CI/CD dans vos projets data !
 
Gestion de projet digital
Gestion de projet digitalGestion de projet digital
Gestion de projet digital
 
GAB 2018 PARIS - Mettez un peu de CI/CD dans vos projets data! par Guillaume...
GAB 2018 PARIS - Mettez un peu de CI/CD dans vos projets data!  par Guillaume...GAB 2018 PARIS - Mettez un peu de CI/CD dans vos projets data!  par Guillaume...
GAB 2018 PARIS - Mettez un peu de CI/CD dans vos projets data! par Guillaume...
 
chapitre 1 SI.pdf
chapitre 1 SI.pdfchapitre 1 SI.pdf
chapitre 1 SI.pdf
 
Le Rapid Prototyping, ça marche !
Le Rapid Prototyping, ça marche !Le Rapid Prototyping, ça marche !
Le Rapid Prototyping, ça marche !
 
Definition of Done - Agile Pays Basque - 23/09/2016
Definition of Done - Agile Pays Basque - 23/09/2016Definition of Done - Agile Pays Basque - 23/09/2016
Definition of Done - Agile Pays Basque - 23/09/2016
 
Cours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdfCours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdf
 
Agile Tour Lille 2008
Agile Tour Lille 2008Agile Tour Lille 2008
Agile Tour Lille 2008
 
DDD session BrownBagLunch (FR)
DDD session BrownBagLunch (FR)DDD session BrownBagLunch (FR)
DDD session BrownBagLunch (FR)
 
La revue de code : agile, lean, indispensable !
La revue de code : agile, lean, indispensable !La revue de code : agile, lean, indispensable !
La revue de code : agile, lean, indispensable !
 
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelHa zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
 
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...
 
La relecture de code : avant tout des pratiques
La relecture de code : avant tout des pratiquesLa relecture de code : avant tout des pratiques
La relecture de code : avant tout des pratiques
 
Agilité et SharePoint: Incompatible? On gage que non!
Agilité et SharePoint: Incompatible? On gage que non!Agilité et SharePoint: Incompatible? On gage que non!
Agilité et SharePoint: Incompatible? On gage que non!
 
Mockito - Design + tests par Brice Duteil
Mockito - Design + tests par Brice DuteilMockito - Design + tests par Brice Duteil
Mockito - Design + tests par Brice Duteil
 

Plus de Normandy JUG

Couche Base par Tugdual Grall
Couche Base par Tugdual GrallCouche Base par Tugdual Grall
Couche Base par Tugdual Grall
Normandy JUG
 
Hibernate vs le_cloud_computing
Hibernate vs le_cloud_computingHibernate vs le_cloud_computing
Hibernate vs le_cloud_computing
Normandy JUG
 

Plus de Normandy JUG (20)

Découvrez les bases de l’ergonomie web : donnez à vos utilisateurs le meilleu...
Découvrez les bases de l’ergonomie web : donnez à vos utilisateurs le meilleu...Découvrez les bases de l’ergonomie web : donnez à vos utilisateurs le meilleu...
Découvrez les bases de l’ergonomie web : donnez à vos utilisateurs le meilleu...
 
Codeurs En Seine - Lean startup - Matthieu Garde-Lebreton
Codeurs En Seine - Lean startup - Matthieu Garde-LebretonCodeurs En Seine - Lean startup - Matthieu Garde-Lebreton
Codeurs En Seine - Lean startup - Matthieu Garde-Lebreton
 
What makes groovy groovy codeurs en seine - 2013 - light size
What makes groovy groovy   codeurs en seine - 2013 - light sizeWhat makes groovy groovy   codeurs en seine - 2013 - light size
What makes groovy groovy codeurs en seine - 2013 - light size
 
[Codeurs en seine] management & monitoring cloud
[Codeurs en seine] management & monitoring cloud[Codeurs en seine] management & monitoring cloud
[Codeurs en seine] management & monitoring cloud
 
Fork / Join, Parallel Arrays, Lambdas : la programmation parallèle (trop ?) f...
Fork / Join, Parallel Arrays, Lambdas : la programmation parallèle (trop ?) f...Fork / Join, Parallel Arrays, Lambdas : la programmation parallèle (trop ?) f...
Fork / Join, Parallel Arrays, Lambdas : la programmation parallèle (trop ?) f...
 
Capacity Planning : Pratiques et outils pour regarder la foudre tomber sans p...
Capacity Planning : Pratiques et outils pour regarder la foudre tomber sans p...Capacity Planning : Pratiques et outils pour regarder la foudre tomber sans p...
Capacity Planning : Pratiques et outils pour regarder la foudre tomber sans p...
 
Gatling : Faites tomber la foudre sur votre serveur ! (Stéphane Landelle)
Gatling : Faites tomber la foudre sur votre serveur ! (Stéphane Landelle)Gatling : Faites tomber la foudre sur votre serveur ! (Stéphane Landelle)
Gatling : Faites tomber la foudre sur votre serveur ! (Stéphane Landelle)
 
Soirée Ceylon avec Stéphane Epardaud
Soirée Ceylon avec Stéphane EpardaudSoirée Ceylon avec Stéphane Epardaud
Soirée Ceylon avec Stéphane Epardaud
 
Soirée Guava et Lombok avec Thierry Leriche
Soirée Guava et Lombok avec Thierry LericheSoirée Guava et Lombok avec Thierry Leriche
Soirée Guava et Lombok avec Thierry Leriche
 
Couche Base par Tugdual Grall
Couche Base par Tugdual GrallCouche Base par Tugdual Grall
Couche Base par Tugdual Grall
 
Java7 normandyjug
Java7 normandyjugJava7 normandyjug
Java7 normandyjug
 
Apache, osgi and karaf par Guillaume Nodet
Apache, osgi and karaf par Guillaume NodetApache, osgi and karaf par Guillaume Nodet
Apache, osgi and karaf par Guillaume Nodet
 
Annotations Java par Olivier Croisier
Annotations Java par Olivier CroisierAnnotations Java par Olivier Croisier
Annotations Java par Olivier Croisier
 
Spring Batch 17-05-2011
Spring Batch 17-05-2011Spring Batch 17-05-2011
Spring Batch 17-05-2011
 
ATR2011 - Planning poker
ATR2011 - Planning pokerATR2011 - Planning poker
ATR2011 - Planning poker
 
ATR2011 - Scrum dans les tranchées Normandes
ATR2011 - Scrum dans les tranchées NormandesATR2011 - Scrum dans les tranchées Normandes
ATR2011 - Scrum dans les tranchées Normandes
 
Hibernate vs le_cloud_computing
Hibernate vs le_cloud_computingHibernate vs le_cloud_computing
Hibernate vs le_cloud_computing
 
HTML5 en projet
HTML5 en projetHTML5 en projet
HTML5 en projet
 
Git
GitGit
Git
 
Soirée BPM - Introduction Logica
Soirée BPM - Introduction LogicaSoirée BPM - Introduction Logica
Soirée BPM - Introduction Logica
 

Dernier

ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdfilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ssuser6041d32
 

Dernier (16)

GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxGHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
 
Les phases d'analyse des parties prenantes
Les phases d'analyse des parties prenantesLes phases d'analyse des parties prenantes
Les phases d'analyse des parties prenantes
 
Texte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesTexte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigées
 
Neuvaine de la Pentecôte avec des textes de saint Jean Eudes
Neuvaine de la Pentecôte avec des textes de saint Jean EudesNeuvaine de la Pentecôte avec des textes de saint Jean Eudes
Neuvaine de la Pentecôte avec des textes de saint Jean Eudes
 
Echos libraries Burkina Faso newsletter 2024
Echos libraries Burkina Faso newsletter 2024Echos libraries Burkina Faso newsletter 2024
Echos libraries Burkina Faso newsletter 2024
 
Télécommunication et transport .pdfcours
Télécommunication et transport .pdfcoursTélécommunication et transport .pdfcours
Télécommunication et transport .pdfcours
 
python-Cours Officiel POO Python-m103.pdf
python-Cours Officiel POO Python-m103.pdfpython-Cours Officiel POO Python-m103.pdf
python-Cours Officiel POO Python-m103.pdf
 
Àma Gloria.pptx Un film tourné au Cap Vert et en France
Àma Gloria.pptx   Un film tourné au Cap Vert et en FranceÀma Gloria.pptx   Un film tourné au Cap Vert et en France
Àma Gloria.pptx Un film tourné au Cap Vert et en France
 
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxGHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
 
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptxSaint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
 
Chapitre3-Classififcation des structures de chaussu00E9e.pptx
Chapitre3-Classififcation des structures de  chaussu00E9e.pptxChapitre3-Classififcation des structures de  chaussu00E9e.pptx
Chapitre3-Classififcation des structures de chaussu00E9e.pptx
 
Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024
 
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdfilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
 
CALENDRIER ET COMPTE RENDU REUNION DIRECTION
CALENDRIER ET COMPTE RENDU REUNION DIRECTIONCALENDRIER ET COMPTE RENDU REUNION DIRECTION
CALENDRIER ET COMPTE RENDU REUNION DIRECTION
 
Methode 5S - support de formation -.pdf
Methode 5S  - support de formation -.pdfMethode 5S  - support de formation -.pdf
Methode 5S - support de formation -.pdf
 
Fiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationFiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciation
 

AT2010 Mise place d'un projet Agile

  • 1. Mise en place d'un projet agile Laurent Deséchalliers 27 Octobre 2010
  • 2. Plan • Présentation Laurent Deséchalliers • Pourquoi développer un logiciel ? • Maquette, Logiciel et Produit • Relation Client/Équipe de dév. • Production et usine logicielle
  • 3. But de cette conférence Retour d'expérience sur mise en place d'un projet selon l'esprit agile structure naissante et de petite taille • Pas une conférence sur les différentes méthodologies agiles
  • 4. Pourquoi les méthodologies agiles • Constat sur les projets logiciels « classiques » o Projets échouent o Planning dérapent o Logiciels livrés sont inadaptés ➔ Trouver une méthode corrigeant ces problèmes
  • 5. Pourquoi les méthodologies agiles ButStopper le « tir au canon » Stopper le « tir au canon » Éviter le « but idéalisé » Ne pas dépenser une énergie folle Management Technique
  • 6. Pourquoi les méthodologies agiles • Les valeurs du manifeste agile o L’interaction avec les personnes • plutôt que les processus et les outils. o Un produit opérationnel • plutôt qu’une documentation pléthorique. o La collaboration avec le client • plutôt que la négociation de contrat. o La réactivité face au changement • plutôt que le suivi d'un plan.
  • 7. Pourquoi les méthodologies agiles • Les valeurs du manifeste agile o Répondre aux besoins (changeants) du client en produisant - en continu - un logiciel de qualité. • Adapté aux : o Start-up o Produits innovants o Concurrence forte
  • 8. Laurent Deséchalliers • 4 Start-up o 2 éditrices de logiciel o 2 eCommerce
  • 9. Laurent Deséchalliers • Mise en place, en partant de zéro o méthodologies (agiles) o Infrastructure hardware/logiciel de dev. • Forge, Poste travail, réseau... o recrutement équipe ➔ Vision, dès leur naissance, de toutes les étapes de projets
  • 10. Maquette, Logiciel, Produit • Comment concilier : o développement serein o démarchage commercial « vif »
  • 11. Maquette, Logiciel, Produit • Logiciel : lourdeur synchro ressources pour livrable.. o Forge : Build, repo,TAG svn, chanlog... o Test : Build, recette... o MAJ Doc. : tech, commercial, mkt, site web, dossier presse... o MAJ : Packaging, logo, codes barres... o ...
  • 12. Maquette, Logiciel, Produit • Logiciel pas forcément adapté aux démonstrations commerciales o Lourdeur initialisation • Configuration par défaut o Lourdeur remise à zéro • Remise à zéro en quelques secondes o Lourdeur infrastructure • Serveur, AP wifi, routeur, SGBD • Lourdeur synchro ressources pour livrable...
  • 13. Maquette, Logiciel, Produit • Pensez une démo (maquette, adaptation du logiciel) dès le départ o Ré-initialisable vite et simplement o Transportable (laptop) simplement o Gérant plusieurs configurations (clients) • Machines virtuelles par exemple
  • 14. Maquette, Logiciel, Produit • Cycle logiciel/maquette Logiciel Logiciel Maquette N N+1 N+2 FeedBack - Interne - prospects D é m o C o n t i n u e
  • 15. Maquette, Logiciel, Produit • Produit o Logiciel • War java • ServeurWeb Java • Database • ... o Infra • Serveur • APWifi • Câbles à gogo • ...
  • 16. Maquette, Logiciel, Produit • Maquette o Full JavaScript o DataBase : fichier Json o Multi-configuration client • Opposé du logiciel o « Resetable » à volonté o Juste l'appareil
  • 17. Relation Client/Équipe de dév • La guerre/isolation management/technique • Les spécifications
  • 18. Relation Client/Équipe de dév • La guerre/isolation management/tekos o Réalité dans de nombreuses entreprises o Communiquer en permanence o S'opposer à la « politique des tranchées » : • Chacun dans son coin o A l'opposé, s'opposer aux réunions « marathon » qui ne servent à rien o
  • 19. Relation Client/Équipe de dév • La guerre/isolation management/tekos o Réunion tous les matins pour les techniques o Ce que j'ai fais hier o Les problèmes rencontrés o Ce que je vais faire aujourd'hui • Début journée, • Heure fixe, • Pas plus de 10 minutes
  • 20. Relation Client/Équipe de dév Source : http://runningagile.files.wordpress.com/2008/01/scrum_board.jpg?w=500
  • 21. Relation Client/Équipe de dév • La guerre/isolation management/tekos o Réunion toute les semaines techniques/management o Avancement des techniques o Question du management aux techniques pour les livrables futurs • Management reste à disposition des techniques, à tout moment, pour questions sur le développement actuel • Le management n'interrompt pas les techniques à longueur de journée o réunion hebdomadaire
  • 22. Relation Client/Équipe de dév • La guerre/isolation management/tekos o Réunion à chaque livrable (2 4 semaines)→ • Présentation du livrable par technique • Véritable test du livrable par management o Validation • Clôture o Départ nouveau livrable
  • 23. Relation Client/Équipe de dév • Les spécifications o L'équipe de développement ne peut « deviner » les besoins du client o Le client doit spécifier ses besoins • Éviter les incompréhensions
  • 24. Relation Client/Équipe de dév • Les spécifications o Le management • « Je sais pas faire de cahier des charges » • « Je suis pas spécialiste du logiciel » o L'équipe technique • « Je ne connais pas le métier du client » • « Je peux pas me substituer au client pour les choix métiers »
  • 25. Relation Client/Équipe de dév • Les spécifications o Trouver une méthodologie • Souple mais formelle • Rapide • Ne figeant pas les spécifications dans le marbre • Conciliant management et technique
  • 26. Relation Client/Équipe de dév • Les spécifications o MockUp • Rapide • « Accessible » au management • Convivial o Technique ET management (Image source OctoTechnologie)
  • 27. Relation Client/Équipe de dév • Les spécifications o Cinématique (Image source OctoTechnologie)
  • 28. Relation Client/Équipe de dév • Les spécifications o Scénarii • Description avec des : o Mots : Si/alors/oui/non/OK:KO... o Puces indentées  Très « wikisable »
  • 29. Relation Client/Équipe de dév • Les spécifications o Scénarii • Management oublie souvent (pour un scénario) o Les cas KO o Les acteurs « non vendeur »  Pensent au Front office car ce qu'ils « vendent »→  Oublient BackOffice  Solution passer tous les acteurs sur un scénario→
  • 30. Relation Client/Équipe de dév • Les spécifications OK KO (1..*) Acteur 1 Acteur 2 Acteur 3
  • 31. Production et usine logicielle • Pourquoi une forge ? • Quelle forge minimaliste ? • Le poste de travail • Comment gérer la montée en puissance ?
  • 32. Production et usine logicielle • Pourquoi une forge ? o Démultiplier sa productivité (et sa qualité) par le biais d'outils o Penser son métier au lieu de le subir ➔ Agilité : penser son métier et non le subir ➔ Outil est un démultiplicateur
  • 33. Production et usine logicielle • Quelle forge minimaliste ? o Bugtrack • Un logiciel possède forcément des bugs • évite de prendre de mauvaises habitudes • presque impossible à imposer si on habitue le management au report à l'arrache et sans rigueur • L'agilité, c'est aussi une certaine rigueur
  • 34. Production et usine logicielle • Quelle forge minimaliste ? o Gestionnaire de version • Mémoire » de l'évolution du logiciel • Mémoire des livrable • Test de régression aisée • .... ➔ L'outil indispensable pour un projet (agile ou non)
  • 35. Production et usine logicielle • Quelle forge minimaliste ? o Wiki • Souplesse de documentation o Système « rugueux »  Evite le « blabla »  Se concentre sur l'essence du besoin • Traçabilité totale sans effort • Moteur de recherche intégré • Suivi, sans efforts, des évolutions des documents
  • 36. Production et usine logicielle • Quelle forge minimaliste ? o Outil de déploiement • Tester en permanence en environnement de pré-prod • Gain de temps o Projet actuel  Déploiement automatisé : 22 sec  Déploiement manuel : 10 minutes + fatigue intellectuelle + erreur possible
  • 37. Production et usine logicielle • Le poste de travail « Do you use the best tools  money can buy? » Joel on software test
  • 38. Production et usine logicielle • Le poste de travail • Outil de productivité et de qualité
  • 39. Production et usine logicielle • Le poste de travail o Investir temps dans le poste de travail • Parfois avec des outils très simples o Gain productivité / aisance au travail immédiat
  • 40. Production et usine logicielle • Le poste de travail o Investir temps dans le poste de travail PC dev Forge (repo) Apliance (cible) Pilotage Reporting
  • 41. Production et usine logicielle
  • 42. Conclusion • Commencer son projet avec des bases solides • Penser son projet comme un produit à vendre • Faire communiquer management et techniques • Aimer son métier et faire preuve de courage