🥲 Як отримати користь від помилок

Привіт! Хочу поговорити з вами про помилки. Тільки не про інтерфейсні, а про ті, яких ми іноді припускаємося на роботі.

Якось я писала реліз ноутс і випадково згадала там функцію, яка поки не доступна користувачам. Мій Київстар — великий застосунок, над яким працює декілька команд, тож не завжди знаєш про все, що відбувається. Недогледіла, не перепитала — і в результаті помилилася.

Я розповідаю вам цю історію не просто так. По-перше, хочеться показати, що shit happens — а то всі такі успішні в онлайні, а про факапи чомусь соромляться розповідати 🙃 По-друге, помилки насправді дуже цінні, якщо прийняти їх і зробити висновки.

То що робити, якщо ви помилилися? Ось швидкий алгоритм дій:
🔹 якнайвидше все виправити
🔹 подепресувати 🌚
🔹 подумати, чому сталася помилка і як не повторити її
🔹 змінити процеси на основі нового досвіду

Чим же закінчилася історія з реліз ноутс? Наші QA-інженери швиденько дотестували функцію, і вона все-таки потрапила в останню версію застосунка 🎉

А далі ми з командою обговорили, чому взагалі виникла проблема.

Раніше: UX-райтери переглядали презентацію з результатами спринта, щоб витягти звідти деталі про оновлення. Але перемотувати довгий запис не дуже зручно. До того ж, неочевидно, чи потрапить функція у найближчий реліз — через що я і помилилася.

Зараз: коли готується нова версія застосунка, бот у Slack тегає всіх бізнес-аналітиків. Вони коротко, своїми словами описують фічі, які підуть у реліз. Це значно полегшило життя UX-райтерам, та й інші члени команди завжди в курсі оновлень.

І цих змін не було б, якби я не нафакапила з реліз ноутс 😅

💫 А у вас бували такі помилки “на краще”? Поділіться)