Que faut-il savoir sur « Trouver le bon degré de granularité » ?
Extrait de Économie du système d’information
Il est souvent contre-productif de se lancer dans une description exhaustive, au niveau de chaque tâche ou sous-tâche.
Un macro-processus doit rester :
Lisible : quelques activités structurantes, rassemblées dans un même ensemble logique.
Stable dans le temps : s’il est trop détaillé, la moindre évolution opérationnelle rend la cartographie obsolète.
Pertinent pour l’analyse financière : si un même macro-processus est porté par plusieurs solutions informatiques radicalement différentes (et donc plusieurs budgets), on peut envisager de le scinder en deux sous-processus.
La règle d’or est de préserver l’équilibre entre la précision nécessaire et la simplicité.
Dans beaucoup d’entreprises, un macro-processus peut être détaillé sur une page ou deux, avec un diagramme haut niveau, une liste d’acteurs, quelques indicateurs de performance, et des liens vers la documentation technique plus fine.