Пожертвовать производительностью при декомпозиции User Story? – Это ведь костыль! Разве нет?

Просмотров: 125   |   Загружено: 2 год.
icon
Dmitry Blinov
icon
3
icon
Скачать
iconПодробнее о видео
Вы предлагаете начать с создания функционала, не обращая внимания на производительность. Но что, если мы добавим эту функцию в продакшн и ее производительность не будет справляться с нагрузкой?

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

Тренинг и воркшоп User Story Mapping
Статья о User Story Mapping
Статья о способах декомпозиции Историй
Статья с 38 доводами "Почему история должна быть меньше 1 спринта?" здесь

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

Хороший вопрос. Здесь я предлагаю вернуться к вопросу о том, что для нас является самым главным риском. Если самым главным риском является нагрузка, то мы ожидаем большое количество пользователей, и есть риск того, что система упадет. В этом случае мы сфокусировано занимаемся работой по производительности и выносим ее на передний план. Однако, если производительность не является основным риском и мы не ожидаем большого количества пользователей, мы откладываем ее в сторону на всякий случай. Мы можем предостеречься такой ситуации и вывести новый функционал для ограниченной группы лиц, на лояльных клиентов и пользователей.

Похожие видео

Добавлено: 56 год.
Добавил:
  © 2019-2021
  Пожертвовать производительностью при декомпозиции User Story? – Это ведь костыль! Разве нет? - RusLar.Me