Стендап Сьогодні 📢 Канал в Telegram @stendap_sogodni

🤖🚫 Контент вільний від AI. Цей пост на 100% написаний людиною, як і все на моєму блозі. Насолоджуйтесь!

12.02.2024

Failure demand

В мене є модель мислення, про яку не часто чую. Це failure demand - в моєму перекладі “попит через відмову”. Модель ця зʼявилася у сфері обслуговування, але гарно допомагає оцінювати потреби інженерних команд.

Модель каже, що попит на продукт складається з двох частин: “попит на цінність” - це звернення клієнтів для отримання від продукту того, що вони хочуть; та “попит через відмову” - це звернення тих клієнтів, які не отримують те, чого хочуть. Ніби й те, і те — попит, але тільки один приносить користь — бо попит через відмову лише виводить в нуль попередньо завдані втрати.

Так само можна розділити розробку програм. Є розробка, яка впроваджує функції, які потрібні користувачам. А є розробка, яка робить не те що потрібно. Це, в першу чергу, виправлення багів, але також і розробка зайвих функцій або розробка в такому вигляді, який буде незрозумілим та неоціненим.

В програмних продуктах завжди хочеться отримати результат швидше. Можна працювати більше — брати більше людей, збільшувати робочий день. Проте збільшення людиногодин задовольняє обидва попити без розбору. Тобто виходить, що тільки ще більше ресурсів піде на попит через відмову!

Тому, кажуть, команда повинна мати мету знижувати попит через відмову. Але, оскільки цей показник зовнішній, вплинути на нього можна не напряму, а через покращення процесів. Не тільки для уникання багів, але й кращого розуміння розробників про продукт та потреби користувач. Коли розробнику треба “взяти спринт на виправлення багів”, то перед залученням другого розробника варто зрозуміти, звідки ті багі беруться.