Давно хотел вам рассказать про приоритизацию продуктовых задач.
Поскольку у нас с вами респектабельное научно-популярное издание, построенное на дохренища серьезных щах, я просто обязан сперва дать вам определение приоритизации.
Приоритизация, дорогие мои, это охрененно полезный навык продакта, дизайнера, аналитика и вообще кого угодно, который позволяет разложить перечень продуктовых задач по полочкам и двигаться в разработке не наобум, а по определенной логике.
А еще приоритезация - это скотское слово, в котором я постоянно опечатываюсь (сейчас, например).
Вообще говоря, в цифровой разработке нужно приоритизировать разные задачи - и большие продуктовые решения/фичи/гипотезы наподобие «Сделать автозаказ товара в полнолуние», и мелкие технические задачи вида «Сделать версточку для лэндосика», которые вы с командой нарезали на ближайший спринт.
Сейчас я буду больше говорить про продуктовые задачи (там все сложнее и хитрее), но все правила приоритизации легко переносятся и на задачи помельче.
Мой рассказ про преоритизацию (ну вот, опять) будет разбит на 2 части:
1. Сперва мы поговорим про говяжьи методы приоритизации, когда и думать не надо - сел и разложил все по полочкам. Тут все будет очень просто.
2. Потом мы оттопырим мизинчик и поговорим про более задротские методы разделаться с вашими задачами. Мы поговорим про ICE, RICE и ICE+ (вряд ли вы про него слышали - это мой домотканый способ приоритизировать задачи в особо запущенных случаях).
Неохваченной (пока) у нас останется одна из вершин социологически-математического безумия - метод Кано. Он странный, кажется сектантским (и, вполне вероятно, таковым является), поэтому про него я расскажу по вашим особым заявкам.
Итак, поехали.
Поскольку у нас с вами респектабельное научно-популярное издание, построенное на дохренища серьезных щах, я просто обязан сперва дать вам определение приоритизации.
Приоритизация, дорогие мои, это охрененно полезный навык продакта, дизайнера, аналитика и вообще кого угодно, который позволяет разложить перечень продуктовых задач по полочкам и двигаться в разработке не наобум, а по определенной логике.
А еще приоритезация - это скотское слово, в котором я постоянно опечатываюсь (сейчас, например).
Вообще говоря, в цифровой разработке нужно приоритизировать разные задачи - и большие продуктовые решения/фичи/гипотезы наподобие «Сделать автозаказ товара в полнолуние», и мелкие технические задачи вида «Сделать версточку для лэндосика», которые вы с командой нарезали на ближайший спринт.
Сейчас я буду больше говорить про продуктовые задачи (там все сложнее и хитрее), но все правила приоритизации легко переносятся и на задачи помельче.
Мой рассказ про преоритизацию (ну вот, опять) будет разбит на 2 части:
1. Сперва мы поговорим про говяжьи методы приоритизации, когда и думать не надо - сел и разложил все по полочкам. Тут все будет очень просто.
2. Потом мы оттопырим мизинчик и поговорим про более задротские методы разделаться с вашими задачами. Мы поговорим про ICE, RICE и ICE+ (вряд ли вы про него слышали - это мой домотканый способ приоритизировать задачи в особо запущенных случаях).
Неохваченной (пока) у нас останется одна из вершин социологически-математического безумия - метод Кано. Он странный, кажется сектантским (и, вполне вероятно, таковым является), поэтому про него я расскажу по вашим особым заявкам.
Итак, поехали.