Денис просто пропустил момент когда мы точно определили какую проблему решаем :))

вброшу картинку

В вытягивающей системе такие проблемы "хакаются" тем, что люди тянут задачи сами, делается просто несколько очередей, и некоторые правила которые регламентируют соотношение бизнес/технических кейсов.

Но главная цель всей команды сфокусироваться на задачах, что бы протащить приоритетные

А в вытягивающей системе если вы видите что люди тащат всякую хрень, то это повод синхронизироваться с ними ;)

А чо вы попробуйте эксперимент сделайте, дайте каждому участнику команды на один спринт взять самую ценную задачу на ИХ взгляд из бэклога

В вытягивающей системе - крутое тех решение, не нужное бизнесу могут очень долго тянуть. Уйти так сказать в себя на долго.

Пока не попробуете не узнаете

Если у вас команда тащит все из тех. бэклога это значит либо она вообще не понимает/разделяет бизнес хотелок, либо настолько плохо оценивает ситуацию с проектом, что хочет защитить платформу.

Значит надо либо послушаться на пару спринтов, либо лучше продавать бизнес идеи.

Пока не попробуете не узнаете

Согласен, но есть желание построить команду - Junior подтянуть, до уровня middle

Значит надо либо послушаться на пару спринтов, либо лучше продавать бизнес идеи.

У кого были бэст практис ? кто может поделиться, как убедить заняться скучными бизнес кейсами ?

Слушайте у нас полно таких задач

Просто тухнут до тех пор когда пользователи 2-3 раза про них не напомнят, тогда команда уже не сомневается в том что надо

одно дело "хотящий команду построить - скучные идеи продает", другое дело пользователи пишут "что за херня".

эффект прямо * 1000

цикл обратный связи запускает морковку

я ж грю вот банки например

посадите на 1-ю линию саппорта программиста и продакт оунера на месяц

через месяц они выкинут ваш бэклог и будут исправлять такое, о чем вы никогда не догадываетесь

вопрос канала откуда идет задача ;)

booking.com новых сотрудников на саппорт сажает.

это если вы думаете что я фантазер

booking.com новых сотрудников на саппорт сажает.

В самое пекло :)

booking.com новых сотрудников на саппорт сажает.

Класс.

Коллеги, еще какие бест практически посоветуете?

через месяц они выкинут ваш бэклог и будут исправлять такое, о чем вы никогда не догадываетесь

и это будет бесконечно далеко от того, что приносит прибыль

и это правда

и это будет бесконечно далеко от того, что приносит прибыль

+1 и вообще "2-3 раза напомнят пользователи" - как-то нерепрезентативно, не?)

booking.com новых сотрудников на саппорт сажает.

Я бы еще повторял раз в год как минимум

+1 и вообще "2-3 раза напомнят пользователи" - как-то нерепрезентативно, не?)

Это вообще хак, я уверен, им можно хакнуть любую продуктовую компанию. Если про что-то за 1 месяц напишет 50 казалось бы никак не связанных людей, с большой вероятностью фича сильно поднимется в приоритете и будет сделана. Даже если это хрень полная.

Ну тут вопрос в том - вы делаете то что просят, или вы исследуете первопричины

мне кажется вы почему-то подумали что я говорю о первом

Ну тут вопрос в том - вы делаете то что просят, или вы исследуете первопричины

Тут цифры против реальных пользователей. Эмпатия заболит и пойдешь делать. Решишь что что-то не учли в цифрах

У меня чето не болит

Но тут столько факторов, что ой ой ой :)

И кстати ИННОВАЦИОННАЯ деятельность и запросы пользователей это две разные вещи как правило.

У меня чето не болит

*шутка о том, что мужчины не умеют в эмпатию* :D

Понятно, что фича должна иметь обоснование и уже находиться в бэклоге. Просто внезапно ее попаболь или оценка частотности или массовости увеличится в глазах овнера бэклога.

*шутка о том, что мужчины не умеют в эмпатию* :D

сексизм

> Просто внезапно ее попаболь или оценка частотности или массовости увеличится в глазах овнера бэклога.

Это гипотеза?

У нас в бэклоге нет приоритета.

Поэтому и проблемы наверное такой нет.

Это гипотеза?

Честно, все хочу проверить, но руки не дошли.

Наверное переход от backlog к options решает много проблем, но с другой стороне больше ответственность на том, что выбирать конечно же и риска.

Овнер тот же человек. Увеличим для него доступность примеров, что это попаболь и она частотна и он поверит в то, что приоритет выше стал

Тест на эмпатию:

Фух, больно же на камнях

не пали контору

А, да, мужчины же не умеют в эмпатию :)))

Эмпатия это когда другой человек думает что вы живете в контексте его проблемы и доверяем вам.

Так сложно что проще заказать бургер

Хмм, т.е. что бы пилились бизнес задачи, нужно что бы команда сопереживала бизнесу ? Условно говоря, на неделю всех на 1 линию отдать, условно на неделю посадить всю команду за работчие места пользователей

посать - это сильно!

Ну бросьте, опечатался

Алексей это опасный трюк!

Почему всех, возьмите добровольца ))

Сесть с пользователем и прожить сценарий вместе это вообще бесценно

Обычно такой коллапс - человек жмет Ф5 и думает что это нормально, а вы сидите рядом и такие "блин хрена се, вот так вот баги и лечатся"

посать - это сильно!

Это про что?!

про очепятку

Почему всех, возьмите добровольца ))

Зачастую, на такой эксперимент разрабы не соглашаются. Только самые отважные :) И зачастую находят поддержку у менеджеров. "Не может человек которому платят зарплату как разработчику просто сидеть и смотреть как пользователь"

Чет вы в трех соснах заплутали...взять не разраба, но адекватного и пусть потыкается, потом опишет свои тыкания...

задача думать о бизнесе лежит на широких плечах продакта

разраб переводит с русского на машинный

У нас был эксперимент с добровольным походом на точку партнера («телефоны продавать») из разработчиков где-то половина сходила, тестирование все. Причем это была для них для всех реально добровольная акция, поскольку изначально договариались с партнером только на продуктовиков. Они узнали и напросились сами.

Но если разрабы не хотят или не желают...

У меня был эксперимент - сисадмина взяли и он все сделал...вошел в роль и начал ломать даже старые разработки как орехи...премии, овации и прочее

В смысле "ломать старые разработки"?

Долгая история, но интуитивная понятность интерфейса выросла, защита от дурака повысилась, функционал надежнее стал и в результате его же общения с пользователями был большой профит...тк клиентоориентированность сисадмина была много выше разрабовской... куча всего была переписана

Т.е. Сис админ сам исправил или донес до разработчиков как нужно поправить интерфейс, защиту от дурака сделать, функционал надежнее ?

Второе

Он не умеет писать вовсе, специально выбрали

"Методы поиска новых технических решений"...я один знаю что это такое?

Долгая история, но интуитивная понятность интерфейса выросла, защита от дурака повысилась, функционал надежнее стал и в результате его же общения с пользователями был большой профит...тк клиентоориентированность сисадмина была много выше разрабовской... куча всего была переписана

👍

Коллеги, а как при планировании учитывается время на обучение, совещения и т.д.?

👍

Я не шучу, объект кардиоцентр, был тотальный переход на сэд, причем с 2002 года

Коллеги, кто-нибудь находится в ситуации, когда все проекты ведутся в YouTrack, а задачи поступают, к примеру, из GitLab (тикетами)? Вот у меня такой вопрос: как мне оптимизировать свою работу? Сейчас есть такая интеграция: если в Гитлабе появляется новый тикет от клиента на доработку → он автоматически падает в Ютрек, и нужно лишь взаимодействовать с клиентом в Гитлабе а в Ютреке отслеживать исполнение задачи Но когда таких тикетов 20 — начинается жесть. У меня мало опыта, поэтому самое лучшее что я пока что придумал — это хоть как-то облегчить себе жизнь с помощью Трелло, но этого мало. Посоветуйте, пожалуйста методы ведения проектов которые подойдут именно в моей ситуации с Ютрек и Гитлаб Контекст проектов такой: небольшая студия мобильной разработки с чеком от 500.000