Premièrement, donner des conclusions qui peuvent être utilisées pour la prise de décisions
Le projet prend le relais, non pas en ajoutant de nouvelles fonctionnalités immédiatement, mais en rétablissant le contrôle de l'entreprise sur les actifs numériques et les opérations de production. Il faut reconnaître que l'entreprise a des droits légaux de code, de données et de comptes, en produisant des sauvegardes en lecture seule, en enregistrant la version actuelle du système et son état opérationnel, et en créant des environnements de test locaux ou isolés.
Quelles conditions faut-il définir avant de porter un jugement?
La même question peut avoir des réponses différentes dans différentes phases d'activité, de données et de projet. Il est suggéré de vérifier les conditions suivantes et d'intégrer les conclusions communes sur le web dans leurs propres projets.
Ordre d ' avancement suggéré
Premièrement, nous serons clairs sur la cible et la frontière.
Gel et sauvegarde des codes, données, configurations et comptes clés pour éviter les pertes secondaires.
Validation Dépendance des clés
Réincorporation des processus de construction, de déploiement et de base pour constituer des listes d'actifs et de risques.
Élaboration de résultats évaluables
Distinction entre la réhabilitation immédiate, la stabilisation à court terme et la restructuration à long terme par impact opérationnel.
Assurez-vous de décider de la prochaine étape avec les résultats réels.
Une petite version réversible est complétée pour valider la chaîne de reprise de la nouvelle équipe.
Comment le comprenez-vous dans le business réel?
Un système ne peut fonctionner que sur le serveur original et les codes d'entrepôt ne peuvent pas être construits. La nouvelle équipe devrait d'abord produire un instantané de production et une sauvegarde de base de données, identifier les différences entre le paquet d'exploitation réel et l'entrepôt, puis restaurer l'environnement de test. Si le système est rechargé directement ou de nouveaux codes sont émis, le service encore disponible peut être complètement détruit. L'ordre de prise en charge est plus important que la vitesse de développement.
La fosse la plus facile à monter.
Tentative de mise à niveau de la dépendance et de la base de données sans sauvegarde de l'environnement de production
Citation basée uniquement sur les lignes de code, ignorant les numéros de compte, les données et la récupération d'entreprise
La façon dont vous prenez le relais, vous ajoutez beaucoup de fonctionnalités, vous ne pouvez pas distinguer entre vieux et nouveaux.
Comment devrions-nous finir par recevoir et confirmer?
La phase de diagnostic devrait fournir le catalogue des biens, l'état de construction, la structure et la dépendance, la classification des risques, le recouvrement des preuves et les itinéraires recommandés.
En se préparant à communiquer avec les fournisseurs ou les équipes internes, il est recommandé d'apporter les processus actuels, des échantillons représentatifs, des systèmes existants, des délais de planification et des niveaux budgétaires. Premièrement, les éléments inconnus sont clairement marqués, et la décision est alors prise d'utiliser des diagnostics, PoC, des projets à fourchette fixe ou des recherches et développements en cours, qui sont généralement plus fiables qu'une demande directe de prix et de durée sans frontières.