Le code open source réduit le coût de la construction de zéro, mais pas le coût du projet.
Le projet de système open source devrait être estimé en phases basées sur la sélection et l'évaluation des risques, l'adaptation de la version exclusive, le déploiement de la production et la maintenance continue.
Les niveaux suivants servent à établir une base de référence pour le budget et l'acceptation, et il faudra encore évaluer la portée réelle en fonction du statu quo, des interfaces et des délais requis.
Comparaison des projets candidats, délivrance de licences et utilisation des inventaires, évaluation de l'architecture, validation des processus critiques et adaptation des limites
Modifications fonctionnelles, marques d'interface utilisateur, privilèges, interfaces, migration des données, déploiement automatisé, tests et documentation
Surveiller les sauvegardes, les mises à jour de sécurité, la stratégie de la branche, la consolidation de la version communautaire, les tests de régression, la réponse aux défaillances et l'itérabilité continue
Premièrement, les limites de la retenue et de la responsabilité sont identifiées, puis les itinéraires techniques et les modalités de coopération sont comparés.
Les piles technologiques, les fichiers, l'activité communautaire, les rythmes de libération et la confiance en la qualité peuvent influer sur le coût de la prise en charge, du déploiement et de la maintenance à long terme.
Les frontières pour l'utilisation, la modification, la distribution, les services SaaS, les marques et les composants de référence doivent être vérifiés à l'avance.
La configuration, l'extension du plugin et la modification des coûts du code de base et les risques de mise à niveau sont complètement différents et la correspondance du processus de base devrait être validée en premier.
Conteneurisation, identity delean, audit, réparation de la faille, isolement du réseau, sauvegarde et haute disponibilité augmentent les intrants de production.
Les interfaces telles que le nettoyage des données historiques, la cartographie des champs, le financement des paiements et les rapprochements migratoires constituent souvent la principale charge de travail.
Plus la personnalisation est profonde, plus la consolidation des versions communautaires et les tests de régression sont complexes, plus la version permanente du budget de gouvernance est nécessaire.
Il est recommandé que les évaluations de sélection et de délivrance de licences soient effectuées et que la pertinence soit validée avec les processus opérationnels de base. Si un grand nombre de codes de base doivent être révisés au fil du temps, le coût total de la personnalisation devrait être comparé simultanément à zéro, évitant ainsi une première mise à niveau peu coûteuse qui est hors de contrôle.
Les feuilles de travail suivantes aident les entreprises à organiser des conseils vagues en matière d'apports fondés sur les fournisseurs, d'approbation interne et de réception de projets.
Les piles technologiques, les fichiers, l'activité communautaire, les rythmes de libération et la confiance en la qualité peuvent influer sur le coût de la prise en charge, du déploiement et de la maintenance à long terme.
Si le facteur demeure incertain, il faut organiser un diagnostic ou une validation à petite échelle et il n'est pas approprié d'inclure directement la fourchette de prix fixe non variable.
Les frontières pour l'utilisation, la modification, la distribution, les services SaaS, les marques et les composants de référence doivent être vérifiés à l'avance.
Si le facteur demeure incertain, il faut organiser un diagnostic ou une validation à petite échelle et il n'est pas approprié d'inclure directement la fourchette de prix fixe non variable.
La configuration, l'extension du plugin et la modification des coûts du code de base et les risques de mise à niveau sont complètement différents et la correspondance du processus de base devrait être validée en premier.
Si le facteur demeure incertain, il faut organiser un diagnostic ou une validation à petite échelle et il n'est pas approprié d'inclure directement la fourchette de prix fixe non variable.
Au minimum, les modules de base qui doivent être révisés sont organisés pour le projet et la version open source, l'utilisation des licences et des services commerciaux, les processus commerciaux ciblés et les listes de divergences, ainsi qu'une indication du volume d'affaires actuel, du temps moyen de traitement, des anomalies majeures, des systèmes en place, de l'accès aux données, de la dépendance des tiers et des fenêtres d'accès.
Par exemple, l'entreprise prévoit que le projet permettra d'économiser 160 heures de travail par mois, mais ce chiffre devrait être ventilé en nombre de tâches, en économies de temps uniques, en taux d'adoption et en taux d'examen manuel. Si seulement 40 % des utilisateurs utilisent la première période ou si le nouveau processus augmente le processus d'examen, les avantages réels seront nettement inférieurs à l'estimation apparente.
La première est la preuve de la portée : cohérence des versions de la demande, des processus opérationnels, des prototypes, des interfaces et des exclusions; la deuxième est la preuve technique : si des technologies similaires ont des structures accessibles, une gestion de code, des essais, des déploiements et des méthodes de gestion des problèmes; la troisième est la preuve du personnel : si les participants réels, les étapes d'entrée, les responsabilités et les mécanismes de remplacement sont clairs; et la quatrième est la preuve de la livraison : comment les codes source, les données, les numéros de compte, les documents, la formation, l'assurance de la qualité et le transport sont remis.
Il est recommandé que la clarté de la portée, la dépendance critique, la capacité de l'équipe, l'applicabilité de l'acceptation et la prise en charge à long terme soient notées séparément et que la base de chaque score soit enregistrée.
Cette page fournit un cadre décisionnel qui ne constitue pas une offre fixe ou un engagement de rendement.
Les questions les plus courantes avant la coopération sont clairement énoncées à l'avance.
Le déploiement, l'aptitude, la réinstallation, la sécurité, les essais, la formation et l'entretien nécessitent des intrants techniques, et les coûts de licence de codes ne représentent qu'une partie du coût total.
La priorité est donnée à l'utilisation de plugins et de points d'extension, et l'implantation, les tests automatisés et les mécanismes de consolidation périodiques peuvent réduire le coût de la mise à niveau.
L'équipe technique peut faire le point sur les licences et en dépendre, mais le modèle d'affaires complexe devrait être conseillé par des professionnels qualifiés.
Les processus sont communs, les produits de source ouverte mûrissent et les licences permettent le développement secondaire. Lorsque les différences d'affaires, les limites de l'architecture de base ou les coûts de mise à niveau à long terme sont élevés, il peut être plus approprié de développer à partir de zéro.
Voir la réponse complèteLancement de projet logiciel et sélection de programmeUn code bas convient aux processus qui sont clairs, modifiables et capables de couvrir des applications internes plus élevées; les systèmes open source conviennent aux produits matures, qui peuvent répondre à la demande par la configuration et le développement secondaire; personnaliser le développement de projets qui conviennent à des processus différenciés, à une intégration complexe, à des performances ou à des exigences de contrôle de produits plus élevées. La sélection se fait avec une comparaison du coût total et de la capacité de sortie pendant trois à cinq ans, plutôt qu'avec le premier prix seulement.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsLe terme n'est pas uniforme et est déterminé par l'importance du système et l'accord contractuel. Les parties précisent également le temps de réponse, le niveau de déficience et le service après que l'assurance de la qualité a été remplie.
Voir la réponse complèteDépôt, téléchargement et sélection technique d'Applet et d'APPLe modèle est peu coûteux mais peut être limité par les frais de fonctionnalité, d'exportation de données, d'interface et de renouvellement de plateforme. La sélection doit être précédée par le fonctionnement réel des processus clés et la vérification du code source, du serveur et des droits de données.
Voir la réponse complèteVoir les services de sélection, de déploiement, d'adaptation, de relocalisation et d'entretien à long terme
Pour plus d'informations.ObjetComparaison des coûts de jumelage, de délivrance de licences, de mise à niveau et de propriété totale
Pour plus d'informations.ObjetLa compréhension du suivi, de la sécurité et de la maintenance des données après la production est en ligne
Pour plus d'informations.