Телеграмм чат группы agile

Удобно видеть, что у некоторых команд работы ещё на 20 спринтов вперед. А у других на 4. Надо чота делать

Вот это совсем не про скрам. Это про ресурсное планирование.

15:38пожаловаться #1

AZ

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

Для начала найти источник проблемы, например провести мониторинг отношений в команде при помощи социологического дата-майнинга

Хочу про это статью на vc.ru написать, про численное выявление изолянтов... правда в скрам-командах это обычно очевидно и прозрачно, больше полезно для больших отделов человек на 15 и более, там инсайты появляются.

Но как база для data driven решений неплохо получается, особенно хорошо потом с членами команд работать :)

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP

15:39пожаловаться #2

VR

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

Ведь отрефайненый = понятный + есть приоритет. Клиенты и пользователи могут дать обратную связь по отдельным айтемам и по приоритетам.

15:39пожаловаться #3

AZ

Igor Larchenko

Вот это совсем не про скрам. Это про ресурсное планирование.

Сторонник pure scrum? Ну я не столь строг))

15:40пожаловаться #4

AZ

Nekt

а без оценки это не видно?

Ну я сторонник опираться на данные. Часто оказывается так, что выводы противоречат данным и надо разбираться чо к чему.

Очевидно, что - зачастую самая непонятная часть в доказательствах (с) моя преподавательница по математике

15:42пожаловаться #5

IL

Я сторонник того, чтобы называть вещи своими именами. И если мы говорим про скрам, то у меня есть что про него сказать.

15:42пожаловаться #6

AZ

Igor Larchenko

Я сторонник того, чтобы называть вещи своими именами. И если мы говорим про скрам, то у меня есть что про него сказать.

У меня на работе не чистый скрам, а с адаптациями. Подстраиваюсь под внешние условия

Дмитрий Каленых in Agile, Scrum, Lean, Kanban, XP

15:44пожаловаться #7

ДК

Nekt

А зачем вообще предварительно оценивать верх бэклога? Как по мне это один из самых непрозрачных элементов в скраме.

Сделать его немного прозрачнее и подготовить для следующих 2-3 спринтов.

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP

15:44пожаловаться #8

VR

Ну я сторонник опираться на данные. Часто оказывается так, что выводы противоречат данным и надо разбираться чо к чему.

Очевидно, что - зачастую самая непонятная часть в доказательствах (с) моя преподавательница по математике

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

15:45пожаловаться #9

IL

У меня на работе не чистый скрам, а с адаптациями. Подстраиваюсь под внешние условия

Тогда это не скрам, ты уж прости. Так в гайде написано :)

Дмитрий Каленых in Agile, Scrum, Lean, Kanban, XP

15:45пожаловаться #10

ДК

Канбан это про другое совсем. Скраму он не нужен. Совсем.

15:46пожаловаться #11

IL

Набор практик - да, конечно, бери, пользуйся, но не называй это скрамом :)

15:46пожаловаться #12

AZ

Vladimir Ryashentsev

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

Да, мне этим канбан очень нравится.

Теория массового обслуживания, управление через очереди, вот это вот всё - красотища!!!

Особенно смотреть на lead time, cycle time - такие неочевидные и такие практически работающие вещи, уважаю!)

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP

15:47пожаловаться #13

VR

Да, мне этим канбан очень нравится.

Теория массового обслуживания, управление через очереди, вот это вот всё - красотища!!!

Особенно смотреть на lead time, cycle time - такие неочевидные и такие практически работающие вещи, уважаю!)

sticker.webp

(22.72 Кб)

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP

15:48пожаловаться #14

SG

Vladimir Ryashentsev

Деплой на каждый чих это devops )
Тут как бы ни скрам ни канбан-метод особо не при делах )

Бинго!

15:48пожаловаться #15

AZ

Scrum vs Kanban — что, где, когда?

Igor Larchenko

Тогда это не скрам, ты уж прости. Так в гайде написано :)

Ну да. Скрам тут баззворд.

Писал статью на эту тему кстати https://vc.ru/hr/100329-scrum-vs-kanban-chto-gde-kogda

Но убедить в ином руководство не удалось))

vc.ru

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

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP

15:49пожаловаться #16

VR

Scrum vs Kanban — что, где, когда?

Ну да. Скрам тут баззворд.

Писал статью на эту тему кстати https://vc.ru/hr/100329-scrum-vs-kanban-chto-gde-kogda

Но убедить в ином руководство не удалось))

vc.ru

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

А в чем убеждал?

15:53пожаловаться #17

AZ

Vladimir Ryashentsev

А в чем убеждал?

Что у нас не условия для применения скрама. Нужно другое (канбан).

Ну и да, как @ILarchenko писал - чтобы название соответствовало содержанию

bytex2 in Agile, Scrum, Lean, Kanban, XP

15:55пожаловаться #18

b

Всем хай. Прошу помощи у вас дорогие друзья.

Начинаю вести первый свой гибкий проект и уже несколько дней ступр..
надо сделать первую версию беклога (дорожной карты проекта)

bytex2 in Agile, Scrum, Lean, Kanban, XP

18:31пожаловаться #19

b

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