Pavel
Потому что нет универсального решения
Grigory
Всём можно, но тогда бардак неизбежен.
Grigory
Кажется есть связь с скамбатом. Если по фреймворку работать, то джира из коробки отличный вариант.
Daria
А кстати, вы смотрели видосы на официальном сайте?
нэд, читала доку атлассиан только
Margarita
Коллеги, подскажите, пожалуйста, может ли Jira суммировать story points из подзадач в основной таск. Если да, то как это посмотреть/настроить?
Margarita
Jira облачная
Yehor
Жиза))
Yuriy
https://m.signalvnoise.com/status-meetings-are-the-scourge-39f49267ca90 Basecamp решил, что дейли не надо))
Pavel
https://m.signalvnoise.com/status-meetings-are-the-scourge-39f49267ca90 Basecamp решил, что дейли не надо))
Если дейли это "статус-митинг", то он дейсвтительно "не надо".
Yuriy
аналогий я не заметил, у них, похоже, все сводится к этому😄
Igor
Если дейли это "статус-митинг", то он дейсвтительно "не надо".
Я помню консультировал чуваков которые запилили автоматизацию вместо дейликов. В итоге они изначально не правильно делали дейлики и оказалось что автоматизация такого кривого процесса все усугубила :D в итоге они вернулись к живому общению на дейликах
Igor
А вообще статья похожа на рекламную :D
Евгений 1С
Притча про mvp. Жиза
Pavel
Притча про mvp. Жиза
Про неправильно определенный MVP :)
Евгений 1С
Про неправильно определенный MVP :)
Ага, мы сделали логотип для продукта, давайте в продакшн)
Евгений 1С
Коротко по прикреплённой традиции: Наш проект: Agile:scrum на 1С 1с-agile.ru В чем спец: В разработке и внедрении 1с в общем и Agile:skrum в частности. Полезность: Опыт в теме под нестандартным углом. Что ищу: живая площадка общения специалистов, для обсуждения актуальных трендов в Agile. Россия, Ульяновск. Группу нашел в поиске telegram.
Евгений 1С
Андрей
И зачем вы это сделали?
Андрей
Skrum kaban ажаль 1С
Андрей
КонструкторА
Pavel
Pavel
Хотя с учетом популярности 1с я всецело одобряю разработку 1с-scrum :)
Алекс
Уххх, сначало 1с itil теперь 1с scrum
Андрей
Меня прям дёргает когда читаю лендинг. Такое ощущение, что почитали статьи на википедии, посмотрели на джиру - и давай пилить мертворожденный продукт и инкрустировать его терминами. А потом учить на основе википедии делать ажаль
Алекс
Теперь нам нужен 1с LESs и 1 с Safe
Андрей
Будь я Алистером Коуберном я бы спросил работает ли сама команда, создававшая продукт, по гибким методологиям
Pavel
Художника всякий обидеть может
Pavel
Я посмотрел видео - вполне нормально. Я бы в 2011 очень не отказался от такого продукта :)
Андрей
Ну зачем вы это сделали. Зашёл посмотреть видео, на первых же секундах увидел столбец "Приоритет", в котором были числовые значения 700, 600, 550...
Pavel
Андрей, и чем вас смущает числовой приоритет?
Pavel
Идеально для CoD\WSJF
Андрей
Вы приоритет и объем не путаете?
Pavel
Объем чего?
Pavel
Андрей, для Cost of Delay вам нужно измерить в относительных величинах Business value, Time Criticality, Technical Value и потом это все сложить. Получившийся числовой параметр покажет, как дорого в относительных величинах вам держать задачу не сделанной.
Евгений 1С
И зачем вы это сделали?
Сделали потому, что имеющиеся на данный момент решения не устраивали.
Pavel
Для WSJF вам нужно CoD разделить на estimate - это позволяет выбрать для WIP задачу с наилучшим соотношением value и скорости поставки
Евгений 1С
Алекс
1c-agile.ru
Евгений, главное чтобы ваша команда сама пользовалась.
Pavel
Если вы трекаете приоритет в каком-то туле, то в нем должно быть поле priority именно с числовым значением.
Андрей
Т.е. вы считаете или знаете, что в столбце "Приоритет" именно результат такого скоринга? Т.е. это даже не "skrum" (канбан) доска, а SAFe-tool?)
Pavel
Я считаю, что в столбец "приоритет" можно записать такой скоринг. И CoD\WSJF далеко не только SAFe tool :)
Евгений 1С
Евгений, главное чтобы ваша команда сама пользовалась.
Пользуемся и развиваем. Используем и как основное решение для команды. И управляемся тоже по scrum, на этом же продукте
Андрей
Я считаю, что в столбец "приоритет" можно записать такой скоринг. И CoD\WSJF далеко не только SAFe tool :)
Можно, но если работать по более простому фреймворку, то зачем поле для числового ввода, а не селектор из нескольких приоритетов?
Андрей
Pavel
И это, кстати, в каком?
Андрей
Доска, вроде как, создана для тех, кто работает по scrum/kanban)
Андрей
Сделали потому, что имеющиеся на данный момент решения не устраивали.
Скажите, в поле "приоритет" можно проставить любое число? Как вы в команде ставите приоритеты? 700, 600, 550 - откуда эти числа?
Pavel
Доска, вроде как, создана для тех, кто работает по scrum/kanban)
В scrum и kanban можно применять числовые приоритеты.
Pavel
Или не применять приоритеты вообще.
Андрей
Да не может быть
Pavel
Да точно говор.
Андрей
Фантастика)
Евгений 1С
Описали бы тогда чем продукт круче JIRA, TFS и.т.д.
Спасибо за совет, опишем чем отличается
Алекс
👍
Pavel
Фантастика)
Но серьезно, зачем вам в scrum приоритет вообще? Помимо "высоты" задачи в бэклоге?
Андрей
Низачем Мы что, серьезно это обсуждаем?)
Pavel
Андрей, ну да.
Pavel
Так зачем?
Андрей
Низачем Мы что, серьезно это обсуждаем?)
Pavel
Так в чем тогда претензия к числовому полю Приоритет?
Андрей
Давайте так Почему job size оценивается обычно по ряду Фибоначчи, а не любыми числами, которые придут в голову команде?
Pavel
Потому что фибоначчи дает достаточный разброс между любыми двумя элементами, позволяющий однозначно интерпретировать разницу между элеентами.
Pavel
Что очень полезно при планировании и обсуждении разницы между задачами
Андрей
А ProductOwner пусть работает как единица в себе и оценивает задачи в 557, 665, 18, 100500 и 2. Команда просто берёт то, что он скажет, на планировании каденции-спринта-итерации. Так?
Pavel
Андрей, а продукт овнер может как выставлять приоритет двигая карточку по бэклогу (мы же об инструменте говорим, верно?), выставляя приоритет по CoD или делая sequencing любым известным ему образом: от PO currency до ROI
Pavel
То же самое может делать команда.
Илья
Скажите, в поле "приоритет" можно проставить любое число? Как вы в команде ставите приоритеты? 700, 600, 550 - откуда эти числа?
Банально: чем больше клиент орет, тем у нас больше приоритет (шутка с долей правды). Ещё, есть клиенты кто нам закидывает предоплату и хочет скорости. У них приоритет выше (600, например, у постоплатников 500, но их почти нет). У факапов 800.Да и банальное понимание каждым клиентом того, что нельзя всё сделать сразу заставляет их самих понимать что для них важнее и должно быть сделано раньше. 80% задач - это сопровождение вне проекта. Т.ч. поток задач бесконечен и без приоритизации это будет помойка из всего что надо и уже не надо.
Pavel
Вот, еще один вариант приоретизации :)
Илья
А ProductOwner пусть работает как единица в себе и оценивает задачи в 557, 665, 18, 100500 и 2. Команда просто берёт то, что он скажет, на планировании каденции-спринта-итерации. Так?
Так. Припланировании спринта берём примерно верхушку бэклога. Ну там.. стараемся чтобы по всем клиентам хоть по одной задаче было запланировано. Что бы тех кто в пролёте небыло. У наших конкурентов в среде 1С такого, по отзывам, редко встретишь. По этому их клиенты ждут решения задач месяцами.
Евгений 1С
Конструктивно: Приоритет - это мощный способ борьбы с ватерфолом
Андрей
Фактически это получается те же самые 1,2,3,4.. или Critical, Major, Minor, Trivial, только вводить руками Если только у вас там не ещё масса критериев и действительно разброс приоритетов от 50 до тысяч с шагом в 50