Не разу не использовал блок-схемы. Интересно, вдруг это очень полезная вещь?

Блок-схемы уже устарели.
Они не позволяют полностью со всех точек зрения представить поведение программы.
На смену блок-схемам сейчас используется UML.
UML - современный язык для проектирования и моделирования программных систем.
ORD - диаграммы для представления структуры БД.
Подробнее - в интернете.

Человеческий мозг так устроен, что структуры, состоящие из 7 - 10 элементов, он удержать и одновременно выполнять с ними мысленные манипуляции не может.
Величайшие шахматные гроссмейстеры могут рассчитывать ходы вперед только на 20-25 полу-ходов.
Поэтому моделирование нужно обязательно.
Ведь моделируют везде: в строительстве, в машиностроении и т.д. Где-то читал, что перед тем как строить подводную лодку составляют документацию и чертежи, которые по объему занимают объем как несколько грузовиков.

Для простых задач - модель необязательно рисовать на бумаге или в какой-то программе. Модель имеется в голове.
Но когда возможностей мозга уже не хватает, такие задачи человек называет "сложными".
Сложность - это и означает - сложность для восприятия человеком.
В таких случаях средства для построения моделей (архитектуры программы, поведения программы) просто необходимы.
Причем сейчас есть бесплатные пакеты и для UML, и для проектирования структуры БД. Например, Visual UML, если не ошибаюсь.

Большинство моих задач требуют моделирования, хотя и не все. Но моделировать приходиться чаще чем "иногда".
Поэтому я отвечаю "всегда".

При проектном подходе к внедрениям всегда используем блок-схемы для описания всех бизнес-процессов. При мелких доработках уже нет.
Хотя в (14) правы, не всегда блок-схема способно наглядно описать сложный процесс. Надо будет изучить что такое UML.

Если делать без них получается овнокод