Начну с себя. Лонг стори шорт

Почему нужно фиксировать требования

Приношу значит я по какой-то задаче свои каракули в фигме на синк с разрабами и продактом. Задачка не особо сложная, как мне казалось пустяковая.

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

И вот мы сидели с этой пустяковой задачей, проговаривая из пустого в порожнее 🫠 и было стойкое ощущение глухого телефона. Кто-то кому-то сказал одно, разработка подумала иначе, дизайнер сделал так, продакт объяснил по-своему и не успел донести разработке... А задача плавно перетекает из спринта в спринт. 3 бл недели работы слито впустую.

А потом меня заебало и мы начали вести историю версий с фиксацией требований так, чтобы все участники процесса видели их. И прямо фигме делать сводку по изменениям и микроспеку.

Стало легче всем. Советую.

➡️➡️➡️➡️
#жидкийкейс_os | @OpenSource_ux