------------------------------------------------------------

1. Постановка априори неразрешимой задачи.

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

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

Нет шансов.

Ну а теперь скажите, как этот мост подорвать?

В такой постановке задачи, разумеется, никак.

Всегда нужно выяснить, что на самом деле у нас есть и что мы хотим получить. По настоящему, а не после того, как кто-то перевёл это на язык какого-то негодного решения.

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

------------------------------------------------------------

2. Проверка того, что мы хотим именно то, что сформулировали.

Давайте сформулируем это ещё несколькими разными способами и проверим эквивалентность.

Например. Мы хотим, чтобы наше ПО было качественным.

Поэтому, мы будем депремировать программистов за большое количество найденных тестировщиками дефектов.

Так ли это?

Эквивалентна ли формулировка?

Мы хотим, чтобы наше ПО было качественным в релизной версии, а не сразу после разработки.

Поэтому, эти две формулировки не эквивалентны (качество не равно низкому количеству дефектов в момент тестирования; скорее, низким последствиям от дефектов при использовании программ).