IMPLEMENTATION PLAYBOOKComment les systèmes de processus OA et BPM passent 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 une sélection d'un lien commercial qui nécessite le plus d'améliorations, interviewe les utilisateurs réels et prend 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 du diagnostic d'état -OA et BPM, la sélection de produits et les plans de processus -; si les données disponibles sont incomplètes, le niveau de référence est utilisé comme un tableau manuel pour une à deux semaines de ligne. Sans base, l'interface ne peut être évaluée pour être terminée qu'après la fin du projet et il n'est pas possible de juger si les systèmes de processus OA et BPM ont entraîné des changements commerciaux durables.
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 le développement de l'organisation, le rôle, la forme, le processus, le portail et la configuration mobile en fin de ligne, afin de former une boucle fermée qui peut fonctionner en temps réel : entrée claire, règles de traitement, 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 gestionnaires d'acceptation, évitant que la demande ne soit décrite par la direction et utilisée en ligne 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
Un chemin typique consiste à faire le point sur les problèmes de dégagement et de synergie à haute fréquence, les rôles combinés, les formes et les règles de processus, sélectionner les produits standard ou les itinéraires personnalisés, configurer le développement et la connexion aux systèmes d'affaires.
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 le processus avec le plan des droits, les formulaires, la configuration ou le code source du processus et du portail, l'identité organisationnelle avec les services d'interface tiers, et confirmer l'attribution de la source ou de la configuration, la gestion du compte, 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.
On suppose qu'un processus de base est de 800 articles par mois, une moyenne de 18 minutes par unité et un taux de rendement de 12 %, ce qui n'est qu'un exemple, et non un rendement du client. Une ligne est ensuite utilisée pour observer l'état et les responsabilités de l'approbation pendant quatre à huit semaines consécutives au même calibre, puis pour déterminer si l'état et les responsabilités de l'approbation peuvent être suivis, dupliqués et trans-système et l'autorité organisationnelle ajustée aux changements dans les normes du personnel.
Mots clés et description du contenuCette page contient du contenu organisationnel autour de vrais problèmes de service tels que le développement de systèmes OA, la personnalisation du système OA, le système de processus BPM, le développement de systèmes d'approbation. Les mots clés sont utilisés pour aider les utilisateurs et le système 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.
