DECISION WORKSHEETConversion des coûts de développement personnalisés du PPA en processus décisionnel 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 1Développement autochtone ou interdépendant
IOS et Android ont différentes expériences, capacités d'équipement, configurations d'équipe et maintenance à long terme, avec des programmes transversaux ou des technologies hybrides, respectivement.
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 2Privilèges de l'arrière-guichet et du compte
Le PPA exige généralement aussi la gestion de l'arrière-plan, de l'organisation des utilisateurs, des privilèges de rôle, de l'autorisation de configuration, du fonctionnement du contenu et des statistiques de données.
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 3Capacité et interface de tiers
Les paiements, les cartes, la livraison, la messagerie texte, la GI, la logistique, l'identification et les systèmes internes d'entreprise nécessitent tous une coordination et une manipulation inhabituelle.
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, les scénarios utilisateur cible et utilisateur principal, iOS, Android et autres gammes de terminaux, les processus opérationnels complets pour la première période, la gestion des privilèges back-office et de rôle, ainsi que le volume d'affaires actuel, le temps de traitement moyen, les anomalies majeures, les systèmes en place, les privilèges de données, la dépendance des tiers et les fenêtres de visionnement, sont organisés. La même version d'information est fournie à différents fournisseurs et l'exigence est de fournir des hypothèses distinctes, exclusions, questions de coopération avec les clients, la livraison et la preuve d'acceptation afin d'éviter de comparer le prix total d'une seule frontière.
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.