Pavel
Сорри за линк на себя же :)
Yuriy
покер работает отлично для оценок одного-двух спринтов вперед, если нужен горизонт больше, там лучше другие техники
Ivan
Мне на 1-2 спринта норм будет
Pavel
покер работает отлично для оценок одного-двух спринтов вперед, если нужен горизонт больше, там лучше другие техники
Да, хотя можно продолжать покер. Просто величины и айтемы надо "больше" делать
Ivan
Павел, спасибо! Изучу Вашу доку на выходных))
Pavel
Иван, ну и еще раз подчеркну - нет ничего плохого в применении часов.
Sergey
https://blog.unusual-concepts.ru/2014/08/relative-estimations-with-animals-grids/
Ivan
Я с часами уже работал, хочется понять ценность именно sp
Pavel
Иван, sp упрощают, существенно, оценку для команды, как только команда прорывается через исходный барьер в непонимании, нафиг это надо :)
Pavel
Ну и замечу - американцам проще с относительной оценкой, потому что они с ней часто сталкиваются в школе.
Ivan
Ясно. Спасибо. Буду изучать матчасть)
Dmitry
Pavel
Но он приходит с погружением команды в контекст продукта, что для аутсорса редкость.
Pavel
Т.е. чтобы noestimate и при этом скрам - надо, чтобы команда умела в декомпозицию до примерно равного размера PBI
Pavel
Правда когда команда реально это умеет, scrum уже не совсем и полезен :)
Dmitry
Dmitry
Нужно просто, чтобы у команды самосознание было)
Pavel
Нужно просто, чтобы у команды самосознание было)
Команда с самосознанием именно к такой имплементации и придт, рано или поздно.
Pavel
Т.е. зачем оценивать айтем, если ты понимаешь контекст, сложность и можешь предсказать, помещается в спринт или нет.
Pavel
Но самый простой способ понять - это участвовать в создании самих требований.
Pavel
но если команда учатсвует - она и требования эти до уровня fit to sprint разобьет.
Sergey
Павел, вопрос в тему. У меня команда не может разбить задачу на фичи, чтобы она входила в Спринт. Как быть в таком случае.
Pavel
Павел, вопрос в тему. У меня команда не может разбить задачу на фичи, чтобы она входила в Спринт. Как быть в таком случае.
ПУтей много, я советую упрощенный сотримаппинг сделать
Sergey
Делали сегодня вместе, не выходит каменный цветок.
Pavel
Взять фичу, разбить на workflow steps, business rules, добавить non-functional requirements если есть.
Pavel
Обсудить, кто персоны.
Sergey
Юзер стори прошивает четыре компоненты
Pavel
CRUD?
Pavel
Можно на юзкейсы разбить и сделать юзкейс по каждой.
Sergey
Они все время скатываются до разбивки на компонентные задачи.
Pavel
Можно 9если вдруг не пробовали, что врядли) персоны разбить и посмотреть.
Sergey
Я борюсь, но сегодня и меня не вышло им помочь
Pavel
Сергей, компоненты не всегда плохо.
Sergey
Да я вот запланировпл на выходных погрузиться
Pavel
ВОможно там действительно большой spike или enabler
Sergey
Сергей, компоненты не всегда плохо.
Я знаю. Просто я им все время говорю о том, что айтем должен ложиться в Спринт.
Dmitry
У сергея большой продукт, так что вполне возможно.
даже в огромных продуктах, чаще всего проблема не в невозможности декомпозиции
Dmitry
а в том, что люди не умеют думать в ее ключе
Pavel
даже в огромных продуктах, чаще всего проблема не в невозможности декомпозиции
Ну да. Но опять же, я не думаю, что это случай Сергея :)
Dmitry
ты с его командой знаком?)
Pavel
С Сергеем :)
Pavel
По его рассказам тут.
Dmitry
ну тут вопрос же в команде
Dmitry
Pavel
Опять же, про "маловероятно" - у меня есть реальный кейс, когда train из 5 команд 3 спринта подряд работал сугубо над enabler :)
Alex
Sergey
Продукт сложный у нас. Команды в самом начале.
Pavel
Просто потому, что по другому никак не получалось последующий набор сторей сделать.
Алекс
Sergey
а в том, что люди не умеют думать в ее ключе
Я им много раз на примерах и на реальных задачах пказывал как делать декомпозицию. А тут попробовал и обломился. Ну не выходит. Получается только сделать сначала бэк, потом все остальные. А вот мысль. Разбить так, но отдать их в разные команды. По идее это зависимость, но компоненты свзяны через Апи, которое уже реализовано описано. Результат будет за один Спринт. Так делают?
Pavel
В LeSS вроде как настоятельно не рекомендуется :)
Dmitry
Я им много раз на примерах и на реальных задачах пказывал как делать декомпозицию. А тут попробовал и обломился. Ну не выходит. Получается только сделать сначала бэк, потом все остальные. А вот мысль. Разбить так, но отдать их в разные команды. По идее это зависимость, но компоненты свзяны через Апи, которое уже реализовано описано. Результат будет за один Спринт. Так делают?
слушай, ну тут дело не в примерах
у меня у команды, которая также мыслила ушло полгода, на то, чтобы научиться декомпозировать
Dmitry
разбить по командам – ну это самообман, а не настоящая декомпозиция)
Pavel
Я им много раз на примерах и на реальных задачах пказывал как делать декомпозицию. А тут попробовал и обломился. Ну не выходит. Получается только сделать сначала бэк, потом все остальные. А вот мысль. Разбить так, но отдать их в разные команды. По идее это зависимость, но компоненты свзяны через Апи, которое уже реализовано описано. Результат будет за один Спринт. Так делают?
Сергей, я могу поделиться пошагово своей техникой работы с командой по декомпозиции.
Sergey
Less описывает такие варианты. Простотим PBR надо сделать вместе и сразу договориться об устранении зависимостей
Pavel
Но подчеркну - иогда enabler это просто enabler :)
Dmitry
а тот факт, что SAFe ей потакает – лишний раз доказывает убожество сейфа =)
Sergey
А чтоттакое enabler?
Pavel
а тот факт, что SAFe ей потакает – лишний раз доказывает убожество сейфа =)
Не будем разводить холивар за SAFe :)
Dmitry
имхо, программисты не понимают декомпозицию не потому что не могут поделить реально
Dmitry
а потому что не понимают рефакторинг
Sergey
Сергей, я могу поделиться пошагово своей техникой работы с командой по декомпозиции.
Всегда интересен твой опыт!
Dmitry
точнее его обязательность
Dmitry
декомпозиция – может и часто должна генерить чуточку лишней работы
Dmitry
это норм
Pavel
А чтоттакое enabler?
Он же technical story. Задача, несущая сугубо техническую ценность, которая "разблокирует" возможность имплементации больших "пользовательских" задач.
Pavel
декомпозиция – может и часто должна генерить чуточку лишней работы
дмитрий, я не буду спорить. Я подчеркну, что бывают случаи, особенно в больших и сложных системах, когда реально не получается слелать декомпозицию на value items
Pavel
И приходится делать enabler
Sergey
Утнас неплохой уровень у них. Тут еще момент. Раньше декомпозицию делали вместе представители команд на общем PBR. Все получалось. Пока я был в отпуске они решили делать это в командах.
Pavel
или spike
Pavel
Сорри, ухожу на звонок, вернусь через час примерно.
Dmitry
Я работал в больших продуктах
если спайки составляют больше пяти процентов по количеству от всех задач – это не спайки, а отговорки)
Sergey
Он же technical story. Задача, несущая сугубо техническую ценность, которая "разблокирует" возможность имплементации больших "пользовательских" задач.
Я понял. У нас уже были такие задачи. После них стори заходила в Спринт. Вариант, кстати.
Pavel
По поводу демонстрации метода декомпозиции стучитесь в личку. Если будет больше трех человек, проще будет мини-вебинар провести.