Manager Technique & Qualité

18
Manager Technique & Qualité Présentation pour SUPINFO Paris, le 8 décembre 2004 V2.0 Olivier Rozenkranc [email protected]

description

Manager Technique & Qualité. Présentation pour SUPINFO Paris, le 8 décembre 2004 V2.0 Olivier Rozenkranc [email protected]. Sommaire. Mon itinéraire Mes principales étapes professionnelles Les méthodes Agiles La méthode BPP Questions & réponses. Mon parcours…. 1992-99. Période. - PowerPoint PPT Presentation

Transcript of Manager Technique & Qualité

ManagerTechnique&Qualité

Présentation pour SUPINFOParis, le 8 décembre 2004V2.0

Olivier [email protected]

2

Sommaire

• Mon itinéraire• Mes principales étapes

professionnelles• Les méthodes Agiles• La méthode BPP• Questions & réponses

3

Mon parcours…

A 15 ANS - 6 ANNEES (AUTEUR)

+ 20 LOGICIEL EAO

INNOVATIONS [FICHIER / …]

EXPERT

L4G / SYBASE

OS MULTI TACHES / USERS

KERNEL BDD RELATIONNEL

EMPLOYE N° 11 / 7 ANNEES

DEVELOPPEUR / MANAGER / EXPERT

350 PRODUITS / DRIVER BDD / SQL

FONDATEUR - 2001

CONSULTING METHODE DEVELOPPEMENT

CONSULTING QUALITE & TEST

DIRECTEUR R&D, MEMBRE DU BOARD

CONNEXION AUX APPAREILS MEDICAUX

2002 - CONSULTANT QA

NA

THAN

APPLE

PROLOGUE SA

BUSINESS O

BJECTS

BUSINESS PROCESS PARTNER

CA

PS

ULE

TEC

HOLIVIER

4

Période

• Employé n° 11 entré en 1992 -> 1999

• En charge du domaine des connexions aux bases de données

• Management de 350 produits (version OS, version BDD, langues)

• Au début seul pendant 3 ans et à la fin, manager de 30 personnes

•Business Objects

• Forte culture d’entreprise (Core Values)

• Management multi-cultures (US / France)

• Embauche « par le haut »

• Constante remise en questions (+100% croissance / an)

1992-99

5

Période 2001-04

• Cofondateur de la société (aujourd’hui principal actionnaire)

• Consulting sur les aspects Méthodes de développement et Assurance Qualité

• Concepts initiaux

• Aider les startups à s’organiser

• Aider les investisseurs avant engagement des capitaux

• Spécialisation sur les TPE / PME (Editeur de logiciel)

• Concepts Actuels

• Redressement des éditeurs de logiciel en mal d’organisation

• Audit pour les fonds d’investissement pour continuation d’activité

• Aide à maîtrise d’ouvrage pour les PME / Grand Compte

6

Mes missions chez…

7

Période 2002-04Métier : Logiciel middleware pour la connexion aux appareils médicauxClients : Philips, Draëger-Siemens, GE Médical, …

Entré comme consultant QA en 2002 et en 2003-04 Directeur r&d & Membre du directoire.

– Management équipe de 15 personnes• Développement / Test / Intégration / Offshore

– Définition et mise en place processus de • développement (V et Agile)• QA (ISO 9001:2000 & FDA)• Test (Unitaire, Fonctionnel)

– Mise en production de 2 versions majeures– Développement d’une nouvelle version (2005-06)

• Innovation & rigueur

8

Et si on parlait projet…

Comment abordez-vous un projet ?

1. « Bon, je code et je verrai ensuite… »

2. « Je spécifie tout comme ça je suis sûr de développer sans souci. Je code d’ici…3 semaines si tout va bien ! » 

3. « Qu’est-ce que le projet doit faire ? Je code et je vérifie. Faut que j’avance ! »

9

approches de la gestion de projet…

Ma méthode !

10

Les Méthodes Agiles Caractéristiques

• «Adaptatives» plutôt que prédictives– favorables aux changements– planification plus souple

• Orientées vers les personnes plutôt que vers les processus

– travailler avec les spécificités de chacun – responsabilités partagées

11

Les méthodes AgilesPrincipales Valeurs

– Priorité aux personnes et aux interactions par rapport aux procédures et aux outils

• Travail en groupe, communication

– Priorité aux applications fonctionnelles par rapport à une documentation pléthorique

• Documentations succinctes à jour, documentation permanente du code

– Priorité de la collaboration avec le client par rapport à la négociation de contrat

• Feedback régulier du client, solution répondant réellement aux attentes. Grande maturité du client, relation de confiance

– Priorité de l’acceptation du changement par rapport à la planification

• Planning flexible, modifications possibles après 1ère version du système

12

Les méthodes AgilesLes Principes

– Notre plus grande priorité est de satisfaire le client en lui livrant très tôt et régulièrement des versions fonctionnelles de l’application source de valeur

Le client peut décider à tout moment de la mise en production de l’application

– Accueillir les demandes de changement à bras ouverts, même tard dans le processus de développement. Les méthodologies agiles exploitent les changements pour apporter au client un avantage concurrentiel

Production de systèmes flexibles

– Livrer le plus souvent possible des versions opérationnelles de l’application, avec une fréquence comprise entre deux semaines et un mois, avec une préférence pour l'échelle de temps la plus courte

Livraison d’une application qui satisfasse aux besoins du client

13

2 Méthodes pour en faire 1

Unified Processing

1. Itératif et incrémental  2. Centré sur l’architecture  3. Piloté par les risques  4. Conduit par les cas d’utilisation 

eXtreme Programming

1. La planification par itération2. Faire de petites mise à jour3. Faire des métaphores4. Faire du design simple5. Faire des tests permanents6. Factoriser le code7. Réaliser le code en binôme8. Avoir la propriété collective du

code9. Faire de l’intégration continue10.Grande implication du client 11.Utiliser des standards d’écriture12.Bien s’organiser pour éviter les

heures supplémentaires avec les risques sur la qualité et les impacts sur le budget que cela implique

14

La méthode

1. Le projet commence par la définition de son architecture « haut niveau »

2. Le projet est itératif et incrémental avec utilisation des itérations.3. Le projet est conduit par des scénarii d’utilisation du logiciel

écris par le client4. La planification du projet est flexible5. Le projet est piloté par les risques6. Le projet suit un cycle d’intégration permanente avec un produit

fonctionnel à chaque itération.7. Le projet suit un cycle de tests permanent pour chaque

itération.8. Le code du projet utilise des standards d’écriture9. Le code du projet doit rester simple.10. La documentation du projet doit être succincte et le code

commenté de façon constante

15

La méthode

ArchitectureVisoning Création des U.S.

Debut Itération 1-Choix des U.S.

-Def des tasks Dev

Fin Itération 1-debriefing

Début Itération 2-Choix de U.S.

- Def des tasks dev

Fin Itération 2-debriefing

Début Itération 3-Choix de U.S.

- Def des tasks dev

- développement des User Stories/Dev Task- écriture des script de test pour chaque US

Passage des test pour les USde l’itération précédente.

Itération...

- développement des User Stories/Dev Task- écriture des script de test pour chaque US

16

Les outils

• Open Source– XPlanner (www.xplanner.org)– CVS– Bugzilla

• Développement « maison »– TimeTracker (temps de travail)– ProjectTracker (indicateurs & reporting)

17

Conclusion….Selon les statistiques, il y a une personne sur cinq qui est déséquilibrée.S'il y a quatre personnes autour de toi et qu'elles te semblent normales, c'est pas bon.

Jean-Claude Van Damme

Cultiver la

Différence !

Si tu travailles avec un marteau-piqueur pendant un tremblement de terre, désynchronise-toi, sinon tu travailles pour rien.

Jean-Claude Van Damme Innover !

Questions - Réponses

Contact : Olivier Rozenkranc, [email protected] : Olivier Rozenkranc, [email protected]