AT2010 Mise place d'un projet Agile

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 »
Projets échouent
Planning dérapent
Logiciels livrés sont inadaptés
Trouver une méthode corrigeant ces problèmes

Pourquoi les méthodologies agiles Stopper le « tir au canon » But Stopper le « tir au canon » Éviter le « but idéalisé » Ne pas dépenser une énergie folle Management Technique

Les valeurs du manifeste agile
L’interaction avec les personnes
plutôt que les processus et les outils.
Un produit opérationnel
plutôt qu’une documentation pléthorique.
La collaboration avec le client
plutôt que la négociation de contrat.
La réactivité face au changement
plutôt que le suivi d'un plan.

Les valeurs du manifeste agile
Répondre aux besoins (changeants) du client en produisant - en continu - un logiciel de qualité.
Adapté aux :
Start-up
Produits innovants
Concurrence forte

Laurent Deséchalliers
4 Start-up
2 éditrices de logiciel
2 eCommerce

Laurent Deséchalliers
Mise en place, en partant de zéro
méthodologies (agiles)
Infrastructure hardware/logiciel de dev.
Forge, Poste travail, réseau...
recrutement équipe
Vision, dès leur naissance, de toutes les étapes de projets

Maquette, Logiciel, Produit
Comment concilier :
développement serein
démarchage commercial « vif »

Logiciel : lourdeur synchro ressources pour livrable..
Forge : Build, repo, TAG svn, chanlog...
Test : Build, recette...
MAJ Doc. : tech, commercial, mkt, site web, dossier presse...
MAJ : Packaging, logo, codes barres...
...

Logiciel pas forcément adapté aux démonstrations commerciales
Lourdeur initialisation
Configuration par défaut
Lourdeur remise à zéro
Remise à zéro en quelques secondes
Lourdeur infrastructure
Serveur, AP wifi, routeur, SGBD
Lourdeur synchro ressources pour livrable...

Pensez une démo (maquette, adaptation du logiciel) dès le départ
Ré-initialisable vite et simplement
Transportable (laptop) simplement
Gérant plusieurs configurations (clients)
Machines virtuelles par exemple

Cycle logiciel/maquette
Logiciel N N+1 N+2 D é m o C o n t i n u e Logiciel Maquette FeedBack - Interne - prospects

Produit
Logiciel
War java
Serveur Web Java
Database
...
Infra
Serveur
AP Wifi
Câbles à gogo
...

Maquette
Full JavaScript
DataBase : fichier Json
Multi-configuration client
Opposé du logiciel
« Resetable » à volonté
Juste l'appareil

Relation Client/Équipe de dév
La guerre/isolation management/technique
Les spécifications

La guerre/isolation management/tekos
Réalité dans de nombreuses entreprises
Communiquer en permanence
S'opposer à la « politique des tranchées » :
Chacun dans son coin
A l'opposé, s'opposer aux réunions « marathon » qui ne servent à rien

Réunion tous les matins pour les techniques
Ce que j'ai fais hier
Les problèmes rencontrés
Ce que je vais faire aujourd'hui
Début journée,
Heure fixe,
Pas plus de 10 minutes

Source : http://runningagile.files.wordpress.com/2008/01/scrum_board.jpg?w=500

Réunion toute les semaines techniques/management
Avancement des techniques
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
réunion hebdomadaire

Réunion à chaque livrable (2->4 semaines)
Présentation du livrable par technique
Véritable test du livrable par management
Validation
Clôture
Départ nouveau livrable

Les spécifications
L'équipe de développement ne peut « deviner » les besoins du client
Le client doit spécifier ses besoins
Éviter les incompréhensions

Les spécifications
Le management
« Je sais pas faire de cahier des charges »
« Je suis pas spécialiste du logiciel »
L'équipe technique
« Je ne connais pas le métier du client »
« Je peux pas me substituer au client pour les choix métiers »

Les spécifications
Trouver une méthodologie
Souple mais formelle
Rapide
Ne figeant pas les spécifications dans le marbre
Conciliant management et technique

Les spécifications
MockUp
Rapide
« Accessible » au management
Convivial
Technique ET management
(Image source Octo Technologie)

Les spécifications
Cinématique
(Image source Octo Technologie)

Les spécifications
Scénarii
Description avec des :
Mots : Si/alors/oui/non/OK:KO...
Puces indentées
Très « wikisable »

Les spécifications
Scénarii
Management oublie souvent (pour un scénario)
Les cas KO
Les acteurs « non vendeur »
Pensent au Front office -> car ce qu'ils « vendent »
Oublient BackOffice
Solution -> passer tous les acteurs sur un scénario

Les spécifications

Pourquoi une forge ?
Quelle forge minimaliste ?
Le poste de travail
Comment gérer la montée en puissance ?

Pourquoi une forge ?
Démultiplier sa productivité (et sa qualité) par le biais d'outils
Penser son métier au lieu de le subir
Agilité : penser son métier et non le subir
Outil est un démultiplicateur

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

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)

Wiki
Souplesse de documentation
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

Outil de déploiement
Tester en permanence en environnement de pré-prod
Gain de temps
Projet actuel
Déploiement automatisé : 22 sec
Déploiement manuel : 10 minutes + fatigue intellectuelle + erreur possible

Le poste de travail
« Do you use the best tools money can buy? » Joel on software test

Le poste de travail
Outil de productivité et de qualité

Le poste de travail
Investir temps dans le poste de travail
Parfois avec des outils très simples
Gain productivité / aisance au travail immédiat

Le poste de travail
Investir temps dans le poste de travail
PC dev Forge (repo) Apliance (cible) Pilotage Reporting

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

AT2010 Mise place d'un projet Agile

by Normandy JUG on Oct 30, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 97

Statistics

AT2010 Mise place d’un projet Agile — Presentation Transcript