🧀 Не ошибается тот, кто лишь блоги ведёт 🧀

А тот, кто ещё и работает, очень даже ошибается. Признаем, что все мы — допускаем ошибки, и я — не исключение. Именно так Карл Вигерс начинает свой вебинар про ревью артефактов, и у меня есть про это подробный доклад. Я веду практику регулярных разборов полётов в своей команде: каждый добровольно приносит свежий косяк из своего опыта. Ожидаемый результат таких встреч для ребят — увидеть, что коллеги тоже промахиваются, принять это, и обучиться на чужих просчётах. И я, конечно же, охотно делюсь ситуациями, в которых оказался сам. Изложу одну и для вас, считайте всё вымыслом.

🤮 AS-IS: В нашей системе А есть сущность "Заявка", у неё есть поля "назначенный ответственный" (Assignee) и "Состояние". Возможны два значения состояния: открыта (Open) и Закрыта (Closed). Состояние синхронизируется к нам из системы Б.
🤒 TO-BE: Продакт хочет, чтобы заявку можно было поставить на паузу, а спустя сколько-то часов автоматом переводить в состояние "заморожена", удаляя привязку ответственного, но саму заявку не закрывать.

👹 Система Б реализует функцию приостановки на паузу и присылает нам в систему А событие с обновлением статуса заявки. Наша задача, как системы А, среагировать на это событие и реализовать переход из состояния паузы в состояние заморозки по таймеру, с зачисткой Assignee. Далее по шагам:

1. Я описываю требования и дохожу до Разработчика X, предлагая статусы Stopped и Frozen.
2. Разработчик X говорит, что лучше новый статус в модели не заводить, и взять имеющиеся Paused и Suspended.
3. Вношу договорённость на диаграмму (см. картинку).
4. Разработчик X уходит в отпуск.
5. Разработчик Y подхватывает задачу и бодро всё реализует.
6. QA проверяют и дают добро.
7. Проходит время, и мы узнаём, что в заявках, попавших в Suspended, удаляется не только assignee, но и все остальные поля, вроде названия и описания.

😸 Как думаете, почему так могло произойти? На каких шагах нужно было сделать что-то иначе? Порассуждайте в комментариях, я отвечу в них на вопросы, а "решение" опубликую следующим сообщением позже.

#факапы | Analyst Boost