Про приоритизацию
Если вы отвечаете за рост продукта или бизнеса в компании - какие цели себе ставить? Срывать низковисящие фрукты, чтобы заработать как можно больше здесь и сейчас, но не принести результата вдолгую? Или фокусироваться на долгосрочных и сложных целях, которые в моменте не дадут вообще ничего, но зато их эффект на длинной дистанции будет более существенен? Как выбрать?
It depends. И зависит это, конечно же, от огромного количества факторов: сложности разработки, количества потенциальных пользователей, объема рынка, уровня проникновения фичи, вашей чуйки и тд и тп. И на это есть масса моделей приоритизации, которые должны вам помочь с этим - ICE, RICE, WSJF, MoSCoW и прочие. Но вы их все сами можете загуглить и попробовать на себе. Я же вам хочу рассказать еще одну грань приоритизации, из личного опыта.
По моим наблюдениям, у вас в компании есть 2 крайности взаимоотношений с этой компанией. Либо вы человек новый, неопытный, еще не заслужили кредита доверия, и, возможно, и не планируете на долгосрочное сотрудничество с командой. Либо, на другой крайности, вы человек, что называется, системный. Вам доверяют, в вас видят эксперта и готовы прощать вам ошибки, у вас долгосрочные планы на работу в этой команде. И это ваше положение в компании/команде на самом деле и определяет решающую роль, что вы возьмете в работу в первую очередь, а чему поставите последний приоритет.
Возьмем первый пример. Вы работаете в компании и понимаете, что вы здесь не надолго. Может еще год-полтора и потом надо искать что-то новое. Тогда ваш выбор в приоритизации и формировании своих целей - это показывать перфоманс в моменте, прямо сейчас. Делать те фичи и доработки, которые обеспечат вас ростом продуктовых метрик как можно скорее. Нужно ли при этом приоритизировать устранение техдолга или реализацию сложных технических эпиков? Ну конечно нет. Мало того, что пока вы их сделаете, вы уже попрощаетесь с этой командой и пойдете дальше в рынок, так еще и их смысл и эффект очень сложно доносить до кого либо внутри компании. Зачем обновлять версию .NET, когда можно запилить новую акцию в продукте?
Или другая крайность, возьмем например меня в Лиге Ставок. У меня на компанию долгоиграющие цели, и у компании на меня долгосрочные планы. Мы что-то вроде заметчились. Этот метч дает мне право фокусироваться и вообще брать в работу задачи, которые в короткой перспективе не дают результата, а дадут только на средней и дальней дистанции. Я могу ставить в первый приоритет такие скучные и непонятные технические эпики как «Переделка всей навигации моб. приложения» или «Оптимизация скорости загрузки страниц в вебе». Их реализация ничего не даст в моменте, продуктовые метрики не вырастут, и никто не поймет что стало лучше, ни пользователи, ни ваши коллеги. Но их надо делать, если мы хотим оставаться конкурентоспособными на дистанции в много лет. И только потому, что у меня горизонт планирования в этой команде далекий, я могу (и на самом деле должен) фокусироваться на таких вещах, и могу себе позволить не пускать пыль в глаза, и не отвлекаться на реализацию «вау-фичей», которые производят много впечатления, но не делают пиздатый продукт.
Так что, я вам рекомендую в ваши модели приоритизации добавить еще один параметр - горизонт ваших планов на компанию/команду.