DECISION WORKSHEETTransposition 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.
Jugement 1Code 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.
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.
Jugement 2Numé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.
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.
Arrêt 3Bases 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.
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'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 jugementCette page fournit un cadre décisionnel qui ne constitue pas une offre fixe ou un engagement de rendement.