Gestion et Suivi de Projet

QOVEO s'engage à mettre en œuvre pour la réussite de votre projet les points suivants :

• Respect des contraintes techniques,
• Attention particulière portée à l'analyse des besoins,
• Respect du planning élaboré et validé lors de la réunion de lancement,
• Mise à disposition de documents livrables à chaque étape et jalons de validation.

Afin de respecter ses engagements, QOVEO met en place un Plan d'Assurance Qualité.

Méthodologie de Projet SCRUM

Nous préconisons de mettre en place une méthodologie de type SCRUM.
Cette démarche favorise le recours au prototypage : l'interface homme/machine (IHM) se doit d'être indépendante des règles métier et peut donc faire l'objet de rapides modifications sans pour autant remettre en cause les règles métier.
Traditionnellement, la méthodologie itérative découpe le projet en 4 phases :

• Initialisation (inception) : définit la « vision » du projet/périmètre associé à l'itération, sa portée, sa faisabilité
• Élaboration : identifie et décrit la majeure partie des besoins utilisateurs, construit l'architecture de base, lève les risques majeurs du projet/périmètre associé à l'itération
• Construction : conçoit et implémente l'ensemble des éléments opérationnels
• Transition : permet de faire passer l'application des développeurs aux utilisateurs finaux. Les mots clefs sont conversions de données, formation utilisateurs, intégration et déploiement

La démarche repose sur 5 principes fondamentaux :

• Séparer les aspects fonctionnels et les aspects techniques
• Travailler selon 2 points de vue qui se complètent et s'enrichissent mutuellement : celui de l'entreprise et celui des applications
• Modéliser l'activité de l'entreprise et des applications aux moyens d'objets en utilisant UML
• Faire des maquettes et des prototypes pour affiner les besoins fonctionnels et les aspects techniques
• Effectuer la réingénierie des applications dans le sens de la réutilisation

Du point de vue « Entreprise », la démarche préconise deux processus d'ingénierie transverses :

• L'analyse métier
• L'architecture technique.

Ces deux activités enrichissent respectivement un référentiel des processus métiers de l'entreprise et un référentiel d'architecture et de solutions techniques.

Mise en œuvre

Des éléments de la méthodologie SCRUM sont employés de manière opérationnelle, notamment le « Daily Scrum meeting » et le « planning review » et dont les éléments caractéristiques sont :

• En pratique, l'équipe agit de façon à réaliser les fonctionnalités par itérations, appelées « sprints »
• Chaque « Sprint » possède un but à atteindre, défini par le Directeur de produit, à partir duquel sont choisies les tâches à effectuer dans ce « sprint ». Un principe fort en Scrum est la participation active du client pour définir les priorités dans ces tâches. Il peut à tout moment compléter ou modifier la liste des fonctionnalités à réaliser, mais jamais celles qui sont en cours de réalisation pendant un « sprint »
• Un « sprint » aboutit toujours sur la livraison d'un produit partiel fonctionnel. Pendant ce temps, le Scrum Master (Responsable de projet / Chef de Projet MOE) a la charge de réduire au maximum les perturbations extérieures et de résoudre les problèmes non techniques de l'équipe
• Pendant un « Sprint », des réunions quotidiennes de moins de 15 minutes (appelées Scrum ou daily Scrum meeting) permettent à toute l'équipe de faire le point sur le travail accompli par chacun depuis la dernière réunion Scrum, les obstacles rencontrés, et le travail prévu d'ici la prochaine réunion, rien de plus
• La durée du projet est découpée en itérations. Une réunion initiale commence chaque itération pour définir les tâches qu'elle va réaliser et une réunion finale présente une démonstration de l'application et fait un point sur ce qui s'est bien passé ou pas : la planning review.

Des tableaux de bords sont régulièrement générés pour avoir une vue réelle de l'avancement (product backlog, sprintboard). Ces outils sont réalisés au format MS Excel.

Plan d'Assurance Qualité

Un Plan d'Assurance Qualité (PAQ) est réalisé à l'issue de la réunion de lancement et basé sur la structure suivante :

• Documents de référence

• Management du document PAQ
  • Identification
  • Suivi des versions
• Contexte et buts du projet
  • Contexte général et enjeux
  • Contexte du projet
  • Finalités du projet de réalisation
    • Périmètre fonctionnel
    • Périmètre technique
• Exigences essentielles
  • Identification des exigences essentielles
  • Critères de satisfaction de ces exigences
  • Reporting
  • Engagement Fournisseur
  • Engagement Client
• Risques et dispositions de maîtrise
  • Risques identifiés
  • Suivi de maîtrise des risques

• Organisation et responsabilités
  • Structure du projet
  • Domaines de responsabilités
    • Dispositions internes Fournisseur
    • Dispositions attendues Client
• Livrables
  • Livrables de la prestation
  • Autres documents applicables
  • Echéancier de production des livrables

• Démarche de réalisation
  • Principes généraux
  • Phases
    • Phase d'initialisation
    • Phase de spécification et conception
    • Phase de développement et tests
    • Phase de recettes
    • Mise en production
    • Phase de garantie
  • Jalons du projet
  • Méthodes, outils et règles
    • Méthodes de management de projet

• Processus techniques
  • Gestion de la configuration
  • Reproduction, protection, livraison

• Processus de management
  • Gestion de la planification
  • Management de la documentation
  • Gestion de la communication
  • Gestion des compétences et des ressources

• Processus Qualité
  • Vérifications, validations et revues
  • Gestion des non-conformités
  • Maîtrise des produits fournis par le Client
  • Management du plan qualité