На всей.

Прям вообще.

Чем лучше команда понимает, чем проще ПО принимать решения

И тем меньше команде переделывать)

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

Привет всем, ребята. Что скажете насчет Zalenium vs Selenoid?

Прям вообще.

Это значит что люли потом прилдетают всем, от PO )))

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

Это значит что люли потом прилдетают всем, от PO )))

Это значит, что люли прилетают всем, вместе с PO.

Проходил собеседование в Израиле, в Моторолу, тим лид рассказывал о процессе работы следующее: команда отвечает за процесс деплоя равноправно и равно мерно, тоесть от джуна до продукт овнера и тим лида, каждый может задержать деплой (и должен если есть веские причины), решение о деплое принимается коротким голосованием или отмекой в проге.

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

В чем проблема, если CEO является стейкхолдером продукта, который деливерит команда?

Это значит, что люли прилетают всем, вместе с PO.

Вот только процесс выдачи люлей в сторону PO команда вряд ли увидит.

Вот только процесс выдачи люлей в сторону PO команда вряд ли увидит.

Почему?

А как увидит-то? PO пошарит переписку в которой его поливают грязью?

Заказчик пропишет в щи с вертушки в присутствии команды?

Ещё раз. Скрам, в рамках которого существуют PO, про коммуникации. Общение с стейкхолдерами и получение фидбэка, даже плохого - регулярная практика в рамках гибкой методологии разработки.

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

Это все понятно, но реальность вносит коррективы

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

У нас все в порядке, если вы об этом. Я немного о другом. К заказчику идет не команда целиком.

Да, заказчик идет к команде.

Проходил собеседование в Израиле, в Моторолу, тим лид рассказывал о процессе работы следующее: команда отвечает за процесс деплоя равноправно и равно мерно, тоесть от джуна до продукт овнера и тим лида, каждый может задержать деплой (и должен если есть веские причины), решение о деплое принимается коротким голосованием или отмекой в проге.

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

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

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

ок :) да будет так

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

странно. ПО - часто прокси заказчика)

странно. ПО - часто прокси заказчика)

Прокси, но не замена.

Что значит "не общается"? И кто такой мифический заказчик?

Иногда, ПО - заказчик (если внутренний продукт), иногда прокси.

ПО не может быть заказчиком, вообще.

Это разные роли.

глупости, конечно может

У меня в компании заказчик это несколько десятков американцев, которые доносят мысли попродукту от пары десятков компаний со всей страны. С кем мне общаться?

У меня в компании заказчик это несколько десятков американцев, которые доносят мысли попродукту от пары десятков компаний со всей страны. С кем мне общаться?

С тем, кому вы деливерите фичи, очевидно же.

Что значит "не общается"? И кто такой мифический заказчик?

на моей работе, с которой я ухожу, команда разработки не общается ни с кем дальше локального менеджера

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

она отлично мэппится на ProductOwner

С тем, кому вы деливерите фичи, очевидно же.

Я деливерю фичи куда-то в гитхаб :) Когда они задеполятся, я даже не знаю.

И у нас еще есть несколько слоев продакшенов

На UA среде некоторые b2b клиенты работают у нас.

Короче, у нас не скрум ?

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

Нет, она не мэппится с Product Owner.

Потому что менеджер управляет людьми, продукт овнер нет.

На этом весь маппинг идет крахом.

Короче, у нас не скрум ?

да мало у кого в чистом виде

"Если у вас все по скраму, значит что-то вы делаете не так"

Потому что менеджер управляет людьми, продукт овнер нет.

но управление продуктом остаётся)

но управление продуктом остаётся)

Что вы понимаете под управлением продуктом?

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

"Если у вас все по скраму, значит что-то вы делаете не так"

Не факт, не факт, то, что я ни разу не видел успешного внедрения не говорит, что правильно внедряли

А спор начался с того как правильно в скрам? Или что ПО может принимать решения в одно лицо и это может работать хорошо?

формирование бэклога, приёмка задача

А спор начался с того как правильно в скрам? Или что ПО может принимать решения в одно лицо и это может работать хорошо?

@azshoo считает, что решение о приёмки итерации должен принимтаь тестировщик или вся команда. А роль ПО - только им задачи объяснять.

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

Просто может он знает что-то что не знают прям все члены команды ?

Например деньги

Или время "Ч"

После которого уже и не особо надо

А спор начался с того как правильно в скрам? Или что ПО может принимать решения в одно лицо и это может работать хорошо?

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

Если все важны, то никакой)

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

Точно. И я говорю, что какой % считать хорошим - решение, которое принимает ПО)

Равный погрешности т.е.

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

Т.е. Оунер посмотрел такой типо все ок мне нравится, а тестер нет, я против, нужно переделать(пофиксить/допилить)?

Но оунер в тоже время знает о состоянии продукта

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

ERROR: S client not available

У него ЦА специфическая

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

Но оунер в тоже время знает о состоянии продукта

Только оунер?

О состоянии продукта знает фактически вся команда, о допустим деньгах не вся

о.О

Что именно, что не всем дебет/кредит показывают?

Или налоговые декларации?

А если продукт - это несколько микросервисов с 10летним легаси, то не только лишь все знают о состоянии продукта, мало кто может это знать.

Я просто не доконца понимаю в чем проблема если оунер всех выслушал и принял решение?

Привет всем, вопрос по soapui есть, если это тут в тему Я скарпливаю ему на новый soap-project url на wsdl (в браузере открывается), а он мне выдает на него java.net.UnknownHostException

С чем может быть связано? Что гугл дал я не особо понял

Я просто не доконца понимаю в чем проблема если оунер всех выслушал и принял решение?

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

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

Может у кого-то пригорает на тему диктатуры и ему нужна демократия и вся власть народу? (Но это как-то глупо звучит в рамках коммерческих продуктов)

если пригорает, то пусть уходит.

http://kiario4.ru/attachments/47721-prikolnullnaa-fotopodborka-282-42.jpg

О состоянии продукта знает фактически вся команда, о допустим деньгах не вся

Именно!

Я просто не доконца понимаю в чем проблема если оунер всех выслушал и принял решение?

Не, проблем никаких. Не скрумно нихрена, а так да.

Не, проблем никаких. Не скрумно нихрена, а так да.

про то, что не скрумно - твоё личное мнение

Да, для кого-то и манагеров назначать - вполне аджайльно.

...или губернаторов...

каждому исполнителю - трех проверяющих!

Да, для кого-то и манагеров назначать - вполне аджайльно.

Scrum это вообще-то Project Management framework если что)

Scrum это вообще-то Project Management framework если что)

Вообще-то software development framework\methodology, но whatever.

Learn About Scrum Scrum is an Agile framework for completing complex projects. Scrum originally was formalized for software development projects, but it works well for any complex, innovative scope of work. The possibilities are endless. The Scrum framework is deceptively simple. - See more at: https://www.scrumalliance.org/why-scrum#sthash.1q34cjjv.dpuf

Кажется тебя не до конца проапдейтили

npm update Shoo —force

а о чем спор? опять о том что в скраме нет руководителей?)

Даешь Анархоскрам. Без PO и SM. Team решает!

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

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

да щас, если команда начинает сама решать то начинает происходить пиздец