Ноуп)

Шютка, дарагой)))

Собрались как-то жёсткий вотерфолист и гибкий скрам-мастер

Собрались как-то жёсткий вотерфолист и гибкий скрам-мастер

А чего жосткого то в водопаде? Там же везде петли обратной связи.

это тоже шутка

сексуального характера

)

Мне кажется жесткость заключается в инструменте. Если сам инструмент диктует фокус на КАК то... СМ к примеру жестко фокусируется на событиях, ценностях и артефактах. И будет очень страдать если его будут заставлять нарушать правила, в которые он верит. Но у скрама есть преимущества, он даёт большую свободу и фокусируется на ценности. А коли так то СМ вполне способен адаптировать путь к ценности. Потому он гибкий. Как в других способах управлять продуктом/проектом - не уверен.

Да вся жизнь в теории - это про обратную связь. Но 95% радостно все фейлят ... Так что про петли обратной связи в водопаде - это про сферического коня в вакууме...

Да вся жизнь в теории - это про обратную связь. Но 95% радостно все фейлят ... Так что про петли обратной связи в водопаде - это про сферического коня в вакууме...

пока кто-то не применит на практике водопад с обратными связями? Аналогично и в скраме.

Да есть куча рассказов про то что "мы используем обратную связь". Это к вопросу что инструменты скорее вторичны, а главное понимание сути вопроса.

Да есть куча рассказов про то что "мы используем обратную связь". Это к вопросу что инструменты скорее вторичны, а главное понимание сути вопроса.

налейте этому господину )

Да есть куча рассказов про то что "мы используем обратную связь". Это к вопросу что инструменты скорее вторичны, а главное понимание сути вопроса.

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

Но это мой скудный опыт.

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

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

Конечно, не буду холивар разводить. Но там минимум 4 (4, Карл!!!) петли обратной связи PDCA. И то, фейлят в том смысле что не понимают зачем и используют не на 100% возможности фреймворка.

Конечно, не буду холивар разводить. Но там минимум 4 (4, Карл!!!) петли обратной связи PDCA. И то, фейлят в том смысле что не понимают зачем и используют не на 100% возможности фреймворка.

давайте посчитаем daily scrum product backlog refinement sprint planning sprint review retrospective

а есть еще одна... только тссс :)))

даже больше четырех

Как пример - есть работа в классе, домашки, учкбник и самостоятельное чтение литературы. Можно первое сделать на 65%, второе на 60%, третье на 10%. Что обычно и происходит.

а есть еще одна... только тссс :)))

Я же и написал минимум 4. В хорошем смысле, действий, направленных на само- и развитие будет гораздо больше. В реальности можно еще 3-5 подкинуть.

Я же и написал минимум 4. В хорошем смысле, действий, направленных на само- и развитие будет гораздо больше. В реальности можно еще 3-5 подкинуть.

Подкиньте еще, мне любопытно. Я высосал из своей головы все что знаю (почти)

Если введете еще парное программирование, нормальное тестирование, исследовательские спринты, ОКР на 360градусов, доклады и т.д.

ааа, ну это не часть скрама

Я имел ввиду СМ, тут мысль пролетала, что он сам по себе обязан стоять над процессом и быть петлей обратной связи

Хотя PO по-хорошему тоже. Только не в процессах, а в продукте

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

Я имел ввиду СМ, тут мысль пролетала, что он сам по себе обязан стоять над процессом и быть петлей обратной связи

Именно. Он одна из мета-петель братной связи. Как то обсуждалось.

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

Дык, а почему он так хорошо работает? ;)

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

Думаю что в Lean'е или у японцев/Тойоте/Деминге (привет 60м) все это есть. Называется по другому. Вы, надеюсь, не думаете что американцы сами с нуля все придумали?

Думаю что в Lean'е или у японцев/Тойоте/Деминге (привет 60м) все это есть. Называется по другому. Вы, надеюсь, не думаете что американцы сами с нуля все придумали?

И все таки ТАКОГО всеобъемлющего фокуса на обратной связи я не встречал. Про лин правда всего одну книжку прочитал. Но там на процессах вроде совсем фокуса нет. Там чисто на продукте.

Думаю что в Lean'е или у японцев/Тойоте/Деминге (привет 60м) все это есть. Называется по другому. Вы, надеюсь, не думаете что американцы сами с нуля все придумали?

А вобще да - американца Богом избранный народ. Они самые лучшие. С этим спорить глупо

И все таки ТАКОГО всеобъемлющего фокуса на обратной связи я не встречал. Про лин правда всего одну книжку прочитал. Но там на процессах вроде совсем фокуса нет. Там чисто на продукте.

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

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

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

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

😂👍

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

Россия просто то в общинном строе живёт, то в рабовладельческом, то сословном, не поймёшь сразу

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

нет так ежеденельных обедов

пьянки только пятничные - что бы хоть как-то стрес снять

а тебя там вообще отдельно посадят есть так как чужак

Друзья всем привет

Есть люди из Самары?

воот, а то Япония, США)

Так, про водопад и обратную связь.

1. в водопаде есть петли обратной связи.

2. Но это не тот тип обратной связи, что в скраме.

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

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

В классическом SDLC aka водопаде, нет обратной связи вида "а то ли мы делаем вообще" и "нравится ли клиенту результат" (потому что нет возможности показать завершенный промежуточный результат).

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

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

А какую именно ответственность на клиента в скраме переводят?

А какую именно ответственность на клиента в скраме переводят?

Ответственность решения

Ответственность решения

А кто кроме клиента лучше знает что он хочет и почему?

Ответственность решения

Какого именно решения?

Что, почему и в какой последовательности делать решает клиент/заказчик, команда решает как делать. В вашем, @ArtSta, примере команда перекладывает КАК на клиента/заказчика?

А кто кроме клиента лучше знает что он хочет и почему?

Профессионал, который выслушает клиента и все сделает не как он хочет, как ему будет эффективно с этим работать

Какого именно решения?

Решения задачи/проблемы

Профессионал, который выслушает клиента и все сделает не как он хочет, как ему будет эффективно с этим работать

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

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

вот вобще совсем

Это просто глупо

Никто? Или теория не перекладывает?

какая еще теория?

Решения задачи/проблемы

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

Артём, поразбирайтесь в вопросе, скучно всё одно да потому

Профессионал, который выслушает клиента и все сделает не как он хочет, как ему будет эффективно с этим работать

Ок. Речь не про приоритеты, как я думал ранее. А перекладывать на клиента ответвенность в том случае - это не про скрам. Скрам - это про смелость и ответсвенность в принципе :)

Выслушай пожелание клиента, определи его потребности и реши их. Зачем у него спрашивать дизайн, архитектуру, как тесты автоматизировать. Просто глупо. Скрам тут не причем.

Вот лично вы, Артем, стали бы перекладывать ответственноть если бы были члеоном скрам команды? PO? SM? Я думаю нет. Вот и я не стану. И Павел не станет. И Сергей тоже.

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

О господи. PO должен работать и применять не РЕШЕНИЯ предложенные клиентом, а понимать их боль.

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

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

О господи. PO должен работать и применять не РЕШЕНИЯ предложенные клиентом, а понимать их боль.

Ну PO это часть скрам-команды :)

Ну PO это часть скрам-команды :)

эм. да...

Так что его решения могут быть фиговыми.

Человек все-таки.

продолжайте )

Скрам это совсем не идеальный фреймворк для решения всех-всех-всех проблем. У конкретного клиента может быть боль, которую команда устранить своим решением не смогла. ДЛя этого и существует обратная связь :)

ну да

И для того, чтобы решения таки боль устраняли, клиента (заказчика, пользователя, whatever) вовлекают в разработку для получения обратнйо связи.

Я буду продолжать вас подбадривать :)