Маша прочитала историю от интернет гуру о USER STORY и USE CASE . И ей показалось что это спасёт её проект. ОСТАНОВИСЬ МАША!

Беда всех этих советов из интернета, в том что они заново изобретают велосипед. Ничего не имею против инструментов USE CASE и USER STORY, но хватит бездумно использовать то, что может не подходит для вас. Маша написала, краткую сторьку на 15к символов и.... никто не захотел её читать. Поставим уже точку в этом вопросе.

User Story - это краткое описание того, что хочет получить пользователь. Сам инструмент появился в рамках манифеста Agile.Требование к краткости появилось непросто так, нельзя выдергивать из контекста ничего, так и в Agile манифесте предполагается прямо или косвенно.

а) общение; б) наличие профессионалов в команде; в) командная работа.

Увы, если у вас не выполняются эти условия то и User Story работать не будут. Опытная команда которая умеет общаться быстро договориться и раскидает по полочкам, то что написано в User Story, ей не нужно 100 страниц.

Use Case - это инструмент языка UML для описания сценариев. У него есть четкий сценарий написания и требования к этому сценарию? Очень удобный формат для крупных проектов, распределённых команд и если предполагается, что пишут одни, а делать будут другие.

Если у вас маленький проект нафига они вам нужны? Сократите ваши требования до уровня скрипта/инструкции выполняя которую вы должны достигнуть кого-то результата, либо если действие блокируется чем-то, то что должно быть в том случае.

А то напишут всякое разное, назовут это и сидят довольные. Пудрят своим коллегам голову.