Если
Говорят, когда к Спарте подошла армия врагов, они прислали послание: “Если мы войдём в ваш город — мы сожжём поля, перебьём мужчин, уведём женщин”. Ответ спартанцев был лаконичным: “Если”.
В разработке “если” может звучать иначе. Когда команда растёт, появляются люди, которые начинают строить бесконечные гипотезы: - А если заказчик поменяет требования? - А если инфраструктуру не предоставят? - А если будет стихийный рост запросов? - А если…
И так до бесконечности.
Обсуждать риски важно — это часть зрелого планирования. Но есть тонкая грань между оценкой рисков и коллекционированием страхов.
В первом случае ты смотришь на последствия: если риск случится, какой будет ущерб? Если урон критичный - нужно готовиться.
Во втором случае человек просто перечисляет все ужасы подряд, парализуя работу. чтобы команда не начала буксовать, важно отличать одно от другого.
Иногда лучшим ответом на бесконечное “а если” будет то самое спартанское: “Если”.
Потому что лучше сделать и решать проблемы по мере их появления, чем так и остаться в мире гипотетических угроз.
Сталкиваешься с такими “если”?
· 03.10
Нормально выстроенный и внедренный риск менеджмент на то и направлен, что не просто коллекционировать «страхи», а вырабатывать стратегии реагирования на внешние и внутренние изменения, которые могу оказать разную степень влияния на дорожную карту.
Как раз по причине того, что современное руководство зачастую стараются игнорировать выявленные на начальных этапов проектирования возможные проблемы, приводят к непредсказуемым последствиям, которые как раз и парализуют вообще весь проект и ставить под угрозу возможность его завершения с первичными финансовыми ожиданиями
ответить
коммент удалён
· 03.10
Всегда и везде существует «перегибание палки» 😁
ответить
ответ удалён
· 03.10
Действительно, риск менеджмент залог успеха, но я, все же, акцентировал внимание на обратной стороне вопроса, когда попытка предусмотреть все, не дает проекту стартануть.
ответить
ответ удалён