Download
1 / 18
180 likes | 264 Views
Manager Technique & Qualité. Présentation pour SUPINFO Paris, le 8 décembre 2004 V2.0 Olivier Rozenkranc olivier@rozenkranc.com. 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.
E N D
ManagerTechnique&Qualité • Présentation pour SUPINFO • Paris, le 8 décembre 2004 • V2.0 • Olivier Rozenkranc olivier@rozenkranc.com
Sommaire • Mon itinéraire • Mes principales étapes professionnelles • Les méthodes Agiles • La méthode BPP • Questions & réponses
1992-99 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)
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
Période 2002-04 Métier : Logiciel middleware pour la connexion aux appareils médicaux Clients : 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
Et si on parlait projet… Comment abordez-vous un projet ? • « Bon, je code et je verrai ensuite… » • « 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 ! » • « Qu’est-ce que le projet doit faire ? Je code et je vérifie. Faut que j’avance ! »
approches de la gestion de projet… Ma méthode !
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
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
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
Unified Processing Itératif et incrémental Centré sur l’architecture Piloté par les risques Conduit par les cas d’utilisation eXtreme Programming La planification par itération Faire de petites mise à jour Faire des métaphores Faire du design simple Faire des tests permanents Factoriser le code Réaliser le code en binôme Avoir la propriété collective du code Faire de l’intégration continue Grande implication du client Utiliser des standards d’écriture Bien s’organiser pour éviter les heures supplémentaires avec les risques sur la qualité et les impacts sur le budget que cela implique 2 Méthodes pour en faire 1
La méthode • Le projet commence par la définition de son architecture « haut niveau » • Le projet est itératif et incrémental avec utilisation des itérations. • Le projet est conduit par des scénarii d’utilisation du logiciel écris par le client • La planification du projet est flexible • Le projet est piloté par les risques • Le projet suit un cycle d’intégration permanente avec un produit fonctionnel à chaque itération. • Le projet suit un cycle de tests permanent pour chaque itération. • Le code du projet utilise des standards d’écriture • Le code du projet doit rester simple. • La documentation du projet doit être succincte et le code commenté de façon constante
Les outils • Open Source • XPlanner (www.xplanner.org) • CVS • Bugzilla • Développement « maison » • TimeTracker (temps de travail) • ProjectTracker (indicateurs & reporting)
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, olivier@rozenkranc.com
