Найкращій код = Ненаписаний код

Це одне з головних правил будь-якого менеджера — ever.

Якщо код ненаписаний:

• Ви не витратили грошей на його розробку.
• Він не займає «оперативну» памʼять ваших розробників.
• Ви не будете витрачати гроші на його підтримку або дебагінг у майбутньому.

Гарний продакт, повинен думати про збільшення смітника ідей або задач, а не наповнення беклогу.

Інколи відповідь на питання — "що ми не будемо робити?", значно важливіша ніж "що ми будемо робити?".

Дивіться на кожну вашу фічу/таску як на гіпотезу.

А через те, що немає 100% впевненості у outcomes від нашої роботи, думайте як зменшити кількість роботи при першій ітерації.

• Протестити рішення клікабельним прототипом, а не готовим рішенням.
• Перенести якусь частину роботи на Third Party Partner'a й не розробляти її самостійно. Нехай й заплатити за це гроші.
• Подумати, як ми можемо спростити технічне рішення. Наприклад замість інтеграції з API, складати запити в csv, й посадити людину яка буде процесити їх кожен день.

Я ще не бачив жодного проєкту, з маленьким беклогом. Але бачив супер великі беклоги, які ніколи не будуть реалізовані.

Робити багато та якісно, треба лише тоді, коли це комусь потрібно. А поки немає уваги користувачів чи даних, будь-яка ваша ідея — лише гіпотеза.

Яка повинна бути протестована мінімальними зусиллями.