N
стоило бы еще уточнить еще, думаю, а для чего нужна оценка, чтобы дать всеобъемлющий ответ по текущей ситуации
Size: a a a
2020 April 20
MP
Целью аджайла есть повышение адаптивности продуктовой работы. Любые другие цели могут сущестововать, но решаются другими подходами и в других чатиках
V
Оценка для взятия задачи в спринт, фреймворк скрам, оценка в sp
V
повышение адаптивности продуктовой работы в случае автора может быть выражено через не-онбординг команды 2 в работу команды 1
MP
не думаю
V
не думай :)
SG
Vsevolod
Коллеги, всем привет. То и дело сталкиваюсь в работе сспрактикой, когда одна команда пилит продукт с использованием нескольких систем. Как следствие, есть разрабы-спецы по 1 системе и по второй. Задачи часто просто не пересекаются, но важны для поставки инкремента. Внимание вопрос к знатокам - как производить оценку таких задачь? Только с теми участниками, кто смыслит в конкретной системе + тестирование? Буду признателен за кейсы и помощь.
У нас приходят на оценку все команды. Голосуют те, кто реально может оценить. Это они сами решают.
V
остальные сидят и просто тратят время впустую?
V
Команда одна. Системы 2. Они обе нужны, чтобы выпустить инкремент.
V
тогда у тебя нужно онбордить всех во все
VD
Vsevolod
Оценка для взятия задачи в спринт, фреймворк скрам, оценка в sp
Тем самым доказываем что спринты созданы чтобы страдать и брать в работу только то что влезает, а ещё и время тратить на оценку
MP
то есть продукт таки один
V
как Михаил писал выше
N
Vsevolod
Команда одна. Системы 2. Они обе нужны, чтобы выпустить инкремент.
так все-таки связаны изменения или нет? :)
V
Иногдасвязаны, иногда нет. Я спрашивал про оценки us, в которых изменения не связаны.
V
Со связанными и так всё понятно
V
придется тебе онбордить всех во все, чтобы эта вся срахолюдская структура работала :)
V
сколько ж надо всякой бессмыслицы делать, чтобы скрам хотя бы взлетел :)
VD
Ахаха