Premièrement, donner des conclusions qui peuvent être utilisées pour la prise de décisions
La phase de démarrage devrait aboutir à la définition de problème, à l'utilisateur cible, au processus de base, aux règles d'entreprise, au prototype, à la portée initiale et à l'étalonnage d'acceptation.
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.
Désigner les gestionnaires internes des opérations et évaluer le rythme.
Validation Dépendance des clés
Interroger les utilisateurs et organiser les tâches, les points de douleur et les alternatives existantes.
Élaboration de résultats évaluables
Production de prototypes à faible coût pour valider les processus et les règles de base.
Assurez-vous de décider de la prochaine étape avec les résultats réels.
Le premier gel, les critères d'acceptation, est ensuite élaboré de manière itérative.
Comment le comprenez-vous dans le business réel?
L'entrepreneur a une idée de rendez-vous de service, mais pas de travail. Il est interviewé en premier pour 10 utilisateurs cibles, dessinant des processus de rendez-vous, de paiement et de conformité, en utilisant un prototype cliquable pour les valider, et en développant une boucle fermée minimale; et il est responsable des compromis commerciaux, avec une équipe externe responsable de l'analyse des produits et de la prestation de l'ingénierie.
La fosse la plus facile à monter.
Faites de la conception d'interface utilisateur la même que la conception de produit.
Il n'y a personne dans la maison qui prend des décisions.
Le prototype est développé sans validation pour développer un grand nombre de fonctions backstage et de bord
Comment devrions-nous finir par recevoir et confirmer?
Après le démarrage, l'équipe devrait avoir des dossiers cohérents sur les utilisateurs, les problèmes, les processus de base, la portée initiale, la suspension des éléments de développement et les normes d'acceptation.
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.