усложнять простое

часто стал встречать что простые вещи люди делают сложными просто потому что "я так всегда делаю и мне привычно"

с одной стороны — KISS (keep it simple, stupid) и нужно всё делать максимально просто. берешь ты воркфлоу или бизнес-процесс — не усложняй, начни с базовых простых блоков "начало" и "конец", соедини их максимально прямо, чтобы приходить к результату.

пример: задача может быть в бэклоге (статус "открыта"), когда до нее доходит исполнитель — переходит в статус "в работе", а по итогу — в статус "готово".

может быть, для прозрачности, стоит добавить что задача "зависла" (ожидает автора или какой-то другой задачи) или "готова к приемке" (если у вас приемка не прописана в DoD и требует участия заказчика)

когда я вижу воркфлоу из ветвей в 10 статусов в каждой ветке и автоматизацией на пять кнопок — мне становится плохо и я хочу посмотреть в глаза тем оптимизаторам, что это городят.

однако, с другой стороны — у каждой усложненной процедуры есть история. зачастую она базируется на использовании одного инструмента разными командами.

такие случаи можно решать через общие правила, либо разделение тех самых флоу по командам/проектам.

это касается не только задач и их флоу в трекерах, это может касаться любой сферы.

усложнение нужно только тогда, когда оно действительно дает большУю (и бОльшую) прозрачность и одновременно ускоряет работу. в других случаях — мы стремимся все формализовать, тем самым ставя себе ловушки по пути.

и еще одно: если вас надо всегда вести за руку — просто уходите из инженерии, займитесь другими делами, вам будет сильно легче.