О!

Почему именно ATF, интересно

Им еще и скидка

А что такое PI Planning?

Им еще и скидка

На Упрощенный курс RTE похоже

А что такое PI Planning?

Большое планирование из SAFe

Большое планирование из SAFe

Спасибо. Видимо оттуда и ноги растут.

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

например не заставлять программиста тестировать )))

Все смешалось в доме Облонских. (с)

например не заставлять программиста тестировать )))

Ну вариант. Можно и без тестов в прод.

Спасибо. Видимо оттуда и ноги растут.

Ну так все остальное описание их Деливери менеджера похоже на release train engineer из SAFe

Большое планирование из SAFe

большое планироване больше похоже с водопада идет )

но если такое в курсе написать - кто ж его купит

Нет, но разницу долго объяснять

ок

В SAFe из-за масштаба команды планируют «места-спринт», он же PI. Но это довольно высокоуровневое планирование, с детализацией на уровне architectural runway и больших user story. Без аксептансов и точных эстимейтов.

я к сожалени столько терминов не знаю

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

все проектное управление на это строится

Ну да. В SAFe для этого есть PI Planning. «Дальняя» - 4-5 спринтов.

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

devops не в тренде

Как-то быстро поменялся тренд

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

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

да все методолонии одинаковые - нет никакого серкретного ингредиента кроме людей

можете называть ПИ - можете назвать планы на год

смысл то ?

Толмачев с днюхой, кстати! Здоровья!

Почему такие разные описания, мне вот интересно.

Разная ЦА. Разные подходы к продаже.

да все методолонии одинаковые - нет никакого серкретного ингредиента кроме людей

Ключевая разница в том, что планируется. Цель проекта - работа над скоупом, цель PI - работа над продуктом. Я понимаю, что если ты не видишь разницы между проектным и продуктовым подходом, для тебя это все звучит одинаково :)

разницу между продуктом и проектом я понимаю

В общем, если сильно упростить, при проектном подходе, ты планируешь доставку какого-то функционала. При продуктовом - ты планируешь, какие проблемы пользователей решишь.

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

но как и вы тут скрам на все что угодно натягиваете - так и в других методологиях это можно сделать

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

Павел знает точное определение, навеное

но как и вы тут скрам на все что угодно натягиваете - так и в других методологиях это можно сделать

Это твоя интерпретация происходящего тут :)

для меня ключевые характеристики продукта - 1) бесконечный бюджет 2) не очень понятные требования и цель 3) место где можно брать обратную связь

для меня ключевые характеристики продукта - 1) бесконечный бюджет 2) не очень понятные требования и цель 3) место где можно брать обратную связь

Обычно с такими характеристиками продукта не получается))

ну как… все зависит от бюджета

)))

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

ну да - когда-то нужно остановить поиск продукта это факт

конечно же - все меняется

мы не живем вечно

для меня ключевые характеристики продукта - 1) бесконечный бюджет 2) не очень понятные требования и цель 3) место где можно брать обратную связь

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

ну - бесконечный по сравнению например с постройкой дома

ну да - надо как-то перевормулировать

но условно внутренняя разработка - бесконечный бюджет

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

вроде тоже самое и написал

“бесконечный бюджет”

надо перепридумать

Бюджет не бывает бесконечным :)

да - ты прав

В проекте у тебя есть бюджет на завершение скоупа.

я уже 3 раза написал про это

В продукте - на достижение цели продукта.

в продукте в основном время

Бюджет ограничивает количество гипотез, которые ты можешь проверить.

И да, я довольно упрощенно описываю и проект, и продукт :)

спасибо что снизошел до мое уровня

И еще раз да, agile можно использовать и в проектной работе тоже.

да я тоже про это писал

Особенно если milestones в проекте определены не этапами, а функциональными единицами.

Правда водопада не получится :)

антагонист-протагонист 😂

Нехватка серверов и медленная работа ИТ систем ... @marina_agile_coach что за роль? Откуда?

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

Ну и с точки зрения PMBoK это будет скорей программа, а не проект.

антагонист-протагонист 😂

В структуре произведения, что следует за преамбулой?:)

Амбула?

Почему такие разные описания, мне вот интересно.

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

Амбула?

Не филолог и не юрист :) Фабула :)

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

Я забыла уже :)

набросать одну гипозету - проверить набросать еще одну гипотезу и проверить набросать третью гипотезу убедиться что всех устраивать и передать в эксплуатацию правда водопад из 3х квадратиков ?

Я забыла уже :)

Та ничего. Зато можно без шуток про чизбурегр и картофель фри обойтись :)

набросать одну гипозету - проверить набросать еще одну гипотезу и проверить набросать третью гипотезу убедиться что всех устраивать и передать в эксплуатацию правда водопад из 3х квадратиков ?

Совсем не водопад :)

а кто ?

Не водопад. Может скрам. Может lean startup. Может канбан

Водопад это конкретно: написать требования-написать спецификацию-написать код- проверить код-задеплоить.