Есть такая традиция - "велосипеды изобретать". Очень часто при интеграциях с другими информационными системами обращаю внимание на то, какие подходы там используются в части управления процессами согласования или другими действиями над рассматриваемым объектом: где-то делают только уведомления ("вам пришёл документ на согласование"), где-то для каждого документа отдельный уникальный тип задач, где-то подключают BPMN, а где-то не делают вообще ничего.
В начале пути я и сам делал больно пользователям и заставлял их бродить по разным вкладкам, чтобы они выполнили какое-нибудь действие. "Ну что же вы голубчики... чтобы согласовать смету, надо зайти вот сюда, потому туда и нажать здесь, а если нужно согласовать чертёж, то нужно идти в другое место" - часть реальных разговоров с пользователями. И да, мне стыдно, но это часть опыта, без которого невозможно чему-либо научиться.
Вступление
Когда использование модуля задач продиктовано самой платформой, в которой ведётся разработка - выглядит всё хорошо, обычно платформы уже предоставляют отличные внутренние инструменты управления процессами (ELMA365, 1C, Enovia и т.д.). Но в остальных случаях, из-за отсутствия опыта, берутся за собственную реализацию, которая оказывается весьма ограниченной, прибитой гвоздями и совсем не расширяемой. Ещё хуже, когда начинают сразу стрелять "по воробьям" из BPMN процессора, например Camunda.
