это не для собеседований ) вот такое же, но из цитат нанимателей

Вопрос знатокам: чем отличается Potentially Shippable от Potentially Releasable?

версией скрамгайда

А если не опиратся на скрам?

У нас же куча еще всего интересного есть

но это термин из скрама же, его там определили

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

и может быть со своим оттенком

оно правда именно так

Ну то есть смысл одинаковый - просто разные слова?

я сегодня получил ответ на этот вопрос, неожиданно, хотя и не задумывался об этом даже

хотите ответ от Гюнтера, но не то что прошлый раз?

давай 👍

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

он сказал что мы тут заменили шипбл на релизбл просто чтобы люди не забывали - все-таки все это придется рано или поздно релизить!

и все! не надо искать глубинных смыслов

а «шипить» не придется чтоли 😂

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

и видимо нет, шипбл не так "явно намекает" на релиз )

так проще

Гюнтер сегодня неколько раз упор на этом делал - скрам с момента своего создания стал проще

в том числе и из-за упрощения языка

еще и противоречий стало меньше 🙂

Еще классный вопрос - чем flexibility от agility отличается? В контексте Скрама / Аджайла 🙂

ближайшее слово к Agile это Adaptive и это тоже сказал Гюнтер

Flexible и Adaptive уже проще сравнить )

мне кажется я задаю вопросы, как будто знаю что сегодня сказал Гюнтер 🤔🤔

а вот ты знаешь, это крутизна этого тренинга

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

psf - верно жеж?

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

psm

👍 это очень круто

сам тренинг полностью основан на командном обсуждении

в малых группах, обучаем друг друга - это хорошая тематика

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

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

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

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

прям верх несогласия с его стороны, что я видел ))

👍очень круто

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

А о каких изменениях речь?

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

раньше просто такого требования не было

раньше предполагалось что это очевидно

а оказалось что не очень

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

оно да, заставляет адаптироваться

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

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

хочется спросить определение что такое зрелая команда

а если это действительно команда (да еще и скрам команда) - что-то я не могу сфантазировать когда «разработчики», «скрам мастер» и «владелец продукта» ничего, совсем ничего не придумали на ретроспективе….. хотя разве что… продукт у них умер и нечего по нему уже ретроспективить 🤔

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

хочется спросить определение что такое зрелая команда

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

а если это действительно команда (да еще и скрам команда) - что-то я не могу сфантазировать когда «разработчики», «скрам мастер» и «владелец продукта» ничего, совсем ничего не придумали на ретроспективе….. хотя разве что… продукт у них умер и нечего по нему уже ретроспективить 🤔

да я тоже может не могу

но кто знает

в конце концов это тоже не дураки добавили )

но есть и другое мнение, вот и все

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

Оно ещё и не всегда выполнимо. После ретро может измениться DoD, DoR, Team Rules - не только бэклог :)

и вот это тоже да

Но это так, поворчать :)

а если это действительно команда (да еще и скрам команда) - что-то я не могу сфантазировать когда «разработчики», «скрам мастер» и «владелец продукта» ничего, совсем ничего не придумали на ретроспективе….. хотя разве что… продукт у них умер и нечего по нему уже ретроспективить 🤔

Если умер, то надо после ретро делать PBI на постмортем.

😂

Оно ещё и не всегда выполнимо. После ретро может измениться DoD, DoR, Team Rules - не только бэклог :)

так может оказаться что есть «команда до ретро» и «команда после ретро» и это совершенно разные команды (правила все пересмотрены, новые дор и дод и всё такое прочее)

А почему не вовлечённость?)

Прочитав про ценности у Гюнтера в рамках подготовки к PSMII я понял, что его более развернутое описание мне нравится больше.

Как только да, я сразу же торжественно похвастаюсь тут и в линкедине :)

Интересно какие там будут вопросы.

Вопрос знатокам: чем отличается Potentially Shippable от Potentially Releasable?

Нам Цезарио Рамоc на тренинге CLP приводил интересный пример. Выступление есть где-то в виде ролика на Ютубе. Компания делает радары для судов и прочей техники. Команды, как и все команды в LeSS кросс-компонентные. Но есть такая хитрая штука. Радары окончательно тестируют в "боевых" условиях с соответствующими допусками и квалификацией. И продукт из команд выходит как бы Shippable но нифига не Releasable. Он отгружается для следующего этапа финального тестирования. Команды в этом случае получаются вроде бы и кросс-функциональные, но не до конца. Последняя стадия вынужденно вынесена. Не знаю насколько удачный пример.

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

Кстати сталкивался с этим.

Ого

И команда была прям зрелой? А как это понять что она зрелая?

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

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

И команда была прям зрелой? А как это понять что она зрелая?

Команда нормальная. Бурление прошли вроде. Спринт делают, активно все развиваются, каждый умеет несколько компонент. Эта команда даже Ретроспективу сама проводит. Обгоняют других в развитии, что-ли. По зрелости задумался. Что такое зрелая команда и какими критериями это оценить ...

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

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

Ну для меня разницы нет, если в проекте нужны разные люди то в одном они отделе сидят или в двух

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

Команда нормальная. Бурление прошли вроде. Спринт делают, активно все развиваются, каждый умеет несколько компонент. Эта команда даже Ретроспективу сама проводит. Обгоняют других в развитии, что-ли. По зрелости задумался. Что такое зрелая команда и какими критериями это оценить ...

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

Это например

Хорошая отбивка моих фраз

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

А как же девопс?!! О_о )))

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