À la fin, vous pouvez produire l'architecture de découverte
Vous serez en mesure d'exécuter une conversation de découverte qui aboutit à une architecture implémentable plutôt qu'à une liste de souhaits générique.
Un client peut arriver en demandant « un assistant d'IA ». Discovery doit découvrir le véritable flux de travail, ce que les gens sont autorisés à décider, où vivent les données, ce qui ne peut pas mal tourner et comment un pilote sera jugé.
Un client peut arriver en demandant « un assistant d'IA ». Discovery doit découvrir le véritable flux de travail, ce que les gens sont autorisés à décider, où vivent les données, ce qui ne peut pas mal tourner et comment un pilote sera jugé.
Transformer le travail actuel, les contraintes, les décisions et les risques en une conception pilote
Termes clés : preuve du flux de travail, droit de décision, contrainte et hypothèse pilote
Comment produire l'architecture de découverte
Demandez un exemple récent
Commencez par une demande réelle de l'arrivée au résultat ; évitez de concevoir uniquement à partir d'aspirations.
Systèmes cartographiques et responsables
Identifiez les dossiers faisant autorité, les intégrations, les décideurs, les opérateurs de première ligne et les responsables de politiques.
Risque de surface précoce
Demandez ce qui rendrait le projet inacceptable : mauvaise action, confidentialité, réputation, coût, confusion avec les clients ou adoption du personnel.
Terminer par une décision de conception
Résumez le flux de travail du candidat, la limite du pilote, les entrées du client, les mesures de preuve et les questions sans réponse.
Cas travaillé : exécuter la découverte qui produit une architecture
Une entreprise de logistique demande à un agent de gérer les exceptions de livraison. La découverte retrace un cas de livraison tardive et montre que les chauffeurs, l'expédition et le service client utilisent des outils différents et ont une autorité différente.
La première architecture ne promet pas de reprogrammation autonome. Il lit l'événement suivi, rédige une mise à jour client approuvée, crée une tâche d'exception pour l'expédition et n'envoie qu'après que le responsable a approuvé le contenu.
Le pilote couvre un type d'itinéraire pendant deux semaines. L'équipe mesure le temps de réponse, le taux de correction et les exceptions non résolues avant de suggérer un déploiement plus large.
Produire l'architecture de découverte
La découverte payante devrait se terminer par une décision.
La découverte est un livrable utile lorsqu'elle permet au client de choisir si et comment procéder. Il doit documenter le flux de travail actuel, les preuves, les contraintes, la propriété du système, les droits de décision, les risques, l'architecture cible, le pilote, la fourchette budgétaire et les questions non résolues.
- Découverte des prix séparément de la mise en œuvre.
- Promettez pas une construction avant que les contraintes d'accès et de politique ne soient connues.
- Donnez au client une recommandation utilisable même si vous n'êtes pas sélectionné pour la mettre en œuvre.
Sources utilisées pour cette vérification
Avant de passer à autre chose
- Exécutez un entretien de découverte autour d'un cas récent.
- Écrivez la carte système et les droits de décision avant de nommer un outil.
- Terminez par une hypothèse pilote et trois inconnues.
- Discovery a utilisé des preuves réelles.
- Les opérateurs et les responsables de polices sont inclus.
- Les risques sont nommés avant qu'une proposition ne soit rédigée.
- Le résultat est un pilote délimité, pas une architecture vague.
Progression de la leçon
Vous avez terminé cette leçon ?
Enregistrez votre progression sur cet appareil pour reprendre facilement là où vous vous êtes arrêté.
Cette leçon n'est pas encore marquée comme terminée.