Skip to content

Latest commit

 

History

History
47 lines (29 loc) · 1.87 KB

File metadata and controls

47 lines (29 loc) · 1.87 KB

Minimiser le nombre de développements spécifiques

Catégories

Cycle de vie Tiers Responsable
Analyse Tous Consultant fonctionnel
Hyper care Architecte Solution
Customer care Chef de projet

Indications

  • Priorité : 1 (le plus haut) - 5 (le plus bas)
  • Mise en œuvre : 1 (le plus difficile) - 5 (le moins difficile)
  • Impact écologique : 1 (le plus haut) - 5 (le plus bas)
Degré de priorité Mise en œuvre Impact écologique
1 2 1
Ressources économisées
Processeur / Mémoire vive / Stockage / Réseau / Requêtes

Description

Lors des ateliers d'analyse et diagnostic, il est primordial de proposer en priorité les fonctionnalités standards et de challenger fortement les besoins qui nécessitent du développement spécifique, afin de les éviter.

En réalisant des interviews utilisateurs, on peut détecter les besoins, non impératif ou pouvant être réalisé en adaptant ses usages aux fonctionnalités "out-of-the-box" plutôt que d'adapter les logiciels à ses usages.

Les fonctionnalités spécifiquement adaptées seront un coût en RUN.

Principe de validation

Le nombre... est égal à
Développements spécifiques mis en œuvre alors que le standard pourrait suffire 0

Liens avec le RGESN

RGESN : 1.1