Méthode de développement informatique  Séquoia
 | page d'accueil | projets | contact | commandez la version hors-ligne gratuite |

ETUDE PREALABLE

Phase EP.4 Sélection d'un sous-traitant ou d'un progiciel

EP.4.1 Objectifs

Cette phase est normalement celle qu'il faut atteindre pour pouvoir sous-traiter une réalisation selon une offre forfaitaire, qu'il s'agisse d'un progiciel ou d'une réalisation sur mesure.

(-)  Les spécifications sont suffisamment précises pour obtenir une offre de réalisation à prix fixe, sans que la marge pour risque soit excessive.

(-)  Le niveau physique des traitements n'est pas encore fixé et pourra donc être adapté selon les contraintes spécifiques du progiciel ou du fournisseur.

(-)  Le fournisseur pourra participer à la phase d'étude détaillée, assurant ainsi une meilleure intégration du produit final.

(-)  Il faut absolument éviter d'entamer la procédure d'acquisition d'un progiciel ou d'une réalisation forfaitaire si on n'est pas arrivé à ce stade de l'analyse. En effet, le nombre d'inconnues serait encore trop grand et conduirait à de nombreuses déconvenues

L'objectif de cette phase est de

(-)  réaliser le cahier des charges

(-)  sélectionner un fournisseur et/ou un progiciel.

EP.4.2 Activités de réalisation.

(-)  Rédiger le cahier des charges

(-)  Tous les éléments nécessaires à la réalisation d'un cahier des charges sont déjà rassemblés.

(-)  La rédaction de la partie technique du cahier des charges consiste essentiellement en la mise sous une forme appropriée des dossiers déjà constitués.

séparer clairement les activités qui sont sous la responsabilité du fournisseur de celles qui sont sous la responsabilité du client.

(-)  Evaluer l'adéquation des offres

(-)  L'évaluation des offres s'effectue généralement en 2 temps:

première évaluation ou short-list

évaluation finale.

(-)  L'évaluation des offres comporte nécessairement 2 points qui permettent de justifier objectivement le choix qui sera fait

pondération des offres selon divers critères

explicitation des critères d'évaluation.

(-)  Pour les progiciels

(-)  établir le différentiel entre les possibilités du progiciel sélectionné et ...

(-)  les besoins exprimés durant l'étude préalable:

Tâcher de trouver des solutions alternatives pour ce qui ne peut être réalisé par le progiciel.

Solde = besoins non satisfaits.

(-)  les modes de fonctionnement prévus durant les phases précédentes de l'étude préalable (règles de gestion, fonctions, modes d'organisation, ...)

OU: il faudra adapter les propositions de l'étude préalable aux possibilités du progiciel (Etude détaillée)

(-)  définir les adaptations spécifiques au progiciel (caractéristiques non-standard du produit, qui feront l'objet de développement spécifiques, et/ou de suppléments de prix)

modifications éventuelles aux programmes

besoins de paramétrage payant

appel de routines utilisateur ("user exit")

interfaces spéciaux

EP.4.3 Activités de gestion de projet.

(-)  Faire évaluer avec précision les délais, les ressources (externes et internes), le planning.

EP.4.4 Activités d'assurance qualité.

(-)  Veiller à ce que les critères d'évaluation de la réalisation ainsi que l'ensemble des données de test soient correctement explicités dans le cahier des charges

(-)  L'évaluation des offres est habituellement finalisée par un comité de sélection, assurant un contrôle par validation croisée.

(-)  Facteurs clefs:

(-)  vérifier et faire préciser si nécessaire les critères d'évaluation des offres

(-)  identifier les facteurs de risque

offre imprécise, incomplète

doutes quant aux capacités du fournisseur; ressources insuffisantes.

importance des réalisations sur mesure dans un logiciel

risque de dépassement des délais

(-)  quantifier les facteurs de risque

en terme de probabilité

en termes d'importance et de coût.

EP.4.5 Activités de clôture.

(-)  Commander la solution sélectionnée.


copyright (c) séquoia sprl (www.sequoia.be), belgium, 1999-2000. all right reserved.