Premièrement, donner des conclusions qui peuvent être utilisées pour la prise de décisions
L'entrée la plus précieuse n'est pas une liste de demandes fonctionnelles, mais un ensemble de documents qui peuvent comprendre les résultats de l'opération et de la validation : qui exécute actuellement la tâche, combien est traité sur une base mensuelle, quel est le résultat d'entrée, d'où proviennent les données, quel impact l'erreur aura, et si le système existant fournit une interface. L'entreprise est également tenue d'identifier les contacts commerciaux et technologiques pour s'assurer que les calibres d'échantillons, les privilèges et les conditions du système sont confirmés en temps opportun.
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.
Une page de matériel décrit les objectifs, les utilisateurs, les processus et les points de douleur actuels.
Validation Dépendance des clés
La sélection des tâches normales, inhabituelles, manquantes et frontalières et l'achèvement de la dissémination.
Élaboration de résultats évaluables
Inventaire des connaissances, données, systèmes, interfaces, comptes et exigences en matière de sécurité.
Assurez-vous de décider de la prochaine étape avec les résultats réels.
Marquez les objets inconnus et dressez une liste de diagnostics ou d'informations PoC avec l'équipe.
Comment le comprenez-vous dans le business réel?
L'entreprise propose un système --AAQ -AAQ, qui permet à l'équipe de ne pas pouvoir juger la logique de l'offre si elle ne fournit qu'un catalogue de produits. La demande historique de devis, de mix de produits, de règles de rabais, de processus d'approbation, d'offre finale et de modification manuelle est complétée avant que le PoC complet du champ soit conçu pour l'extraction, les requêtes de connaissances, les calculs de règles et la confirmation manuelle.
La fosse la plus facile à monter.
Tous les documents ont été emballés directement aux fournisseurs sans classification ni autorisation
Ne décrire que les fonctions souhaitées et ne fournir aucun échantillon des processus et des résultats actuels
L'équipe technique n'a pu confirmer le bon calibre sans la participation du chef de l'opération.
Comment devrions-nous finir par recevoir et confirmer?
Les renseignements initiaux devraient être un catalogue de la version, indiquant les sources, les niveaux sensibles, les autorisations d'accès, les titulaires de droits et la portée de l'application; et l'interface du système, les indicateurs de succès, la collaboration avec les clients et les questions à vérifier.
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.