RENCONTRE DES 18 et 19 MAI 2011 ANGERS

RENCONTRE DES 18 et 19 MAI 2011ANGERS

Traitement des demandes clients

Mathieu FOURTILLAN

CLINSIGHT-ENNOV

18/05/2011

Traitement des demandes clients

2

Les différents types de demandesLes Non-conformités (NC)Les Exigences (EXI)Les autres demandes : aide, support, formation

Traitement d’une demande de Non-conformité (NC)

Traitement d’une demande d’Exigence (EXI)

La revue des exigences

Historique des packs

Demandes et évolution

Définition d’une Non-conformité (NC)

3

Définition: écart par rapport au fonctionnement prévu de l’application

- Fonctionnement prévu par les spécifications fonctionnelles, le cahier des charges ou les manuels utilisateurs

- A distinguer d’une nouvelle fonctionnalité (non encore spécifiée) = EXI

Criticité- Bloquante: NC reproductible ou récurrente rendant impossible l'utilisation de tout module ou fonctionnalité essentielle du Système- Non bloquante (Critique / Majeure / Mineure): permettant de poursuivre l'exploitation complète du Système dans l'ensemble de ses fonctionnalités, même si cela se fait au moyen d'une procédure de contournement et/ou d’un surcoût interneNE PAS CONFONDRE avec la gravité => caractère gênant

Exemple de traitement d’une NC

4

Création de la demande par le client sur le support intranet


5

•Analyse de la demande (reproduction, résolution ou NC)


6

•Création d’une NC enregistrée dans MANTIS (si nouvelle)


7

Enregistrement de la NC dans la demande, conclusion, clôture


8

Création d’une FUR (Fiche de développement en Urgence) :Il s’agit d’un process interne de développement en urgence d’une nouvelle release permettant de corriger une ou plusieurs NCs et qui sortira avant la prochaine release majeure

Les FURs sont gérées par le département R&D avec une gestion via MANTIS

Clinsight réalise une FUR tous les trimestres si des NCs bloquantes, non bloquantes critiques ou majeures, sont identifiéesDans le cas d’une NC bloquante, une FUR est immédiatement mise en route et sa sortie sera planifiée au plus tôt (développement et validation) afin de débloquer les clients concernésUne FUR aboutit donc à la sortie d’un Pack intermédiaire (setup d’installation) ou d’un Patchset (zip, installation manuelle)


9

Exemple de FUR :


10

Workflow d’une NC :

Déclaration de la NC (requête) par le client

Analyse et reproduction de la NC par le support

Création/MAJ de la NC dans MANTIS par la R&D

Référencement de la NC dans la requête du client par le support

Décision par la Direction de la création d’une FUR

Développement pour corriger la/les NC et Validation du logiciel

Sortie d’une nouvelle release (Pack intermédiaire/Patchset) pour le client

Mise à jour du document « Historique des packs » (release-note)

Exemple de traitement d’une EXI

11

Création de la demande par le client sur le support intranet


12

•Création d’une EXI enregistrée dans MANTIS (si nouvelle)


13

•Création d’une EXI enregistrée dans MANTIS (si nouvelle)


14

Enregistrement de l’EXI dans la demande, conclusion, clôture


15

Intégration de l’EXI dans une prochaine release


16

Workflow d’une EXI :

Déclaration de l’EXI (requête) par le client

Analyse et compréhension de l’EXI par le support

Création/MAJ de l’EXI dans MANTIS par la R&D

Référencement de l’EXI dans la requête du client par le support

Revue des exigences et Décision par la Direction de développer l’EXI

Développement de l’EXI et Validation du logiciel

Sortie d’une nouvelle release (Pack majeur) pour le client

Mise à jour du document « Historique des packs » (release-note)


17

EXIetNC

EXI/NC des clients venantdu SUPPORT

EXI des clients venant :- des formations ;- des réunions de travail ;- des réunions technico-commerciales ;

EXI de CLINSIGHT venant :- des formations ;- du support et de la validation ;- des réunions R&D ;- des réunions stratégiques et commerciales.


18

•Elle a lieu une fois par an, après la sortie d’une nouvelle release majeure

Elle a pour but de définir les EXIs et NCs qui seront intégrées dans la prochaine release majeure, ainsi que l’agenda prévisionnel (7 mois de développement et 5 mois de validation).

Elle se déroule pendant plusieurs semaines avec plusieurs réunions entre la Direction et le département R&D.A la fin de la revue des exigences, la liste des EXIs et NCs qui seront intégrées dans la prochaine release majeure est arrêtée avec une date de sortie prévisionnelle.En cas de retard sur le prévisionnel :

soit la sortie de la release est retardée (problème de logistique)soit des EXI sont exclues du Pack et repoussées


19

Les choix des EXIs se font selon plusieurs critères :

Fréquence de demande d’une EXI (doit concerner plusieurs clients)

Priorité et importance fonctionnelle des EXI

Satisfaire tous les types de clients (CLCC/CHU, Industrie Pharma et CROs)

Complexité technique et risque (temps de développement, validation, coût)

Interactivité des EXI sur les fonctionnalités existantes

Choix stratégiques et concurrentiels

Les différents types de release

20

Les Releases majeures :1 release par anSyntaxe : les 2 1ers chiffres – 6.0, 6.1, 6.2….7.0Distribué sous forme de Pack => Pack principal

Les Packs intermédiaires :Plusieurs Packs par an (1 par trimestre)Syntaxe : la centaine du 3ème chiffre - 6.2.100, 6.2.200,….7.0.100Distribué sous forme de Pack => Pack intermédiaireLes Patchsets :Plusieurs Patchsets entre 2 PacksSyntaxe : l’unité du 3ème chiffre - 6.2.101, 6.2.102,….6.2.201Distribué sous forme de zip (installation manuelle)Le Pack intermédiaire suivant comprendra les Patchsets précédents (le Pack 6.2.200 comprendra le Pachset 6.2.101 et 6.2.102)

Historique des packs (release-note)

21

Document fourni à chaque mise à jour d’un nouveau pack

Permet de connaître le détail des EXIs et NCs présentes dans chaque version du logiciel.

Demandes et évolutions

22

Savoir quand les EXIs seront développées :Cette information ne peut pas être fournie immédiatement au client suite à sa demande d’EXI. Ce n’est qu’après la revue des exigences qu’il est possible de signaler au client si son EXI sera intégrée dans la prochaine Release (sous réserve).A ce jour, seul le document « Historique des packs » constitue le document qui officialise la prise en compte des demandes des clients.

Principales évolutions :Visualiser, dans l’outil de support Web, le numéro du Pack qui intègre l’EXI, la NC dans le cas où elle a été réalisée.

Fournir au client un document listant les EXIs/NCs prévisionnelles devant être intégrées dans la prochaine Release majeure, suite à la revue des exigences.

Documents

RENCONTRE DES 18 et 19 MAI 2011 ANGERS