Méthodologie

Services

Nous utilisons les méthodes itératives et agiles standards de l’industrie pour mener nos projets.

Ils nous permettent de livrer des expériences utilisateur intuitives et attractives.

Introduction


Les consultants Flexriver ont appliqué les méthodes agiles depuis 2005. Les projets sont découpés en itérations. Chaque itération donne un livrable que l’utilisateur peut tester.

Bénéfices directement expérimentées :

- L’utilisateur valide le développement à chaque itération et le produit final est nécessairement proche des besoins fonctionnels et techniques ;
- Il est facile de rajouter de nouvelles personnes au projet. Les itérations précédentes sont déjà documentées. La nouvelle personne apprend rapidement le système et se met à niveau en participant à une nouvelle itération.
- La méthodologie force une communication fréquente, l’implication des fonctionnels et la prise en compte du feedback par les développeurs.

Les méthodes utilisées sont standards. Nous les avons outillées pour les projets RIA, Flex et Java.

Open UP - Unified Process


La méthode Open-UP et sa grande sœur Rational UP formalisent le développement incrémental et itératif.

Dans les phases d’élaboration, nous développons le design visuel et le design fonctionnel. Nous nous appuyons sur les cas d’utilisation, wireframe, storyboard, et High Level Design document pour communiquer avec nos clients.

Les itérations de construction s’appuient sur un processus d’intégration continue. Chaque itération produit une nouvelle version de l’application que l’utilisateur peut tester.

La valeur métier est livrée de manière incrémentale avec chaque itération :

Développement itératif en Open-UP

XP – eXtreme Programming


La méthode XP complémente les méthodes UP et met l’utilisateur au sein du dispositif de développement. Avec XP, la programmation devient une discipline collective.

Les principes de cette méthode ne sont pas nouveaux : ils existent depuis longtemps. L’originalité de la méthode est de les pousser à l’extrême :

- puisque les besoins évoluent vite, nous ferons des cycles de développement très rapides pour nous adapter au changement

- puisque la compréhension est importante, nous définirons et ferons évoluer ensemble des métaphores

- puisque la conception est importante, elle sera faite tout au long du projet (refactoring)

- puisque la simplicité permet d’avancer plus vite, nous choisirons toujours la solution la plus simple

- puisque les tests sont utiles, ils seront faits systématiquement avant chaque implémentation

- puisque la revue de code est une bonne pratique, elle sera faite en permanence (par un binôme)

- puisque l’intégration des modifications est cruciale, nous l’effectuerons plusieurs fois par jour

Le cycle se répète tant que le client peut fournir des scénarios à livrer.