В реальности - останавливаться нужно тогда, когда говорит здравый смысл. Ведь построение модели не дает ценности само по себе, оно всего-лишь инструмент для решения некой задачи. Кому-то потребовалось решить некую задачу и путем каких-то рассуждений, пришли к выводу, что необходима модель БП.
Вот параметры этой самой задачи и задают требования к модели. Она должна быть такой, чтобы она решала задачу. Меньше нельзя, иначе задача решена не будет, больше - бессмысленная трата ресурсов.
Конечно, в "боевых" ситуациях, те кто описывает процессы, чаще всего имеют отдаленное отношение к тем, кто их исполняет или руководит исполнением. Поэтому я обычно ограничиваюсь уровнем ответственности, который в состоянии реально нести исполнитель (а лучше - владелец) процесса.
Так же важную роль играет стандартность и "общеизвестность" самого процесса. Если данный процесс могут выполнять тысячи людей и более-менее одинаково его себе представляют, то описание нужно самое поверхностное. Если же процесс выполняет уникальный специалист, или последствие отклонения от процесса могут быть очень дорогими - то описание должно быть подробным. Мало того - это описание должно послужить основой для механизма максимально блокирующего попытки отклониться от стандартного БП, ибо нельзя!
В общем - нет единого правильного ответа на все времена и ситуации. Все решает контекст! Нужно делать так, как это нужно в данной ситуации.