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

🤖🚫 AI-free content. This post is 100% written by a human, as is everything on my blog. Enjoy!

28.05.2024

Планування: з простору проблем у простір рішень

Мапа епіків та задач, зроблених з попередньої схеми.

Хотілося закінчити про процес планування, бо це досить важлива тема та я їй сам приділяю недостатньо уваги.

Коли простір проблем досліджений до достатньої міри (попросту кажучи, ідеї закінчились), то він перекладається на простір рішень. В моєму випадку рішення — апріорі застосунок, залишається перебрати кожну проблему, ризик, та користь та покрити їх функціями застосунку. При цьому можна відразу прибрати аспекти з низьким пріоритетом.

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

Наприклад: я окреслив ризик (та високий!), що людина не довірятиме запропонованій системі статистичного обліку. Такий ризик мені був відомий давно, але я нічого з ним не робив. Після формального прийняття ризику я додав епік “Підручник”. Бо дійсно, в цій програмі прихована математична модель, яка не стане зрозумілою тільки з використання та неявних ознак.

Або інший приклад: я з самого початку задумав, що теги повинні мати вкладеність (наприклад: “робота / програмування / проєкт X”). Але для вкладеності не знайшлося місця на мапі: вона не розвʼязує жодної потреби користувача. При цьому складності додає — як у розробці, так і у використанні. Тепер можна впевнено прибрати її з проєкту та розблокуватися.