Как минимум lack of transparency

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

Ты имеешь ввиду обсуждение через CLD?

Ты имеешь ввиду обсуждение через CLD?

Я имею ввиду нежелание участвовать в СоС

Объяснять через CLD можно, хотя я считаю этот метод несколько ленивым.

Почему? Разработчики очень хорошо воспринимают их, там есть переменные :)

Потому что это работа с аргуентами со стороны объясняющего, а не с возражениями и причинами возражений

Не. Там именно обсуждение. Это как раз удобно для ломки ментальных моделей сомневающихся. Я так доказал, что Многокомандный PBR, когда все члены всех команд вместе делают эту работу, увеличивает время для «программирования» в Спринте. А они хотели «заниматься делом, вместо пустых разговоров” на PBR :)

Не. Там именно обсуждение. Это как раз удобно для ломки ментальных моделей сомневающихся. Я так доказал, что Многокомандный PBR, когда все члены всех команд вместе делают эту работу, увеличивает время для «программирования» в Спринте. А они хотели «заниматься делом, вместо пустых разговоров” на PBR :)

ВАУ!

не могу нагуглить аббревиатуру CLD

Causal Loop Diagram

https://blog.odd-e.com/yilv/2017/01/seeing-the-system-dynamic-component-team-vs-feature-team.html?fbclid=IwAR3SBnd-kqKhUnpccGBuS5SaHphc21qY92Sxxj4zwJT52I8Zp-hv6YWIDRk

Этот дядька реальный их маньяк

В LeSS это раздел System Thinking

https://less.works/ru/less/principles/systems-thinking.html

Это один из принципов LeSS

Это один из принципов LeSS

Не только LeSS

Мне нравятся CLD, но как инструмент пояснения.

Это явно не для работы с возражениями и неприятием.

Это явно не для работы с возражениями и неприятием.

Ну как знаешь. Я просто беру гипотезу оппонента (его ментальную модель), например что не нужно ходить на дейли Скрам. И потом строю с ним же диаграмму. Не скажу, что большой опыт, но обычно тот кто выдвинул гипотезу соглашается, что был неправ. Но это лучше всего работает когда много участников и мы обсуждаем все это.

Происходит выравнивание, что ли.

добрый день. а много местных раньше программистами (разработчиками :) )трудилось? Или сейчас?

Это если допустить, что возражения рациональны, цели совпадают и видение причин и следствий согласовано :)

добрый день. а много местных раньше программистами (разработчиками :) )трудилось? Или сейчас?

Я программировал с 92 по 2001

Ностальгия не заедает?

или... нет ощущения поворота не туда? :)

поворот не туда - это с агиль ценностями работать не в агиль компании :D

добрый день. а много местных раньше программистами (разработчиками :) )трудилось? Или сейчас?

Я трудился инженером и разработчиком. Сейчас иногда для себя, для души:)

Люди плохо оценивают в часах. Промашка в два раза - в порядке вещей. Оценивая в относительных единицах, появляется возможность измерить производительность. Измеренная производительность это не предположение, это факт. На основе ФАКТА о производительности можно делать прогнозы. Не 100%, но лучше чем просто "у нас дедлайн тогда-то, успевайте"

А ценность для бизнеса не нужна?)

Я и сейчас разработчик

А ценность для бизнеса не нужна?)

А в чем ее измерить?:)

Сейчас модно в ttm мерить

Time to market

Отличная метрика, а ценность как понять?:)

Ну там уже бизнес на бабло смотрит

Аналитики че хочешь посчитают

А ценность для бизнеса не нужна?)

есть такой бизнес которому ценность не нужна :D им нужен контроль.

Привет, подскажите пожалуйста как в скраме должно быть организовано тестирование если например билд выдают под конец, для qa времени нет проверить. Что тут неправильно?

qa пообщаться с разработчиками и договорится о том, как лучше это устроить :)

Я просто не совсем понимаю даже как физически это можно сделать. Типа дев должны быстрее запиливать?

Я просто не совсем понимаю даже как физически это можно сделать. Типа дев должны быстрее запиливать?

выдают под тестирование? у вас точно agile? это похоже на waterfall

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

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

чем у вас занимаются тестеры?

для того чтобы была гибкость в команде разработчиков DevOps процессы критически важны.

и покрытия всего автотестами. тестеровщик в этом случае выступает как эксперт написания тест кейсов.

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

Не в первый день точно, но это ещё зависит от того, насколько мелко подроблены задачи внутри спринта, можно организовать раную проверку, если задачки на 1-2 дня. Было бы очень круто, если бы qa взаимодействовали вместе с командой разработки на протяжении всего процесса создания, об этом принципы Agile нам говорят. Одно же дело делают - продукт. Если эти две ветки развития событий возможны - попробуйте начать с них, возможно, хотя бы инфу собрать, как что организованно :)

Ок спасибо, просто такие вопросы как мне кажется явно указывают что с тем скрамом что-то не так, я как раз хотел это уточнить

Ну, вообще, если каких-то компетенции для создания продукта, то у команды страдает кроссфункциональность, да

Если можно втянуть работу qa в команду, то это было бы самое правильное

Но не факт, что сразу возможно

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

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

у вас кроме DevTeam никто не работает над продуктом, если это scrum

Если можно втянуть работу qa в команду, то это было бы самое правильное

Это единственно правильное, имхо. Это как раз кросс-функциональность. Чтобы успевать все делать нужно поиграться длиной Спринта и сложностью задачи. Нужно бить их на фичи так, чтобы они ложились в Спринт.

https://www.mountaingoatsoftware.com/blog/capacity-driven-sprint-planning

Офигенная практика планирования. Мне понравилось.

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

Оценку дает только dev team, да. При чем тут Скрам-мастер?

QA это не часть devteam? Сорри за глупые вопросы

В Скраме это часть devteam

QA это не часть devteam? Сорри за глупые вопросы

ну вообще ели у вас передается работа на тестирование то скорее всего нет.

QA нинужен

ну вообще ели у вас передается работа на тестирование то скорее всего нет.

Тогда это не кросс-функциональная команда.

Тогда это не кросс-функциональная команда.

необязательно :D

Тогда это не Скрам

Тогда это не Скрам

ну это тож не верно :)

QA не всегда нужен :D

Это единственно правильное, имхо. Это как раз кросс-функциональность. Чтобы успевать все делать нужно поиграться длиной Спринта и сложностью задачи. Нужно бить их на фичи так, чтобы они ложились в Спринт.

Что делать, если это невозможно "прям завтра"?

Что делать, если это невозможно "прям завтра"?

Планировать и делать шаги в этом направлении :)

Планировать и делать шаги в этом направлении :)

О чем человек и спрашивает :Р

О чем человек и спрашивает :Р

Ага, лучше, чем уже написали выше, я не отвечу.

Что делать, если это невозможно "прям завтра"?

Ну и я об этом :)

вот есть один сундучок: https://www.scrumguides.org/

вот есть один сундучок: https://www.scrumguides.org/

+

60 страниц и только сейчас узнали о скрамгайде?

Я уж за попкорном было потянулся.

Про исследования не понял. Что исследовать хотите?

Больше всего нерешённых проблем - в практике конкретных внедрений. Теория-то сама по себе вполне стройная и безпроблемная.

Не можем же мы втюхивать что-то говоря "ну вот тут мы ваще хз как быть" )

"Так ты слона не продашь" (с)

В таких ситуациях нас учат делать островок или студию аджайла )

Тогда работы не так много