да

Вот этот текст на картинке - полная глупость :)

потому что лимиты это ориентир а не жесткое ограничение

это из этой самой книжки.

https://www.scrum.org/resources/what-scrumbut?gclid=CPrwms-Il9ICFTAz0wodRG4NIg

потому что лимиты это ориентир а не жесткое ограничение

ну это зависит от степени фашизации процесса

да зависит, но строить утверждения надо на базовой информации

слушайте не батхертитесь, нравится книжка - читайте :)

ой, срачик опять

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

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

Канбан Книберга и Канбан-метод Андресена это разные вещи вообще

Андерсен допустил просто невероятную оплошность, когда заюзал слово, которое уже просто у всех в головах было Не мог, блин, свое название придумать?)

Слушай ну Канбан-а Книбера то и нет, это скорее это информация про Канбан от книберга

Хотя я брал один из его кейсов, там все графики из андерсона :)

а нет, я наврл, это skarin был

https://www.crisp.se/file-uploads/enterprise-kanban-a-case-study-mattias-skarin.pdf

вот если чо

полезняк

Слушай ну Канбан-а Книбера то и нет, это скорее это информация про Канбан от книберга

слушай, книберг в своей книжке описывает канбан 2005 года ок, это не канбан книберга, это просто deprecated канбан)

ну да, там нет классов сервисов

кароче сомнительная тема сравнивать без базовых вещей

ой, нечаянно

потому что лимиты это ориентир а не жесткое ограничение

как так? Слава ты не находишь противоречие между словами "лимит" и "ориентир" мне кажется что WIP это жесткое ограничение. И нельзя пихать невпихуемое

Там история в том, что система должна как можно больше времени быть сбалансирована

То есть лимиты это визуальный сигнал, не более того. Значить он может следующее - система разбалансирована, лимиты устарели

А когда вы читаете в "хорошей" книжке о том, что их нарушать нельзя, вот такая каша ;)

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

Тут был хороший вопрос - что мы делаем в скраме, если прилетает срочная задача. Вот канбан дает однозначный ответ на это

мы можем в ЦИФРАХ оценить как это повлияет на систему

и принять решение по рискам

про лимиты самое интересное - понимают ли заказчики ценность лимитов? выстраивают ли они свои запросы согласно лимитам производства?

или продолжают складывать непвихуемое, но рядышком )

Тут был хороший вопрос - что мы делаем в скраме, если прилетает срочная задача. Вот канбан дает однозначный ответ на это

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

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

нет

смотря какой вопрос звучит

Для вас это нет, для меня - да

No changes are made that would endanger the Sprint Goal - http://www.scrumguides.org/scrum-guide.html#events-sprint

Цель спринта != весь спринт-бэклог

ведь там вопрос не в том, что просто карточку включить, а что будет если включить )

но тут подход другой, в скраме таких историй должно быть минимум и все

Цель спринта != весь спринт-бэклог

Как вы добавите в спринт-бэклог задачу не проэстимировав ее?

Как вы добавите в спринт-бэклог задачу не проэстимировав ее?

рукой спринт-бэклог принадлежит DT она его может менять в любой момент, когда захочет

а эстимация в скраме вообще не обязательна)

Эстимация = время, которое уже оддано на разработку других задач

цель спринта != "закрыть все задачи из бэклога спринта"

можно выкинуть какие-то

изменить

и тд

я вроде приводил даже примеры

листать только уже долго

мы по разному воспринимаем цель спринта и включенные задачи в него

ну в гайде же все описано

что есть цель спринта

цель спринта дает команде гибкость

ну да в идеале цель спринта это не список задач

если у вас в целях спринта заложены потенциально не нужные задачи - то зачем они там?

это фраза характирующая результат

если у вас в целях спринта заложены потенциально не нужные задачи - то зачем они там?

цель спринта НЕ список задач

не вопрос

там нету ненужных задач, но она дает гибкость изменить бэклог

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

и тем не менее выполнить цель

тех долг?

щаа

найду пример

нет, ну я понимаю, вариантов придумать можно множество че они там делают :)

Давайте так, цель спринта сделать процесс авторизации, аутентификации, регистрации

Прилетает задача, а давайте-ка мы срочно сделаем Личный Кабинет

я все время начинаю троллить на тему инноваций по этому поводу

но уже самому скучно )))

Ну или даже хуже

Давайте сделаем корзину и доставку

Вы хотите мне сказать, что вы "рукой поставите эти задачи в спринт"?

Вы хотите мне сказать, что вы "рукой поставите эти задачи в спринт"?

нет

я сказал, что DT решает

ну тогда к чему все что вы говорили выше

а не КТО-то

ща блин ну подождите, дайте пример написать