L'envers des refus
Dans le dernier exercice, nous avons examiné les cas où nous n'avons pas relancé la procédure ou n'avons pas décliné les candidat·e·s. Dans ces cas, il semble que les postes vacants aient été pourvus un peu plus rapidement. Mais quel est l'impact lorsque le ou la candidate refuse nos propositions ?
filter_precedence() permet de sélectionner des cas sur la base d'ordres spécifiques entre activités, en fournissant des activités antécédentes et conséquentes.
Son utilisation est la suivante :
dataset %>%
filter_precedence(
antecedents = "activity that came before",
consequents = "activity that came after",
precedence_type = "directly or eventually following?"
filter_method = "all or none?"
)
Cet exercice fait partie du cours
<cours>Analyse des processus métier avec R</cours>Instructions de l’exercice
- Filtrez les cas où
"Receive Response"n'est jamais suivi directement par"Review Non Acceptance". Stockez-les dansnot_refused. Pour cela, réglezprecedence_typesur"directly_follows"etfilter_methodsur"none". - Les cas dans
not_refusedont encore un temps de traitement élevé. Sélectionnons les cas denot_refusedqui prennent plus de 300 jours. Stockez-les dansworst_cases. - Utilisez
trace_explorer()pour examiner les 80 % de traces différentes les plus fréquentes dans le journal d'événementsworst_cases.
Exercice interactif pratique
Essayez cet exercice en complétant ce code d’exemple.
# Filter by precedence with activites not directly following
not_refused <- vacancies %>%
___(
antecedents = ___,
consequents = ___,
precedence_type = ___,
filter_method = ___
)
# Filter for throughput time greater than 300
worst_cases <- ___ %>%
filter_throughput_time(interval = ___, units = ___)
# Explore the traces with 80% coverage
___