Quels types de critères sont importants à prendre en compte lors de la sélection d’un progiciel COTS?
- exigences actuelles: de quoi avez-vous besoin en ce moment? Combien de configuration/personnalisation serait nécessaire?
- exigences futures: de quoi pensez-vous que vous aurez certainement besoin plus tard? Quelle est la feuille de route du fournisseur, y compris la fréquence de publication? Combien coûte-t-il de s’éloigner de cette technologie? Quelle influence avez-vous sur la feuille de route?,
- mise en œuvre: de quelle plate-forme a-t-elle besoin? Dans quelle mesure est-il difficile de s’intégrer aux systèmes existants? A-t-il des problèmes de mise à l’échelle matérielle? Existe-il des points de défaillance uniques?
- Supportabilité: Qu’est-ce qui est disponible en termes de formation? La consultation? La Documentation? La communauté? Quelle est la stabilité du vendeur? Si le fournisseur est également destiné à être un partenaire d’intégration, dans quelle mesure Êtes-vous culturellement aligné?
- coût: Combien coûtera l’implémentation (licence, hébergement, personnalisation), la maintenance, la mise à niveau, la modification?,
- délivrabilité: (si une personnalisation ou une configuration étendue est requise) la personnalisation sera-t-elle effectuée via des API (bonne) ou devra-t-elle être effectuée en modifiant les internes (mauvaise)? Est-il difficile de tester le package (surtout de manière automatisée)? Est-il difficile d’automatiser l’installation, la configuration et les builds (les assistants sont mauvais, les API scriptées sont bonnes)? Dans quelle mesure est-il difficile de configurer le contrôle de version spécialement intégré à votre système de gestion de configuration existant?,
réduisez autant que possible la personnalisation… sinon vous serez submergé par le coût et l’effort des mises à niveau.
cela suggère que vous devriez modifier le processus métier pour qu’il corresponde au package plutôt que l’inverse-ce qui suggère que vous ne devriez généralement pas envisager de packages pour les processus / capacités stratégiques de l’entreprise. Cela suggère également que vous voulez être très clair et appliquer les limites pour éviter que les fonctionnalités du package ne s’insinuent dans les zones stratégiques.
Ce n’est pas parce que le produit offre une fonctionnalité que vous devez l’activer ou l’utiliser.,
selon Capers Jones, à 25% de personnalisation, il est moins cher à long terme de construire un système personnalisé à la place et 15% de personnalisation est un nombre plus sûr à utiliser. Si le vendeur est hostile, le nombre tombe à 5%.
la personnalisation ou la configuration étendue met en évidence le besoin de délivrabilité.
Si le paquet est comme une appliance (par exemple, Microsoft Word), il devrait simplement fonctionner. La sélection initiale et les mises à niveau pourraient concerner davantage les tests manuels et exploratoires., Cependant, une fois que nous avons commencé à introduire la personnalisation, l’importance de pouvoir configurer des tests automatisés (ainsi que d’autres fonctionnalités de développement) augmente.
la Configuration, surtout si elle est étendue, ne doit pas nécessairement être traitée avec moins de rigueur que le développement personnalisé.
en particulier avec les packages COTS typiques en termes de CRM, ERP, finances, Les principales options ont tendance à avoir la parité des fonctionnalités, ce qui signifie que vous devez généralement vous concentrer sur d’autres aspects.
cela pourrait être l’alignement du fournisseur, la testabilité, la modifiabilité, etc.,
il est préférable de réduire l’engagement que de tenter de s’engager dans une décision parfaitement correcte.
Si le package ne nécessite pas autant d’engagement (par exemple, un service hébergé), nous avons conservé des options pour changer d’avis plus tard et n’avons pas à nous soucier autant de prendre une décision optimale à l’avance.
Ne pas choisir la bonne technologie. Choisissez la technologie la moins chère pour vous éloigner.,
Chris Matts
Les facteurs qui augmentent l’engagement sont principalement la taille de l’investissement initial et le coût de la migration des données. La taille de l’investissement initial est une erreur de coût irrécupérable qui en fait un facteur psychologique/politique, et non économique.
