Кейсы и сценарии не единственный подход проектирования. И точно не панацея. Можно иначе. Есть инструменты, для которых кейсы не важны, а важно другое.
Специально унылый заголовок, потому что дальше я буду ворчать. Сильно. Метриками и А/Б тестами можно завести разработку в кромешную жопу, зато все при деле.
Думать и переобуваться надо в выделенное для этого время. Сомневаться постфактум, метаться и нудить — не полезно и так делать не надо (можно даже запретить).
Чем сложнее система, тем выше внутри нее спрос на наглядность, прозрачность и проверяемость. Это продается, это ценится. Это позволяет принимать бизнесовые решения.
Клиентский секрет сам по себе лежит на клиенте, а значит секретом уже не является. Со всеми вытекающими граблями и практиками. Сразу посмотрим, как сделать правильно.
Про математику и мат.статистику, которую не на_бёшь. Про то, как копятся риски, если их вовремя не обрабатывать (или просто некем, если вы фанат AI-интеграций).
Сложная система превращается в черный ящик с магией. Черному ящику люди не доверяют.
Если наплодить процессов, этот факт легко обернуть себе во вред. Вместо того, чтобы делать работу, нерадивые сотрудники запросто её похоронят под слоем обсуждений, совещаний, «принятием решений» и прочей имитацией деятельности. Фрикций много, толку мало.
— Давайте умные люди соберутся, и быстро сделают чего-то прорывное, лучше всех, быстро и без уйни? — Можно. Но не у вас.
Стало проще, и полезное добавилось. Для общего развития пригодится. Будете хотя бы понимать, где скрам, где не скрам.