Home / Orientation des décisions du projet / Coûts d'externalisation du transport de logiciels
PROJECT DECISION GUIDE

Comment déterminer le coût de l'externalisation du transport de logiciels et la portée des services de maintenance de logiciels

La connexion ne signifie pas que le projet est fermé. La surveillance, la sauvegarde, les correctifs de sécurité, le renouvellement des certificats, les changements dans les interfaces tierces, la compatibilité des versions système et la défaillance en ligne nécessitent des responsabilités claires et une entrée continue.

Répondez à la question.

Coûts d'externalisation du transport de logiciels

Le coût du transport de logiciels devrait être estimé séparément des coûts d'infrastructure, de la sécurité de base, de la réponse aux défaillances, de la maintenance de la sécurité, de la libération des rejets et des chevauchements fonctionnels.

SCOPE & BUDGET LEVELS

Premièrement, les apports à la frontière par phase de projet sont clairs

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.

Première phase

Garanties fondamentales

Entretien du système accessible, réutilisable et récupérable

Inspection des ressources en nuage, alarme de surveillance, vérification de sauvegarde, nom de domaine du certificat, gestion des défaillances de base et enregistrements mensuels

Phase 2

Transports de production

Assurer la stabilité et la sécurité des systèmes commerciaux essentiels

Réponse au niveau, capacité de rendement, dispositifs de sécurité, repliage, surveillance de l'interface, planification d'urgence et mise à niveau périodique

Phase 3

Optimisation continue

Amélioration continue de la fonctionnalité et de l'efficacité sur la base d'opérations stables

Pool de demande, plan de version, itératif fonctionnel, gouvernance de la dette technologique, analyse de données et optimisation de l'architecture

DECISION FACTORS

Éléments clés à vérifier pour la prise de décision

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.

01

Importance du système et niveau de service

Les systèmes de négociation de base et les outils internes génériques investissent différemment dans les temps d'intervention, les performances, les objectifs de rétablissement et les exercices d'urgence.

02

Niveau d'intégrité technique des biens

Plus le code source, la documentation, le déploiement automatisé, les essais et la surveillance sont complets, plus les coûts de prise en charge et de maintenance quotidienne sont gérables.

03

Utilisateurs, données et échelle d'accès

La combinaison de la distribution, du volume de données, de l'activité de pointe et du taux de croissance affectera la capacité, l'optimisation des performances et les coûts d'infrastructure.

04

complexité du système et de l'interface

Les interfaces externes, comme le nombre de services, les tâches prévues, la logistique des paiements et les multiples rejets environnementaux, augmenteront la surveillance et le positionnement des problèmes.

05

Exigences en matière de sécurité et de conformité

La réparation des lacunes, la mise à niveau, les audits de compétences, la conservation des registres, la sauvegarde des données et la préparation aux catastrophes exigent une mise en œuvre continue.

06

Entretien ou chevauchement fonctionnel

La sécurité de défaillance et la fonctionnalité supplémentaire devraient être définies, hiérarchisées et passées en charges séparément, en évitant de mélanger toutes les exigences à la maintenance de base.

Préparation des recommandations avant la communication ou l'évaluation

Architecture du système et intubation technologiqueAutorisations de dépôt source et de déploiementRessources du cloud serveur et services tiersSauvegarde et distribution du moniteur actuelDonnées et pics de volume de l'utilisateurTemps de réponse et de récupération acceptablesDéfauts d'histoire et dette technique connueVersion annuelle et plan itératif fonctionnel

Voies de mise en œuvre suggérées

Il est recommandé de procéder à une vérification du SSD pour identifier séparément le code source, l'environnement, le numéro de compte, la sauvegarde et les risques existants, puis de convenir des mesures de sauvegarde de base, de la réponse aux défaillances et de l' itérabilité fonctionnelle.

DECISION WORKSHEET

Traduire les coûts d'externalisation du transport de logiciels en décisions exécutoires

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.

Que devrait contenir un résumé comparable des évaluations?

Au minimum, l'architecture et l'entrepôt technologique, les privilèges d'entrepôt et de déploiement, les ressources en nuage de serveur et les services tiers, les méthodes de sauvegarde et de distribution de surveillance actuelles, ainsi que l'indication du volume d'affaires actuel, du temps moyen de traitement, des anomalies majeures, des systèmes en place, des privilèges de 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.

Quatre types de preuves recommandées pour les interrogatoires pendant la communication avec le fournisseur

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.

Le principe du jugement

Cette page fournit un cadre décisionnel qui ne constitue pas une offre fixe ou un engagement de rendement.

FAQ

FAQs

Les questions les plus courantes avant la coopération sont clairement énoncées à l'avance.

La maintenance du logiciel ne comprend-elle que la réparation de Bug?+

Non. L'ensemble des opérations comprend également la surveillance, la sauvegarde, les mises à niveau de sécurité, la maintenance des certificats et des charges de dépendance, la gestion des capacités, la délivrance de rétractations, les changements d'interface et les interventions d'urgence.

Aucun code source ne peut fournir les moyens?+

Les serveurs, les paquets de déploiement, les bases de données et les journaux d'exploitation peuvent être évalués en premier, mais l'absence de modification des codes limite la portée de la restauration et l'autorisation légale et les actifs de code source devraient être confirmés dès que possible.

Les coûts du serveur cloud sont-ils inclus dans l'offre de transport?+

Les ressources en nuage, la messagerie texte, le stockage, les CDN et les services tiers sont généralement réglés sur la base de l'utilisation réelle ou des factures des fournisseurs.

DECISION FAQ

Questions communes relatives aux projets en cours

Regardez les 265 questions.
Production et continuité des systèmes AI

Que dois-je vérifier d'abord?

La première ronde devrait vérifier la version de code et de déploiement, les numéros de compte cloud et de modèle, les clés, les flux de données, les sources de connaissances, les conseils et les flux de travail, l'évaluation, les journaux, les coûts et les dossiers de défaillance.

Voir la réponse complète
Info d'affaires, intégration des systèmes et transports

Quels services de maintenance à long terme sont normalement inclus dans l'externalisation du déploiement de logiciels?

Le service est basé sur l'importance du système, le délai d'utilisation, la sensibilité aux données et la dépendance externe. Le service n'attend pas seulement la barrière de presse, mais aussi l'observation continue des performances, des erreurs, des coûts et des anomalies opérationnelles.

Voir la réponse complète
Contrats, paiements, changements et exécution de projets

Combien de temps l'assurance de la qualité prend-elle normalement pour le développement des logiciels et en quoi l'assurance de la qualité diffère-t-elle du transport?

Le 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ète
Contrats, paiements, changements et exécution de projets

Le projet logiciel a été reporté. Que devrions-nous faire avec le A?

Ne demandez plus que le pourcentage de réussite et demandez à l'équipe de fournir une liste des résultats opérationnels, des emplois restants, des risques et de la dépendance. La distinction entre une portée accrue, la collaboration avec les clients, les problèmes techniques ou la gestion des fournisseurs entraîne des retards.

Voir la réponse complète