а этот интернет проект приносит деньги?)

смотрел? https://youtu.be/NpbvtZV_sD8

а куда они поступают?

Как краткосрочное решение - вводите квоту. Но я бы рекомендовал учить команду "продавать" технические истории PO, ровно как это делают заказчики, держатели стейков и пр. Если команда донесет важность, например, замены технологии до PO в понятных ему терминах, то приоритет наивно сработает как надо. Представь, тебе как PO говорят - либо мы остаёмся на старом технологическом стеке и разрабатываем типовую историю за 5 дней в среднем, либо мы инвестируем 10 дней в обновление и начинаем разрабатывать эти же истории за 3 дня.

Да, спасибо. Я как раз и хочу помочь командам. С Владельцем тоже понимание есть. Они у меня классные все! Квоты как один из вариантов.

на интеркассу какую-нибудь, крипту, вебмани. Вывожу на карту только что идет на личное пользование

Коллеги, есть ли у кого опыт использования scrum в продажах?

У меня всегда вопрос к таким применениям: 1. Какая цель спринта в продажах? 2. Что такое "Продукт" в продажах?

Кто и зачем меня искал?

хорошего человека всегда мало!)

Вот и я хочу узнать об этом)

Вам намного лучше вам зайдет цикл PDCA и просто ежедневная синхронизация. Если мы говорим о сложных продажах, у которых цикл сделки непредсказуем. Если цикл сделки на потоке (как производство "звонок--согласование-контракт-деньги" ), то там чистое процессное управление. для него может работать Канбан-метод - подсвечивающй ограничения в системе.

Будет ли продуктом являться что продаёт менеджер?

Спасибо за совет! Просто не очень понимаю как ляжет на канбан работа с продуктовой матрицей!

Приятно слышать, но все-таки любопытно :)

Вот от этого и отталкиваетесь. К каким счетам есть доступ у налоговой,а к каким нет...

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

если Вам деньги приходят на банковский счет физ лица (Ваш личный к примеру), то вполне возможно рано или поздно налоговая заинтересуется. Вопрос размеров сумм, конечно. Какая страна? РФ?

ну и сам интернет, тоже изначально не особо-то они пробивают я так понял? Именно от сумм на счетах отталкиваются?

От приходов денег на счета и динамики

Коллеги, как это относится к теме чата?))

Кто и зачем меня искал?

А вот еще у меня вопросик, потихоньку встает в полный рост. В процессе работы у ҡоманд возникает небходимость реализовать различные технические Стори. Там и техдолг и рефакторинг и улучшения связанные с CI/CD. Мы с Владельцем договорились, что все идет через Бэклог. Стори бьются на более мелкие, чтобы они могли быть закончены за Спринт. Собирабтся ообщества, обсуждают, оценивают, сплитят и т.д. Все как с обысными историями. Но вот ка доходит дело до приоритизации Бэклога, движение задач не то чтобы стопорятся, но идут более низким приоритетом что-ли ... все время возникают срочные бизнесовые стори ... Как быть? Есть практики? Не вносить их в бэклог, просто на планировании закладывать командам на это время? Теряем прозрачность ... Выделять некий квант, например, 25% и брать такой же процент технических сторей?

А вот еще у меня вопросик, потихоньку встает в полный рост. В процессе работы у ҡоманд возникает небходимость реализовать различные технические Стори. Там и техдолг и рефакторинг и улучшения связанные с CI/CD. Мы с Владельцем договорились, что все идет через Бэклог. Стори бьются на более мелкие, чтобы они могли быть закончены за Спринт. Собирабтся ообщества, обсуждают, оценивают, сплитят и т.д. Все как с обысными историями. Но вот ка доходит дело до приоритизации Бэклога, движение задач не то чтобы стопорятся, но идут более низким приоритетом что-ли ... все время возникают срочные бизнесовые стори ... Как быть? Есть практики? Не вносить их в бэклог, просто на планировании закладывать командам на это время? Теряем прозрачность ... Выделять некий квант, например, 25% и брать такой же процент технических сторей?

Как краткосрочное решение - вводите квоту. Но я бы рекомендовал учить команду "продавать" технические истории PO, ровно как это делают заказчики, держатели стейков и пр. Если команда донесет важность, например, замены технологии до PO в понятных ему терминах, то приоритет наивно сработает как надо. Представь, тебе как PO говорят - либо мы остаёмся на старом технологическом стеке и разрабатываем типовую историю за 5 дней в среднем, либо мы инвестируем 10 дней в обновление и начинаем разрабатывать эти же истории за 3 дня.

Я кстати такое встречал, мы когда-то делали проект - серверная инфраструктура для казино в америке, который был полностью технический и юзеров в рамках процессинга там почти не было. Так заказчик писал стори по примеру, я как сервер 1 хочу распределить темплейт с выигрышами серверу 2, чтобы тот их начал распределять на игровые автоматы и ид

Спасибо парни! Примерно по такому пути и идем. Разработчики часто формируют техстори в своих терминах. На днях был Общий PBR, Сделали стикер - "Подправить API для обмена с Робокассой". Обратил внимание на формулировку. Обсудили, получилось - "Запустить подсистему обмена чеками с Робокассой для интернет-магазинов". Предложил все техстори человеческим языком описывать в терминах бизнеса и ценности для потребителя. Двигаемся дальше ;)

Добрый день! Зачем называть их техстори? У нас просто это задачи, их стараемся смартовать, таймбоксить обязательно.

Добрый день! Зачем называть их техстори? У нас просто это задачи, их стараемся смартовать, таймбоксить обязательно.

Мы также делаем. Называть техстори удобно. мы на стикерах ставим зеленую букву "Т". Истории эти идут именно от команд.

Добрый день! Зачем называть их техстори? У нас просто это задачи, их стараемся смартовать, таймбоксить обязательно.

Я кстати такое встречал, мы когда-то делали проект - серверная инфраструктура для казино в америке, который был полностью технический и юзеров в рамках процессинга там почти не было. Так заказчик писал стори по примеру, я как сервер 1 хочу распределить темплейт с выигрышами серверу 2, чтобы тот их начал распределять на игровые автоматы и ид

Но даже чисто пользовательские функции не всегда можно оформить как классическую user story с ролью и велью. Вполне себе могут быть доработки дизайна, которые не добавляют бизнес-велью, но делают систему более удобной в использовании. У нас в бэклоге это тоже «story”, но оформленная свободным текстом, с пометкой что это design improvements или enhancements.

Насколько я знаю, это все настраивается. У нас тоже Jira, есть типы User Story, Task, Defect

Привет! Как лучше всего посчитать эффективность продукт оунеров? Кол-во ПО меньше, чем команд, хотим это поменять, готовим аргументы

Привет! Как лучше всего посчитать эффективность продукт оунеров? Кол-во ПО меньше, чем команд, хотим это поменять, готовим аргументы

Почему то, что команд больше, чем ПО, плохо?

вы как-то замеряете бизнес-ценность?

Не успевают обслуживать скрам-команды, не успевают поставлять данные аналитикам для формализации сторей

Нас интересует эффективность именно в процессе, а не в продукте