Home / Orientation des décisions relatives aux projets / Liste des transferts d'informations pour les projets logiciels
PROJECT DECISION GUIDE

Informations nécessaires au transfert d'éléments logiciels

Le transfert du projet n'envoie pas le paquet de compression de code source à la nouvelle équipe. La nouvelle équipe ne pourra prendre le relais de façon constante que si les codes, les données, l'environnement, les comptes, les règles d'affaires et les questions inachevées sont validés.

Répondez à la question.

Liste des projets logiciels de transfert d'informations

La transmission complète devrait couvrir les actifs numériques, l'environnement opérationnel, les données et les sauvegardes, les services de tiers, les dossiers commerciaux et techniques, la distribution du trafic, les essais de preuves et les questions non réglées, et être validée par le bénéficiaire lors d'une construction, d'un déploiement et de processus clés dans un environnement séparé.

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

Code source et historique de la version

Transfert de l'entrepôt de codes contrôlé par le client, de la stratégie de la succursale, de l'étiquette, de la description de la construction et de la version de production actuelle à la présentation correspondante.

02

Numéros de compte et infrastructure

Un inventaire des plateformes cloud, serveurs, noms de domaine, certificats, stockage d'objets, services d'information, surveillance et délivrance automatisée de comptes.

03

Bases de données et données opérationnelles

Fournir des structures, des scripts de migration, des dictionnaires, des sauvegardes, des méthodes de récupération, des volumes de données et des règles de traitement de données sensibles.

04

Interfaces et licences tierces

Liste les numéros de compte, les frais de renouvellement et les limites autorisées des paiements, les messages texte, les cartes, la logistique, les factures et les composantes commerciales ou open-source.

05

Opérations et documentation technique

Description des processus de base, privilèges de rôle, architecture du système, interfaces, configuration, affectations de temps et limitations connues.

06

Durée et activité inachevée

Enregistrement des problèmes en ligne, des besoins à accomplir, des responsabilités techniques, des interventions d'urgence, des responsabilités en matière d'assurance de la qualité et des délais pour l'équipe originale.

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

L'entrepôt de codes contrôlé par le clientInstructions de mise en service et de productionCertificats de noms de domaine et comptes de ressources cloudSauvegarde de la base de données et récupération de l'authentificationListe des clés d'interface et des services tiersDonnées et documents de transport de l'interface de la structureRapports d'essais et dossiers d'acceptationListe des questions connues à traiter et des responsabilités à assumer

Voies de mise en œuvre suggérées

Il est recommandé d'utiliser une liste écrite pour s'inscrire et de faire en sorte que la nouvelle équipe complète de façon indépendante la construction, le déploiement, la restauration de la base de données et la validation des processus de base dans un environnement séparé.

DECISION WORKSHEET

Transposition de la liste d'informations sur le projet logiciel dans la prise de décision exécutoire

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'entrepôt de codes contrôlé par l'utilisateur, la version de production et les instructions de déploiement, les certificats de noms de domaine du serveur et les comptes de ressources en nuage, la validation de la sauvegarde et de la restauration de la base de données, ainsi que l'indication du volume d'affaires actuel, du temps de traitement moyen, des anomalies majeures, des systèmes existants, des privilèges de données, de la dépendance des tiers et des fenêtres d'accès, ainsi que la même version d'information sont fournies à différents fournisseurs et des descriptions distinctes des hypothèses, exclusions, questions de coopération avec les clients, produits livrables et preuves d'acceptation sont nécessaires pour éviter de comparer uniquement le prix total d'une frontière manquante.

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.

Seul le paquet de compression de code source peut prendre le relais?+

Bien que cela puisse être évalué en premier lieu, l'absence de version de l'historique, de la dépendance, des bases de données et des renseignements environnementaux augmente le coût du recouvrement et ne garantit pas que le code source soit conforme à la version de production.

Qui doit gérer le compte tiers?+

Les comptes de base directement liés aux opérations et aux données opérationnelles devraient normalement être contrôlés par le client et l'autorité minimale nécessaire accordée à l'équipe de service.

Et si l'équipe originale refuse de coopérer?+

Le contrat et l'autorisation légale sont confirmés, les codes existants, les numéros de compte, les données et les sauvegardes sont conservés le plus tôt possible, et le degré de récupération est déterminé par un diagnostic technique indépendant.

DECISION FAQ

Questions communes relatives aux projets en cours

Regardez les 265 questions.
Contrats, paiements, changements et exécution de projets

Comment le fournisseur de logiciels peut-il compléter l'interface de code et de système au milieu du quart de travail?

Le commutateur ne consiste pas seulement à envoyer un paquet de compression de code source, mais aussi à restaurer les processus de construction, de déploiement et de base. L'équipe originale devrait décrire la structure, la dépendance, les besoins non satisfaits, les lacunes et les opérations de production.

Voir la réponse complète
Applets, APP, SaaS et anciens systèmes

Le projet de mauvais logiciel de queue et l'ancien code peuvent-ils être repris après que l'équipe de développement originale ait perdu le contact?

La plupart des projets peuvent être évalués en premier, mais ne peuvent pas être directement engagés à réparer sans connaître les actifs et les codes. La première étape est de préserver le code, le serveur, la base de données, le nom de domaine, le certificat et les comptes tiers selon la loi, puis de restaurer le répertoire du répertoire et de l'exploitation.

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

Pouvez-vous demander une fixation si le projet a échoué ou n'est pas disponible?

La portée, la durée et le réexamen des modifications peuvent être déterminés en fonction de la portée du contrat, des critères d'acceptation, des raisons de l'échec et de la responsabilité mutuelle. La première étape consiste à préserver la version, le journal, le test, la communication et la preuve de l'impact opérationnel, et à éviter de simples arguments verbaux.

Voir la réponse complète