Блин, тут спать то не успеваешь ...

Да уж, и когда все читать успевать

На толчке да по ночам вот :) жена уже ворчит ...

На толчке да по ночам вот :) жена уже ворчит ...

Моя говорит "30 лет, а в голове один аджайл"

😡🙈🙊

Моя говорит "30 лет, а в голове один аджайл"

А ты говори, что еще и лин есть!

с Линой может быть опасно)

Кайдзен Лина Аджайловна

вроде того, давайте ближе к тематике чата 😉

Только что в рассылочке пришел план запуска Agile команды. Может кому-то чеклист покажется полезным.

https://onagile.us10.list-manage.com/track/click?u=114be5adf9ab5ffe46b2f9b32&id=99e64e7776&e=85d1c0f82f

Да-да 🙂 многим пришёл 🙂 Ждали 🙂 БУдем развивать

https://m.youtube.com/watch?v=1lL6uqeqT-E

https://www.pmi.org/learning/library/becoming-agile-with-shuhari-9649

ШуХаРи) думаю все в курсе уже, просто статья понравилась))

Я при подготовке к PSM2 столько стаей перечитал, что тошно уже. И в "новых" статьях нового ничего уже не нахожу :( Майка Кона вот начал читать. Есть неизведанное ...

Я при подготовке к PSM2 столько стаей перечитал, что тошно уже. И в "новых" статьях нового ничего уже не нахожу :( Майка Кона вот начал читать. Есть неизведанное ...

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

Mike Cohn, Gunter Verheen

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

На английском?

На английском?

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

Succeeding with Agile (Mike Cohn), плюс у него свой сайт

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

На русском лучше не читать, перевод плох

Ещё есть книга The Scrum Field Guide (Agile Advice for Your first year and beyond)

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

Почитай Large Scaled Scrum. More with LeSS. Там шикарно про взаимодействие команд, про роль Sкрам-мастера, про менеджмент. Подходит все однокомандного.

Это уже для «прокаченных» :)))

Это уже для «прокаченных» :)))

Да нет, там от двух команд. Это Sкрам. Там просто много экспериментов и лучшие практики выбраны.

Они кругом подходят.

Ещё есть книга The Scrum Field Guide (Agile Advice for Your first year and beyond)

а что еще из свежего есть по теме почитать?

Можно с них начать и потом вглубь

Гюнтер хорош

Scrum Insights for Practitioners THE SCRUM GUIDE COMPANION •••

Hiren Doshi

Почитай Large Scaled Scrum. More with LeSS. Там шикарно про взаимодействие команд, про роль Sкрам-мастера, про менеджмент. Подходит все однокомандного.

https://www.amazon.com/Large-Scale-Scrum-More-Addison-Wesley-Signature/dp/0321985710 Эта?

Да

Да

Спасибо

Там тема "Чем дальше в LeSS тем больше дров". Я могу рассказать много чего :)

👌🏼

господа и дамы, расскажите мне свой опыт о требованиях, как ща в agile мире требования менеджерят. Просто юзер сторей достаточно?

Требования к кому? Чему?

Требования к кому? Чему?

к продукту (скажем вебсайт)

На вскидку можно добавить impact mapping и вобще целеполагание, product vision, lean canvas

На вскидку можно добавить impact mapping и вобще целеполагание, product vision, lean canvas

а вот после того как все это сделано, просто берем и делаем user story? но обычно просто список сторей, это не очень по структуре, тобишь их нужно как-то групировать по фичам итд

поэтому интересно просто мнение со стороны

кто как делает

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

чтобы потом можно условно было открыть эту "документацию" и понять что вообще было то

чтобы потом можно условно было открыть эту "документацию" и понять что вообще было то

какого плана документация? для пользователя, для разработчика, для пролуктолога?

какого плана документация? для пользователя, для разработчика, для пролуктолога?

для продуктолога и разработчика скорее

Всем привет, есть у кого пояснение GDPR. Хотелось бы узнать как его правильно оформить.

господа и дамы, расскажите мне свой опыт о требованиях, как ща в agile мире требования менеджерят. Просто юзер сторей достаточно?

Есть DoR, есть DoD. Команда решает чего и как, есть acceptance criteria.

для продуктолога и разработчика скорее

Мы разбиваем на PBR истории на фичи. Фичи оформляются в трекере как связаные с историей задачи. Если История небольшая, ничего не разбиваем. Дальше в Спринт. Есть требования Defination of Ready,без них фича на поанирование не зайдет.

В каждом элементе бэклога пишется бизнес цель, клиент, если конкретный просил, сейчас приходим к варианту включения в DoR критериев INVEST

Кстати, наш Владелец Продукта Сергей Музыкантов сегодня выступает на LeSS Conference 2018 в Нью-Йорке

Антон Бевзюк из ДоДо и Алексей Кривицкий еще выступят.

https://less.works/less-conferences/2018-new-york/index.html

MTS Kassa is the first russian company that implemented LeSS. "All the mistakes are now waiting for you" - they warned us and that turned to be true. We want tell you the war stories and share lots of our Try... and Avoid... experiments. The talk will be focused also on some epic fails, and what we have learned from them.

Я вот в поисках графика посередине, что-то в стандартных не нашла, вот думаю, может его убили 🤷‍♀️

У нас есть.

Всем спасибо за ответы. Теперь вопрос номер два, вот у вас стори, таски с ним итд, правильно понимаю что все требования храните где то в jira?

Интересует хранит ли кто требования не только в jira итд, каким софтом пользуетесь, плюсы и минусы итд

У нас есть.

А как называется та, что посередине?

Интересует хранит ли кто требования не только в jira итд, каким софтом пользуетесь, плюсы и минусы итд

Конфлюенс

Там более полное описание и документация

В JIRA ссылка

Там более полное описание и документация

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

А как называется та, что посередине?

Похож на Диагональный буфер. Aka Fever chart. защищает проект от неопределенности. Расход буфера показывает отклонение от плановой даты поставки и рекомендует воздействие. Ключевой в методе критической цепи

Интересует хранит ли кто требования не только в jira итд, каким софтом пользуетесь, плюсы и минусы итд

Да все они одинаковые. Мы Redmine используем, но сейчас уходим на Youtrack

Похож на Диагональный буфер. Aka Fever chart. защищает проект от неопределенности. Расход буфера показывает отклонение от плановой даты поставки и рекомендует воздействие. Ключевой в методе критической цепи

Спасибо, пощарюсь в JIRA

Спасибо, пощарюсь в JIRA

У "нас" не в джире. А в bipulse он интегрируется с джирой.

О как 🙂

О как 🙂

Буфер - применяется для подхода "надежный скрам" или "критическая цепь"

Буфер - применяется для подхода "надежный скрам" или "критическая цепь"

Reliable Scrum то ещё мракобесие

Reliable Scrum то ещё мракобесие

Почему?

Да все они одинаковые. Мы Redmine используем, но сейчас уходим на Youtrack

Почему в youtrack?

Почему в youtrack?

простой )

Reliable Scrum то ещё мракобесие

Какие ваши аргументы

Почему в youtrack?

Там получилось сделать всю цепочку визуализации, от идеи до вывода в релиз. А на этапе Спринта еще и наложить доси всех команд. Т.е можно видеть все, можно отдельно Спринт бэклог команды. При этм есть виуализация ценности и оценки команды на карточке.

Ну и легковесное оно, простое. Опять же импортозамещение :)

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

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

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

если с нуля выбиарть решение, то да