Продолжим рассуждать о том, как управлять рисками и о самых распространенных ошибках в этой части.
Еще одно ошибочное стремление многих собственников — желание вылизать продукт до идеала. Логика понятная: сейчас как найму десяток тестировщиков, чтобы те вычитывали код до каждой черточки и на проде не будет ни одного бага.
Но за этим благородным посылом скрывается сразу несколько нюансов.
Во-первых, "десяток тестировщиков" еще надо найти и нанять.
Во-вторых, каждый из них будет стоить бизнесу денег.
В-третьих, такая педантичность будет стоить бизнесу времени, потому что релизы будут откладываться.
В-четвертых, как ни парадоксально, это будет убивать продукт, потому что чем больше на проекте тестеров, тем больше будет (обнаружено) багов, вся эта возня будет тормозить развитие продукта, бизнес будет недозарабатывать, и постепенно умирать.
И какие, спрашивается, риски мы перекрыли?)
Если вы хотите добавить риск-ориентированности, совсем необязательно упарываться в сценарий выше.
Все что вам нужно, установить перечень событий, которые никак нельзя допускать в проде. Пусть QA перед каждым релизом убеждаются, что в коде нет ничего, что может привести к этим событиям. Все остальное можно делать и позже.
Бизнесу не нужно, чтобы продукт полировали до состояния идеала. Ему нужно развиваться и зарабатывать деньги. А задача собственника и управленца - помогать ему в этом.
У кого-то я подсмотрел замечательную фразу:
Когда ты запускаешь MVP, тебе должно быть стыдно
Это очень точная мысль. Продукт не должен быть идеальным. А на ранних стадиях он должен быть прям совсем хромой.
