Если⁠⁠

Говорят, когда к Спарте подошла армия врагов, они прислали послание: «Если мы войдём в ваш город — мы сожжём поля, перебьём мужчин, уведём женщин». Ответ спартанцев был лаконичным: «Если».

В разработке «если» может звучать иначе. Когда команда растёт, появляются люди, которые начинают строить бесконечные гипотезы:
— А если заказчик поменяет требования?
— А если инфраструктуру не предоставят?
— А если будет стихийный рост запросов?
— А если…
И так до бесконечности.

Обсуждать риски важно — это часть зрелого планирования. Но есть тонкая грань между оценкой рисков и коллекционированием страхов.

В первом случае ты смотришь на последствия: если риск случится, какой будет ущерб? Если урон критичный — нужно готовиться. Во втором случае человек просто перечисляет все ужасы подряд, парализуя работу.

Тут и возникает потребность в навыке отличить одно от другого.

Иногда лучшим ответом на бесконечное «а если» будет то самое спартанское: «Если». Потому что лучше сделать и решать проблемы по мере их появления, чем так и остаться в мире гипотетических угроз.

Сталкиваешься с такими «если»? Помогает или мешает?

А ещё меня можно читать в телеграме