Я прекрасно понимаю что это не фреймворк я лишь пытаюсь понять как я могу и за счет  чего описанные выше проблемы урегулировать в рабочем процессе

"Дизайн опаздывает" по какой причине? Перегружен задачами в параллель или просто каждая задача делается долго, даже если она единственная?

Вот уже 2 проекта как у меня архитектура бд утверждается куда быстрее чем дизайн , есть ещё нюанс что брендинг перед дизайном бывает делает наш партнёр , на выходе я получаю почти готовую архитектуру но полностью отсутствующую пользовательскую часть , при этом боссы очень не хотят что бы я архитектуру отделял от "Стори"

Мб ещё тут спросите
t.me/kanban_talks

Не понял вас, нельзя помощи просить или консультации?

Scrumban 😉

Наоборот)
Подсказываю место, где тоже могут помочь

Очень плохая затея. Там ещё скрам то не прижился и не созрел, какой скрамбан?

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

Имлементировать вряд ли, а вот применять можно.

Ну так просто релизте каждые 2 недели. Но возможно вы столкнетесь с тем, что у вас время поставки реальное скажем 4 недели. А руководство хочет каждые 2 недели.

Тут вам нужно или идти говорить к руководству и объяснять "сори, но невозможно", либо смотреть в инженерные практики, которые произволят просто быстрее работать

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

Дело в том что это молодое агенство где пока все через одно место, лично не хочу что бы в моих проектах было так а то что руководство диктует мне порой кажется обсурдным

Тут скорее вопрос "как уложить возможности в запросы бизнеса". И либо от вас хотят неадекватных вещей, либо вы просто косячите, одно из двух.

Ну так общайтесь с руководством, учите их, объясняйте. Либо просто смиритесь)

Вот и я про тоже , у меня сервис для uk рынка где есть back-office и пользователя часть я 2 дня объяснял что декопозировать по экрана не получится и надо проекта разделить на 2 куска офисе и польз.часть , еле убедил..

Не отрицаю своих косяков , по этому очень хочу разобраться )

Мой чеклист противоборства со странными решениями:
1) Подводка к тому что решение странное. Сессия рассмотрения самого решения и ответа на вопрос хорошее ли оно самим руководителем
2) Data driven.  Агрегация информации, аффилированной с решением, например показатели продукта до и после.
3) Фидбеклупы.  Каналы трансляции информации и принятие решений на статусных встречах исходя из информации которая пришла с фидбеклупов. Желательно объяснение концепции обратной связи
4) Стейкхолдеры. Обратная связь от всех, кого это решение затронуло.
5) Медиатор. Привлечение  неангажированного человека, на которого решение никак не влияет и который может посмотреть со стороны. Желательно чтобы он был авторитетом.

И желательно научиться работать с сопротивлением изменениям, например эмоциональным из-за нарушения идентичности.

(Написано на коленке и неопытным мной, прошу не хейтить)

Смотрите.

Либо требования бизнеса объективны и вы просто в них не вписываетесь потому что косячите. Вот гипотеза, сформулируйте критерии ее проверки, набросайте план и вперёд.

Либо запросы бизнеса неадекватны. Точно также можете проверить, например раскопав реальные данные производительности и просто сравнив "хочу за 2 недели" и "делаем в среднем задачу 2 месяца"

Спасибо за фидбек,ознакомлюсь думаю просто наше видение расходится они хотят "аджайл, продуктовый подход,эпики,стори", я вижу проекты по классике с декомпозицие работ по направлением разработки и возможностью проведения каких то параллелей для уменьшения срока , ещё раз спасибо!