Ответ perfectBeerMan в «ИТ в госухе»
В некоторых видах бизнеса скорость изменений очень высокая и поэтому тоже вся сторона формализации задач страдает.
Это не является проблемой само по себе. Идеальная с точки зрения точности и эффективности описания - система которая не меняется. Чего сегодня в ряде задач сложно добиться.
А в госструктурах там все еще сложнее, так как там и сами люди толком не в курсе, зачастую, что они делают, что из этого носит сущностный смысл а что служебный, и тд.
В моей практике уже несколько случаев когда та же 1с вроде бы и лоу код но настолько громоздкая, что ее обгоняют не лоукод проекты. Именно потому что все преимущества лоукод "съедены" бюрократизированным (культурой 1с) процессом разработки. Родом, наверное, из 17ого века.
Так что не страшно. Тз должно быть достаточным. Если удается оформить его тремя междометиями и это работает - то не все так плохо. Разве что, возможно это символ ненужности процессов которые автоматизируют. А не проблема разработки.
1С low code?