Нет его в природе.

Может практика у кого есть?

Я сегодня поймал себя на мысли, что приемочные критерии должны быть интересны прежде всего РО, это как бы синхронизация видения результатов его и команды. Есть такая штука в классическом менеджменте - теория ожиданий. Но он не интересуется результатами PBR. А когда элемент приходит на обзор, выполненный в соответствии с критериями выработанными командой, его ожидает облом. Большой облом.

Вот о чем речь

Уже бывал облом?

Судя по описания, настоящая проблема в том, что ребята хотят все знать заранее

Чем больше они прокачают элемент на ПиБиАр, тем меньше они на это потратят времени в Спринте и тем меньше риск, что там будет бомба и элемент не будет сделан в Спринт

Уже бывал облом?

Ага

И он научился чему-нибудь на обломах? :))

Это часть проблемы. Мне сейчас важнее снять проблемы команд. Родился в обсуждениях вариант трансформировать приемочные критерии в тест-кейсы.

@zvyagingk https://less.works/ru/less/technical-excellence/architecture-design.html по поводу архитектуры в LeSS

Сегодня услышал термин Agile Delivery Manager. Преподносился как нечто среднее между Scrum Master (основная работа на уровне команды) и Agile Coach (основная работа на уровне организации). А Delivery Manager, соответственно, на уровне нескольких команд и их взаимодействия. Терминология не моя и я совсем не готов ее отстаивать =) Интересно, может кто-то в курсе откуда она идёт?

SAFe

SAFe

что то не нашел тут такого https://www.scaledagileframework.com/

Сегодня услышал термин Agile Delivery Manager. Преподносился как нечто среднее между Scrum Master (основная работа на уровне команды) и Agile Coach (основная работа на уровне организации). А Delivery Manager, соответственно, на уровне нескольких команд и их взаимодействия. Терминология не моя и я совсем не готов ее отстаивать =) Интересно, может кто-то в курсе откуда она идёт?

Я не в курсе, из какого это фреймворка (в SAFe такого нет, есть RTE), но термин всплывает часто.

Подозреваю, что это из какого-нибудь модного, но забытого подхода :)

так.. походу это отсюда =) https://scrumtrek.ru/blog/ckram-master-obuchenie-i-karera/

ckram, motherf...ker

...do you couch it?

Kouch тогда :)

Я не коуч, вам виднее ;)

так.. походу это отсюда =) https://scrumtrek.ru/blog/ckram-master-obuchenie-i-karera/

Не хило по деньгам 60к

Не хило по деньгам 60к

Oo

Не хило по деньгам 60к

по-моему это обычный ценник за ckram тренинг

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

Голосуем как на покере, если кто-то выбивается - обсуждаем причину. Когда все 10 тем оценили - возвращаемя к выявленным расхождениям и начинаем думать над решениями.

мы тоже так делаем)

Я сегодня поймал себя на мысли, что приемочные критерии должны быть интересны прежде всего РО, это как бы синхронизация видения результатов его и команды. Есть такая штука в классическом менеджменте - теория ожиданий. Но он не интересуется результатами PBR. А когда элемент приходит на обзор, выполненный в соответствии с критериями выработанными командой, его ожидает облом. Большой облом.

А почему он не интересуется результатами? Берём гайд: "Уточнение Бэклога Продукта (PBR13) – это деятельность, направленная на уточнение, оценку и упорядочивание элементов в Бэклоге Продукта. Речь идет о непрерывном процессе, в рамках которого Владелец Продукта и Команда Разработки обсуждают детали Элементов Бэклога Продукта, тем самым проверяя и пересматривая эти элементы."

Сегодня услышал термин Agile Delivery Manager. Преподносился как нечто среднее между Scrum Master (основная работа на уровне команды) и Agile Coach (основная работа на уровне организации). А Delivery Manager, соответственно, на уровне нескольких команд и их взаимодействия. Терминология не моя и я совсем не готов ее отстаивать =) Интересно, может кто-то в курсе откуда она идёт?

Жесть как она есть

Ну и логика и здравый смысл: ответственнее за бэклог - PO. PBR - декомпозиция и уточнение элементов бэклога. Если ему не интересен результат - это пропуск в управлении бэклога и там может появиться много интересного. Короче это диссмис с ролью и, как следствие, увеличение рисков и снижение прозрачности

Ну и логика и здравый смысл: ответственнее за бэклог - PO. PBR - декомпозиция и уточнение элементов бэклога. Если ему не интересен результат - это пропуск в управлении бэклога и там может появиться много интересного. Короче это диссмис с ролью и, как следствие, увеличение рисков и снижение прозрачности

Да, будем исправлять. Мне бы еще командам помочь.

Вот, кстати, ещё вопрос. Тот самый *empirical process control*. На него ссылаются даже в гайде. И даже transparency, inspection, adaptation называются основополагающими принципами в empirical process control theory, которые заимствованы скрамом. При этом я никак не могу найти первоисточник, где излагается эта теория.

Эмпиризм - да. Из области философии. Хотя и там нет упоминания трёх столпов

Эмпиризм - да. Из области философии. Хотя и там нет упоминания трёх столпов

Ну почему же) Шухарт потом его ученик Деминг. Рекомендую изучить 14 принципов Деминга. Чтобы это не казалось простой философией

Эмпиризм без качественной оценки - просто философия и аббревиатура

Ну почему же) Шухарт потом его ученик Деминг. Рекомендую изучить 14 принципов Деминга. Чтобы это не казалось простой философией

Вы не поняли. Я хотел бы увидеть "страницу на Wikipedia" про empirical process control, 3 pillars. Любую отсылку к первоисточнику где цитируются эти вещи ровно в том же виде.

Например, "Деминг называет это именно empirical process control в книге..." или Фрэнсис Бэкон обозначил три основополагающих принципа эмпиризма в труде.. "

Че-то сегодня у вас как то по жести

Философия уже

Кстати можно ли размышлять по скраму

?

Нет, это противоречит водопадному подходу

Что именно противоречит то?

Например, "Деминг называет это именно empirical process control в книге..." или Фрэнсис Бэкон обозначил три основополагающих принципа эмпиризма в труде.. "

Зачем?)

Зачем?)

А зачем Вы задаёте этот вопрос?

Вы не поняли. Я хотел бы увидеть "страницу на Wikipedia" про empirical process control, 3 pillars. Любую отсылку к первоисточнику где цитируются эти вещи ровно в том же виде.

В Википедии источники вроде не пишут

Вообще не знаю кто туда пишет и как выбирается более правильный вариант

Есть же поиск по книгам

Сегодня услышал термин Agile Delivery Manager. Преподносился как нечто среднее между Scrum Master (основная работа на уровне команды) и Agile Coach (основная работа на уровне организации). А Delivery Manager, соответственно, на уровне нескольких команд и их взаимодействия. Терминология не моя и я совсем не готов ее отстаивать =) Интересно, может кто-то в курсе откуда она идёт?

Это ветка ICAgile трек Delivery Management , ICP-PPM (Portfolio & Program Management) и ICP-APM (Agile Project Management). Про Business Value, Value stream, проектный офис и т.д.

Это ветка ICAgile трек Delivery Management , ICP-PPM (Portfolio & Program Management) и ICP-APM (Agile Project Management). Про Business Value, Value stream, проектный офис и т.д.

ICAgile - это компиляция, а не методология. Откуда они взяли Agile Delivery Manager - непонятно

ICAgile - это компиляция, а не методология. Откуда они взяли Agile Delivery Manager - непонятно

Там трек называется Delivery Management.

ICAgile - это компиляция, а не методология. Откуда они взяли Agile Delivery Manager - непонятно

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

Да, а название трека откда? Я сразу скажу, хронологически упоминания ADM в вакансиях появилось раньше, чем трек переименовали в Delivery Management :)

Например, "Деминг называет это именно empirical process control в книге..." или Фрэнсис Бэкон обозначил три основополагающих принципа эмпиризма в труде.. "

Так напишите

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

Чутко реагирует на потребности рынка тот кто лупит за сертификат 600$ и требует еще ежегодного продления через оплату членских взносов.

Чутко реагирует на потребности рынка тот кто лупит за сертификат 600$ и требует еще ежегодного продления через оплату членских взносов.

600 - это кто?

Чутко реагирует на потребности рынка тот кто лупит за сертификат 600$ и требует еще ежегодного продления через оплату членских взносов.

То есть не реагирует?

SPC обновление стоит 750 :)

Или не чутко?

Ну PMI, если не ошибаюсь.

Энивейз, ICAgile - обычно хорошие курсы. Не более того :)

Это ветка ICAgile трек Delivery Management , ICP-PPM (Portfolio & Program Management) и ICP-APM (Agile Project Management). Про Business Value, Value stream, проектный офис и т.д.

Не, про business value там другой трек есть 😁 который рекомендуется для PO

AgileLAB, кстати, ICP-BVA уже анонсировали и, если мне память не изменяет, ICP-EPO планируют.

Ну вот они решили что в данном треке разговор идет тоже про доставку ценностей. Может в русском мы очень на доставку уперлись.

Не, про business value там другой трек есть 😁 который рекомендуется для PO

Ага. 😁 ☝️

👍

выбирай на любой вкус и бюджет

https://icagile.com/Agile-Professionals/Find-Agile-Professionals/ctl/UserDetails/mid/938/uid/5aed1431-aa57-477d-9f3d-750e14e9a8fc

Но повторюсь - это курсы :)

Наличие сертификата не означает знаний вообще.

Сертификат дается за посещение курса.

Как и скинутый экзамен. ;)

И говоря откровенно вся учеба делится на 2 части: знания и как сдать экзамен (кое где отдельными курсами). И это есть некое противоречие.

Экзамен тут уже кто-то пытался за деньги сдать :)

И говоря откровенно вся учеба делится на 2 части: знания и как сдать экзамен (кое где отдельными курсами). И это есть некое противоречие.

Ну вот у ICAgile - только знания

Хотя на PPM и EPO тренер таки заставил экзамен сдавать.

Ну вот у ICAgile - только знания

Вроде они так и хотели.