IMPLEMENTATION PLAYBOOKConseils techniques sur la façon de passer de la demande aux résultats d'acceptation
Les éléments suivants sont utilisés pour expliquer la méthodologie de mise en oeuvre, le calibre des données et les limites de responsabilité, et ne sont pas utilisés comme substituts pour le jugement du projet par des listes fonctionnelles.
01 Données opérationnelles de référencePremièrement, nous enregistrons l'état réel avant la modification.
Le projet commence par choisir un lien commercial qui nécessite le plus d'amélioration, en interrogeant l'utilisateur réel et en prenant des échantillons récents. Le volume de traitement, le temps moyen, le temps d'attente, le retour au travail, les numéros inhabituels et les points de contact manuels sont enregistrés autour des entrevues sur l'état des affaires et des diagnostics de processus critiques; si les données disponibles sont incomplètes, les comptes de bureau manuels sont utilisés comme base de référence pendant une à deux semaines.
Le niveau de référence devrait également indiquer la portée des statistiques et des exclusions. Par exemple, le temps de traitement commence par la disponibilité des informations ou par la première présentation par le client, l'exception ne comprend pas les interfaces tierces, et les modifications manuelles sont des corrections ou des retraitements mineurs.
02 Première bague ferméeValider les hypothèses clés avec une portée minimale disponible
La première question, qui ne vise pas à couvrir tous les secteurs, concerne l'architecture d'application, l'architecture des données et l'intégration, en créant une boucle fermée qui peut fonctionner en termes réels : entrée claire, règles de manipulation, actions système, rôles responsables, mouvements anormaux et sortie finale.Les rôles clés comprennent au moins les propriétaires d'entreprises, les utilisateurs réels, les interfaces techniques et les agents de réception et d'inspection, évitant que la demande ne soit décrite par la direction et utilisée sur Internet par un autre groupe.
L'évaluation des besoins correspond à chaque compétence au lieu d'affaires, au rôle de l'utilisateur et à l'acceptation d'un échantillon. Les questions qui ne fournissent pas de données, d'interfaces ou de décideurs légitimes devraient être incluses comme condition préalable ou étape ultérieure et ne devraient pas être incluses discrètement dans une offre à fourchette fixe.
• Mise en œuvre du projetFaire du processus un résultat d'étape réversible et réversible
Les chemins typiques sont ciblés, les études de statut, le diagnostic de problème et la conception du programme. Chaque étape devrait aboutir à des résultats identifiables tels que des diagrammes de flux, des prototypes, des compacts d'interface, des dossiers de test, des énoncés de déploiement ou des démonstrations en cours.
La démonstration de l'étape n'est pas adaptée au travail. Un échantillon représentatif devrait être utilisé pour couvrir les processus normaux, les champs manquants, les demandes répétées, l'autorité inadéquate, les dépassements de temps et les anomalies de données historiques provenant de services externes, et pour identifier les problèmes qui ne se posent que dans l'environnement de production à un stade précoce.
04 Opérations de réception et d'inspectionAcceptation et acceptation communes avec livraison, preuves et indicateurs
Le projet devrait au moins concilier les rapports d'état, les plans d'entreprise et de système, les propositions de sélection technique et confirmer le code source ou l'attribution de configuration, la gestion des comptes, le déploiement de la construction, la sauvegarde des données, la réponse aux défaillances et les responsabilités de maintenance subséquentes.
Un processus de référence de 800 articles par mois, une moyenne de 18 minutes par unité et un taux de rendement de 12 % ne sont qu'un exemple, et non pas le rendement d'un client. Une ligne de référence devrait être suivie pendant quatre à huit semaines consécutives, avec le même calibre, pour déterminer s'il faut obtenir une priorité plus élevée pour la construction, avec une meilleure base pour la prise de décisions techniques et moins de chevauchements.
Mots clés et description du contenuCette page contient du contenu organisationnel sur des questions de service réelles telles que les conseils techniques en TI, les conseils techniques de Shanghai, la planification numérique et les conseils en architecture de système. Les mots clés sont utilisés pour aider les utilisateurs et les systèmes de recherche à identifier les thèmes, sans impliquer un engagement à des effets fixes; la portée finale, le cycle, le budget et les indicateurs sont basés sur le diagnostic de projet, le contrat et le niveau de référence d'acceptation.
