👃 Как только заговорили о задачах – запахло приоретизацией

Эти термины всегда появляются вместе, причем уже придумана сотня техник, методик и фреймворков для приоретизации. Но большинство из них построено на субъективизме и если у приоретизатора нет полной картины или хотя бы машины времени – всё разойдется по швам. А самое грустное, что ещё и на этот процесс будет потрачена уйма времени.

Вот вы, например, подписчики, перед началом реализации нового сервиса или продукта – определяете список фичей, которыми можно пренебречь? Или «всё важно, всё нужно»? А что если что-то пойдет не так, какой функционал можно будет выкинуть на время или насовсем?

Из моего стартаперского опыта – самым простым методом был и будет «MoSCoW», он является аналогом «матрицы Эйзенхауэра». Именно с помощью них можно натягивать любую сову на любой глобус, они оба на столько простые, что уже написана куча статей как с ними работать (почитайте, за 3 минуты разберетесь). MVP по этим методам – будет Must Have или левый верхний квадрат, а в идеале 50-75% от описанного там. С их помощью можно гибко управлять функциональностью, потому что самое ценное – ресурсы – всегда ограничены.