Tâche

Une tâche est l'activité la plus petite en BPMN — une étape unique que le diagramme ne décompose pas davantage. Elle est dessinée comme un rectangle arrondi, généralement avec un libellé décrivant ce qui se passe (« Relire la demande », « Envoyer l'e-mail », « Calculer le total »). Une tâche est atomique au niveau de ce diagramme ; elle pourrait être affinée dans un autre diagramme, mais ici elle est l'unité de travail.

Une tâche simple n'a aucun marqueur ; son exécutant n'est pas précisé. BPMN 2.0 définit aussi des tâches typées qui indiquent le type de travail effectué : une *tâche utilisateur* (humain dans la boucle), une *tâche de service* (automatisée), une *tâche de script* (code), une *tâche de règle métier* (moteur de décision), une *tâche d'envoi* ou de *réception* (envoi/réception de message). Les tâches typées portent une petite icône dans leur coin supérieur gauche.

Choisir le niveau de granularité d'une tâche est la principale décision de modélisation en BPMN. Trop grossière et le diagramme cache où le travail se passe vraiment (« Faire l'onboarding » en une seule tâche, c'est inutile). Trop fine et le diagramme devient du bruit (« Cliquer sur Valider » ne mérite pas une tâche). Une heuristique utile : une tâche par responsable, par locution verbale. Si vous avez besoin de « puis » dans le libellé, c'est deux tâches. Si la tâche pouvait être déléguée à une autre équipe sans passe-plat, c'en est une seule.

Chaque tâche que LucidFlow génère porte trois KPI — durée estimée, coût estimé par exécution, fréquence — pré-remplis à partir des patterns du document source. Le framework ESSII évalue chaque tâche selon cinq axes : peut-elle être éliminée, simplifiée, standardisée, intégrée ou intelligisée ? Le BPMN cible — le processus transformé par l'IA — montre souvent une tâche simple remplacée par une tâche typée (utilisateur → service) pour rendre visuellement explicite qu'un travail a franchi la frontière de l'automatisation.