Нет, не противоположны.

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

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

Нет, не противоположны.

бгыг, не, ну у вас своё, мнение, имеете право

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

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

северити - это влияние на систему. Добпустим, в вёб портале у нас не так картинка в хедере главной. Влияние на систему почти никакое. Приоритет к фиксу критичный. Просто для примера.

ну да, мы вот об етом же

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

так спорьте, обсуждайте, доносите этим дополнительную информацию, если надо. кто ж мешает?) только всё равно приоритет определит не тестировщик

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

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

а я про приоритет ничего и не говорил, фиксить ли, выливать ли - это всё к PO

я про вовлечённость дева и qa в бизнесс

а я про приоритет ничего и не говорил, фиксить ли, выливать ли - это всё к PO

А как же команда сама определяет и вот это всё? :D

определяет это всё что?

как это будет реализовано - определяем

то что считаем необходимым - делаем - выливаем

но если это требует много времени (относительно), а влияние на продукт минимальное - ну как в бэклог попадёт

Так выше же написано, что "выливать или нет" - дело PO, а не команды.

Звучит как взаимоисключающие параграфы. Ж)

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

это же как Sprint Review - смотрит, тыкает, если доволен - поехали.

это всё Agile

Вот вам и горизонтальная структура и прочий буллшит.

Ага-ага. :)

а что тебя в этом смущает?

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

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

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

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

это общая ситуация, у нас она немного отличается в связи с нашей "особенностью"

Ага, окей. :)

ну, то что у нас - я не могу рекомендовать кому-то :)

но у нас работает

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

у всех по-разному. в нашей команде мы сами решаем когда готова фича и льем когда хотим и что хотим :)

ПО фичи приносит и все

О, ещё семраша завезли. :)

йеп

Окей-окей, ребят. Я не готов спорить с вами по поводу соответствия декларирумого действительности. :)

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

в этом мой посыл

читать чат для сильных, я не они

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

А что должно случиться если тестер возьмет и вдруг выставит приоритет сам? Земля перевернется? Его уволят? Возненавидят? Или сделают героем? Или лишат премии?

Придет омон и всех положит лицом в пол?

ПО фичи приносит и все

принёс и всё и дальше вы наваяли херню, а он примет что вы всучите?

принёс и всё и дальше вы наваяли херню, а он примет что вы всучите?

да, именно так

мдя, типа полная анархия и беспредел

мдя, типа полная анархия и беспредел

согласен, расстрелять всех

поставить к стенке и выдать каждому по менеджеру

уж тогда-то будет порядок!

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

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

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

А что должно случиться если тестер возьмет и вдруг выставит приоритет сам? Земля перевернется? Его уволят? Возненавидят? Или сделают героем? Или лишат премии?

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

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

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

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

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

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

я не знаю, что происходит в заказной разработке. у нас продуктовая

я не знаю, что происходит в заказной разработке. у нас продуктовая

у нас тоже

у вашего продукта нет кастомеров или ЦА?

аналитика по ЦА намного сложнее чем в случае прямого контакта с кастомером

а у вас есть человек, который проверяет, что ваш тестер парвильно проверил?

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

это работает если продажники работают с бизнес-аналитикой, а не в отрыве от неё

причем тут аналитика?

а у вас есть человек, который проверяет, что ваш тестер парвильно проверил?

нет кнеш, это работа тестировщика, зачем в него лезть

причем тут аналитика?

аналитика - это всё, нет аналитики - нет работы

нет кнеш, это работа тестировщика, зачем в него лезть

ну так если у вас разработчики пишут херню, кто гарантирует, что тестер не делает того же?

как там по классике - 80% готового продукта - это анализ value, 20% - имплементация

ERROR: S client not available

аналитика - это всё, нет аналитики - нет работы

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

Как-то "команда сильных и мотивированных" ребят у вас превращаются в стадо макак, которые пишут всё что угодно кроме того, что в User Story. При этом не готовые общаться с ПО за уточнением задачи.

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

ну так если у вас разработчики пишут херню, кто гарантирует, что тестер не делает того же?

никаких гарантий, потому и существует приёмка, бета-тестинг и демо-сессии

если мы запилили не то, что хочет бизнес, это будет ясно по фидбеку из альфы

Как-то "команда сильных и мотивированных" ребят у вас превращаются в стадо макак, которые пишут всё что угодно кроме того, что в User Story. При этом не готовые общаться с ПО за уточнением задачи.

о, вот тут хорошо - то есть задачу уточняет ПО, а где берёт инфу ПО

?

или беты/демо/чего угодно

ПО - это кстати не инженерная позиция

никаких гарантий, потому и существует приёмка, бета-тестинг и демо-сессии

этого рабочие обязанности :) так же как "а где берёт код программист, откуда он знает, что это надо было так реализовать"

если мы запилили не то, что хочет бизнес, это будет ясно по фидбеку из альфы

правильно, но не на основании фантазий инженеров

он часть стаи

правильно, но не на основании фантазий инженеров

как это противоречит тому, что я описал выше?

нет, вся эта пресловутая коллективная ответственность - сущий бред

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

это не так

очень легко могут

и исходя их того, что пишете вы же - таки не так

нет, вся эта пресловутая коллективная ответственность - сущий бред

просто у нас это работает.

особенно если они знают предметную область

и знают чего хотят пользователи и что у них болит

предметная область - это что?

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

и знают чего хотят пользователи и что у них болит

откуда они это знают?

откуда они это знают?

от верблюда, очевидно

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

откуда они это знают?

ну так ведь тесное общение с ПО, резделение общей цели и боль за продукт.

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

никакой взаимосвязи если что

Товарищи, а может вы продолжите вашу дискуссию во флудилке?

ну так ведь тесное общение с ПО, резделение общей цели и боль за продукт.

кто принимает решения? вы говорите о сферических вещах в процессе разработки

никакой взаимосвязи если что

обоснуйте

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