Очень часто при создании чего-то нового мы рисуем картинку, обсуждаем требования со стекхолдерами и командой, рисуем планы и оценки и, затем, почему-то все начинает рушится. Казалось бы, где архитектура и где причины по которым все разваливается. А мы учли эти причины? Скорей всего только те, что на поверхности - например, команду не дадут. Ну не дадут и не дадут - сроки пусть сдвигают. А если сервис соседний посыпался, а если железа не хватило. В докладе хочется напомнить или рассказать об управления рисками при создании архитектуры решений, методы их минимизации и тестирования.