Départager une architecture plutôt qu’une collection de fonctions
Une comparaison doit intégrer le modèle de données, les pays, les systèmes conservés et les intégrateurs. Le projet nécessite des lots testables avec des responsabilités de réception. Une démonstration globale ne remplace pas une preuve sur les dates d’effet, les reprises et les interfaces critiques.
Les critères à écrire avant les noms de produits
| Domaine | Preuve attendue |
|---|---|
| Architecture | Composants et sources maîtres identifiés. |
| Déploiement | Lots et conditions de réception définis. |
| Exploitation | Évolutions et contrôles de non-régression prévus. |
Une recette commune pour comparer
Rejouez une réorganisation future puis une correction rétroactive. Les métiers et l’IT doivent expliquer ensemble les données retenues à chaque date.
Conservez les réponses non démontrées comme des points ouverts. Les options, limites et prestations nécessaires doivent apparaître dans la proposition écrite.
Passer à une sélection documentée
La méthode de sélection aide à définir les critères éliminatoires. Le comparateur SIRH propose une grille transversale, puis les fiches logiciels donnent des points d’entrée documentaires. La taille de l’entreprise ne suffit pas à établir un vainqueur universel.
