А есть какой другой нежели от него и Кена Швабера?

Да команда и не против, но хочется понять - убеждать в чем)) То есть все-таки разработчик (бывш.), он же член скрам-команды, должен стремиться к приобретению функций аналитика/техписа и тп?

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

Вот кейс, столкнулись прямо вчера например. Фича: график с показаниями прибора. Можно за сутки выгрузить, а можно и за месяц. Смотрю реализацию - вижу, что за любой период в подписях к графику даты отображается, без времени. Лучше бы - за период до 3 суток дата+время, больше - только дата Вот продумывание такой детали в идеальном мире - чья прерогатива?

Например: Как вы переходили от не-скрам в скрам, как учили разработчиков? Что делали, чтоб разработка перестала говорить "дайте детальные требования, иначе я считаю что так - норм"? Как выглядят (с примерами) требования от PO, на каком уровне детализации они останавливаются, кто делает аналитику вплоть до маски ввода для полей? Всё-таки это аналитик в команде или сами программисты "растут" в сторону бизнеса - и опять-таки что делать, чтоб им с этим помочь?

Кому нужен Agile?

Всем

Если всем и все это понимпют, в чем тогда проблема?

В том, как начать использовать, например?

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

Про тестирование рекомендации учить QA автоматизации любой ценой :)

Опять же, из моего опыта, у команд чаще всего проблема с value частью: ее забывают писать. И с разделением стори на более мелкие стори с сохранением value

О. Этот кто-то - член скрам команды? Или необязательно?

член скрам команды, да. (при этом в скрам команде у нас все: разработчики, тестеры, маркетологи, тим-лид, технические писатели. Поэтому я не очень понимаю вопрос: кто не из скрам команды ещё может это сделать, если в скрам команде все? )

у нас в качестве "cдачи спринта" - демо. И все улучшения, которые на демо вылезли, обычно доделываются в начале следующего спринта (скрам-мастер это учитывает)

Как-то очень закрыто выходит. Как вы боретесь с тем, что разработчики - не ваша ЦА и не всегда могут верное принять решение?

1. ну в этом, да, есть наша специфика. Мы пишем ютрек и им пользуемся, и мы ЦА 2. есть саппорт инженеры, которые тоже члены скрам-команды, и обрабатывают фидбек от внешних пользователей, преобразуя его в задачи для программистов. На доске всегда есть два "бесконечных" свимлейна, на котором висят карточки с проблемами/пожеланиями пользователей, которые решили делать

Прям не Скрам мастер а норма контролёр 😊

Тех поддержка у Вас команда использующая скрам фреймворк?

не поняла вопрос. У нас два саппорт-инженера, помогающие пользователям, воспроизводящие их кейсы, заводящие баги, если проблема на нашей стороне. А не на стороне настроек пользователя

А как насчет кроссбраузерности?

60% рынка хром, остальные можно игнорить

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

Ну тогда готовьтесь к 2х прайсу на фронтендеров

Давно существует pixel perfect layout testing через дифф скриншотов

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

как мне объяснили с помощью покера идёт разбивка задач с бэклога, а потом уже они переносятся в спринт, на те что полегче и т.д, если спринт удался, то добавить задач с ещё большим количеством баллов

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

добрый вечер. Можете порекомендовать веб-систему с канбан доской (с установкой на своем сервере)? Желательно opensource. Пока пробуем "тайгу" (taiga.io). В качестве плюсов выделили: 1) хорошая фильтрация в доске (по исполнителю/тегам/эпикам/статусам) 2) удобство перемещения пользовательских историй 3) есть модуль "scrum", в который можно накидать пользовательские истории (например при планировании на неделю/месяц) Но минусов оказалось больше: 1) отсутсвие гибкого разграничения прав (любо можно все, либо вообще ничего). 2) не фиксируется время выполнения (или нахождения) ПИ в определенном статусе 2) отсутсвие связывания пользовательских историй (есть ПИ, которые по хорошему нужно делить на 2 ПИ, но при этом для эпика они слишком мальникие) 3) отчетность хромает (выгружает все, а дальше что хотите делайте)

читать стоит точно :) я делала обзор на нее вот здесь: https://t.me/analysis_paradisis/35

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

Кстати, приёмочные у вас к этой истории есть?