Prise en charge et stabilisation
Rétablir le système comme base gérableVérifications des actifs, recouvrement des bâtiments, validation de sauvegarde, surveillance et élimination à risque élevé
Home / Orientation des décisions du projet / Coûts de l'externalisation pour la maintenance du système
PROJECT DECISION GUIDEExternalisation de la maintenance du système logiciel, comment déterminer l'étendue de l'ALS et des services
Le coût d'une offre de service doit être spécifique au système, au temps d'affaires, aux objectifs de réponse et au plan qu'il contient. Un entretien -= tout au long de l'année =" ne peut à lui seul juger de la responsabilité du fournisseur ou établir un niveau de service exécutoire.
Répondez à la question.
Sous-traitance de la maintenance des systèmes
Les coûts consistent habituellement en la phase de prise en charge, la sécurité de base, la réponse incidente et la version. L'ancien système commence par des diagnostics et des transitions stables; une fois les forfaits de frais mensuels de base, les SLA ou les équipes exclusives peuvent être utilisés.
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.
Sûreté de base des transports
Maintien de la stabilité des heures d'ouverture contractuellesInspections, alarmes, dysfonctionnements, délivrances, certificats, sauvegardes et rapports mensuels
Amélioration et amélioration continue
Réduction de la dette technique et changement d'entreprise soutenuSécurité de la performance, distribution automatisée, optimisation de la structure et itératif de version continue
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.
Système et échelle environnementale
La charge de travail de base est déterminée par le nombre d'applications, de bases de données, de tâches, d'interfaces, d'environnements et de nœuds de déploiement.
Niveau de criticité opérationnelle
Les systèmes de négociation de base et les outils internes à faible fréquence exigent des objectifs de disponibilité et de restauration différents.
Période garantie
Les horaires de travail, les services de vulgarisation et les lieux d ' affectation 7x24 sont organisés différemment.
Prise en charge de l'échéance
Le manque de fichiers de code, le déploiement automatisé, la surveillance et la sauvegarde augmentent les coûts de la transition.
Changer la fréquence
Les versions mensuelles, les changements d'interface et les chevauchements d'activités nécessitent des tests et des ressources correspondants.
Limite de responsabilité
Les tiers, les services cloud, les réseaux, les incidents de sécurité et les opérations client doivent être clairement alignés.
Préparation des recommandations avant la communication ou l'évaluation
Liste des systèmes et des actifs environnementauxTemps d'affaires et processus clésDocument de code actuel et mode de déploiementSurveiller la sauvegarde et l'historique de la défaillanceAttentes en matière d'intervention et de rétablissementBesoins mensuels en itératifs et en distribution
Voies de mise en œuvre suggérées
Un diagnostic de reprise à portée limitée établit une base de risque et de charge de travail, suivie d'une transition de trois mois vers l'ALS. Une opération stable et un réajustement des contrats à long terme pour tenir compte des événements réels, les versions et les données de soutien sont plus fiables qu'un service fixe qui a été initialement sur-engagé ou sous-engagé.
DECISION WORKSHEET
Transposition des coûts d ' externalisation de la maintenance du système 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.
Système et échelle environnementale
La charge de travail de base est déterminée par le nombre d'applications, de bases de données, de tâches, d'interfaces, d'environnements et de nœuds de déploiement.
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.
Niveau de criticité opérationnelle
Les systèmes de négociation de base et les outils internes à faible fréquence exigent des objectifs de disponibilité et de restauration différents.
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.
Période garantie
Les horaires de travail, les services de vulgarisation et les lieux d ' affectation 7x24 sont organisés différemment.
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.
Que devrait contenir un résumé comparable des évaluations?
Au minimum, l'inventaire des systèmes et des actifs environnementaux, le temps d'affaires et les processus clés, les fichiers de codes et les déploiements actuels, et l'historique de la surveillance des sauvegardes et des défaillances, tout en fournissant un compte rendu 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.
Le temps de réponse de l'ALS est-il égal au temps de réparation?+
La réponse indique que le début de l'admission et de la classification est en cours, que le temps de réparation dépend de la cause de la défaillance, de la dépendance et du programme de récupération, et que les objectifs de l'identification, du détour, de la restauration et de l'analyse des causes profondes doivent être convenus séparément.
Combien de changements les frais mensuels de base contiennent-ils habituellement?+
La nouvelle fonctionnalité ne peut être partagée avec un engagement vague à l'échec de la production.
On peut payer seulement en cas de dysfonctionnement?+
On peut acheter un soutien subsidiaire, mais la récupération d'urgence et l'engagement envers les ALS sont généralement plus limités lorsque les fournisseurs manquent de connaissances continues en matière d'environnement et de systématique.
DECISION FAQ
Regardez les 265 questions.Questions communes relatives aux projets en cours
Conseil AI, intégration MCP, externalisation technologique et livraison de systèmes
Comment s'accorder sur le SLA, qui est externalisé pour la maintenance du système logiciel?
L'ALS devrait d'abord distinguer le niveau de défaillance par impact sur les entreprises, puis convenir séparément des objectifs de réception, de réponse, de contournement, de restauration et d'analyse des causes profondes. Le temps de réponse n'est pas égal au temps de réparation, et les plateformes tierces et la collaboration avec les clients sont écrites.
Voir la réponse complèteConseil AI, intégration MCP, externalisation technologique et livraison de systèmesSans code source et documentation complète, la nouvelle équipe peut-elle prendre le relais de la maintenance du système?
La première étape consiste à préserver les actifs et sauvegardes existants, sans modification directe de l'environnement de production. La construction ou du moins la restauration de la dépendance opérationnelle est ensuite restaurée, et les processus de base, les données, la sécurité et les interfaces tierces sont vérifiés. Jusqu'à ce que la plage inconnue soit confirmée, seul le plan de phase et le budget de risque sont donnés, et il n'est pas approprié de s'engager à des prix fixes ou des SLA stricts.
Voir la réponse complèteInfo d'affaires, intégration des systèmes et transportsQuels 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èteContrats, paiements, changements et exécution de projetsCombien 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èteRELATED
Présentation de l ' évaluation du projetGardez vos connaissances des services
Objet
Sous-traitance du transport de logiciels et de la maintenance des systèmes
Visualisez le champ de la prise de contrôle, des garanties, des versions et de l'amélioration continue
Pour plus d'informations.ObjetCoût estimatif de la maintenance des logiciels
Comparaison des coûts d ' assurance et de transport des besoins en matière de maintien de la paix
Pour plus d'informations.ObjetAncien guide de reprise de code
Restaurer d'abord les moyens, l'environnement et les capacités de distribution
Pour plus d'informations.