В целом я наблюдаю, что в крупных проектах растёт, в мелких и средних падает... Вопрос, что количество крупных проектов у нас снижается (по моему ощущению крупный это от 100кк).

Я последние 6 лет работаю на крупных проектах в аутсорсе (30-150 человек на проекте,  длительность 1год - 3 года,
Use Case диаграмма утратила актуальность, так как используются User Story
UML Activity - заменена BPMN,
диаграмма классов - очень редко , вместо нее архитекторы сразу создают физическую модель, диаграмма состояний - да, используется часто

Новые идеи и проекты требуют новой крови, но понимая как встроиться в существующий контекст не хватает)

Но соглашусь, что чаще используется именно на крупных проектах, где нужно определять границы, проектировать и т.д.

Мне прям больно когда US с UC сравнивают. Ох сколько было выступлений и холиваров на этот счёт.

Я, например, на тему сравнения делал доклад на Analyst Days в прошлом году

Хотя лично использую только модификаций UC - Business case. Отлично помогает там, где нет низкоуровневых бизнес-процессов.

Точнее они есть, но слишком низкого уровня CMMI

Use Case VS User Story. Выбираем подход к специфицированию требований / Доклады / Analyst Days
https://analystdays.ru/ru/talk/71737

Я писал Use Case по адаптированному подходу Коберна
И сами "изобрели" подход Use Case 2.0 Якобсона

Использовали именно для описания деталей взаимодействия актеров и системы

Да, это тот доклад

Denys и отличный доклад был кстати говоря. Я к сожалению на него опаздывал

Спасибо :)

Я сколько 2.0 не нюхал, не лизал, так и не понял как это использовать в реальной жизни.

что делали мы: под один Use Case создавали несколько задач на реализацию: одна под happy path + ключевые альтернативные сценарии, в другие - те альтернативные сценарии, реализацию которых можно отложить. И задачи реализовывались в разных спринтах/релизах

Use case бесполезна, так как несёт минимум информации. use case проще вести отдельно текстом, на шаге сбора бизнес-требований (uml больше заходит на шаге проектирования системы).
UML activity хорошо себя чувствует там, где люди не знают BPMN (а таких много). Хотя проще сократить BPMN до базовых элементов и нативного понятия.
Диаграмма классов - не видел использования.
Entity relationship diagram используется при рефакторинге или создании системы.
Sequence используется постоянно при интеграции.
Недавно пришлось научиться использовать диаграмму коммуникации.
Диаграмма состояний редко, но нужна.

Мой топ:

• Use case - только текстом
• Объектная модель (укрупненная связь между компонентами) в интуитивно понятном виде
• Диаграмма процесса - в примитивной смеси bpmn/uml/ иногда с элементами data flow
• ER - но не всегда покрывающая все данные системы
• Диаграмма состояний - нужна обязательно, но в отдельных случаях (например, статусная модель)

От меня
UC текст. Если много UC то диаграмма в качестве содержания
BPMN для процесса
Sequence для интеграцией
Квадратики-со-стрелочками для всего остального

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