Спасибо!

Есть исключения: есть команды, которые хотят, чтоб AC были сразу доступны в сторе. Есть команды, которые сторями вообще не пользуются

Павел, что такое АС?

acceptance criterria

acceptance criteria

поняла уже) как только написала вопрос) спасибо!

https://medium.com/@pavel.ozolin/agile-requirements-%D0%B4%D0%BB%D1%8F-%D1%81%D0%B0%D0%BC%D1%8B%D1%85-%D0%BC%D0%B0%D0%BB%D0%B5%D0%BD%D1%8C%D0%BA%D0%B8%D1%85-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80%D0%BE%D0%B2-71fa51288656

Привет! Вопрос наверное наивный, но на практике, как юзер стори отправется разработчикам? формируется ТЗ или как есть?

До или после обсуждения?

До или после обсуждения?

Это второй вопрос: разработчики в небольшой команде участвуют в обсуждении.

https://medium.com/@pavel.ozolin/agile-requirements-%D0%B4%D0%BB%D1%8F-%D1%81%D0%B0%D0%BC%D1%8B%D1%85-%D0%BC%D0%B0%D0%BB%D0%B5%D0%BD%D1%8C%D0%BA%D0%B8%D1%85-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80%D0%BE%D0%B2-71fa51288656

Крутяк, спасибо!

Согласен, круто разобрал

Но буррито тот же junk food)

Но буррито тот же junk food)

Это очень спорное утверждение. Это очень клевый junk food :)

Отличнооо)

Про критерий выбора свободного времени осссссобенно понравилось ))) спасибо, Pavel!

Обращайтесь :)

https://medium.com/@pavel.ozolin/agile-requirements-%D0%B4%D0%BB%D1%8F-%D1%81%D0%B0%D0%BC%D1%8B%D1%85-%D0%BC%D0%B0%D0%BB%D0%B5%D0%BD%D1%8C%D0%BA%D0%B8%D1%85-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80%D0%BE%D0%B2-71fa51288656

Павел, предельно ясно! Подскажите, пожалуйста, книгу/ресурс, где можно почитать подробнее об элементах и работе с ними(epic, user story, problem scenario, spikes etc)

👍

Мне то же понравилось.

Павел, предельно ясно! Подскажите, пожалуйста, книгу/ресурс, где можно почитать подробнее об элементах и работе с ними(epic, user story, problem scenario, spikes etc)

Игорь, я не знаю одну книгу, где есть все. Есть хорошая, но слегка старая: Agile Software Requirements Лефингвелла и User Story Applied by Mike Cohn

И есть отличный курс на курсере, https://www.coursera.org/specializations/agile-development

Приветствую! Scrum. Революционный метод управления проектами Автор:Джефф Сазерленд Управление продуктом в Scrum. Agile-методы для вашего бизнеса Автор:Роман Пихлер Первая больше про scrum, ее будет полезно почитать scrum мастерам. Вторая для PO. Конечно, в этих книгах не найдется ответов на абсолютно все вопросы, но общее понимание они дадут.

ну блин хотя бы User Story Mapping паттона

рекомендуете что попало :(

Дружелюбие как всегда зашкаливает :)

рекомендуете что попало :(

да ладно, Пихлер и Сазерленд для прям совсем новичка нормально. Главное на них не останавливаться

Михаил, вопрос выше был про конкретные 5 артефактов, описанные Павлом

Это второй вопрос: разработчики в небольшой команде участвуют в обсуждении.

Не понял, в чем второй вопрос?

У Сазерленда их нет вообще

У Пихлера первая половина книги — мудянка про то, что концепция продукта — это такой канвас

У Леффингуэлла это возможно всё было, но читать невозможно из-за повторений и абстракции

Михаил, вопрос выше был про конкретные 5 артефактов, описанные Павлом

а, ок

У Леффингуэлла это возможно всё было, но читать невозможно из-за повторений и абстракции

Дэн вообще любит воды налить :)

http://www.scaledagileframework.com/safe-requirements-model/

Вот тут кратко и проапдейчено.

И да, в фирменном стиле SAFe сопровождено совсем не выносящей мозг и очень понятной с первого раза иллюстрацией :)

мы для сейфа или сейф для нас)

Зависит от того, зачем вам сейф.

Как SPC я очень серьезно рекомендую трижды подумать, имеет ли для вас смысл использовать SAFe

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

Если нет - даже если вас сотни разработчиков, SAFe не взлетит и возьмите что-то другое :)

Если нет - даже если вас сотни разработчиков, SAFe не взлетит и возьмите что-то другое :)

например, отпуск

Если у вас например отпуск в качестве причины, то SAFe точно нет :)

Для 2-3 команд лучше nexus или Scrum@Scale

Или... Ничего) Просто Scrum

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

Павел, очень крутой критерий, спасибо! В голове пазл сложился. У нас управление портфолио на основе SAFe. И да, мы знаем на 3 месяца вперед и с некоторой грубой детализацией на год. Но, по сути SAFe, если соблюдаешь не все, то это уже не SAFe (все-таки они коммерацилизируют свой продукт). Но саму суть я брал оттуда.

Ит Инфраструктура и scrum совместимы?

Ит Инфраструктура и scrum совместимы?

Нет

Нет

Проверяли? Почему нет

Ит Инфраструктура и scrum совместимы?

Что Вы понимаете под ИТ инфраструктурой? В умелых руках со скрамом даже бухгалтерия совместима..

Ит Инфраструктура и scrum совместимы?

Совместимы, но канбан будет лучше. Но вообще зависит от того, что будет делаться.

Что Вы понимаете под ИТ инфраструктурой? В умелых руках со скрамом даже бухгалтерия совместима..

Различные проекты по внедрению,например.

Проверяли? Почему нет

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

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

Водопад получится.

Ит Инфраструктура и scrum совместимы?

Вообще было бы полезно деталей. В общем виде согласия в рядах участников не будет :)

Водопад получится.

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

Но зачем?

Вообще было бы полезно деталей. В общем виде согласия в рядах участников не будет :)

По поводу согласия это понятно :) ну вот представьте классический отдел инфраструктуры или админов. Их взять и на скрам

Мне кажется в большинстве больших организаций с несколькими системами это и называют скрам ом, но я против такого названия)

Товарищи, нужен хороший скрам мастер в Челябинске. Есть кто-то?

Нужен хороший рп в мск, есть кто? 😂

По поводу согласия это понятно :) ну вот представьте классический отдел инфраструктуры или админов. Их взять и на скрам

Ок, Илья. какая ключевая метрика в таком отделе? Lead time Влияет ли пакетирование на lead time? Да, влияет, негативно Есть ли возможность предсказуемо планировать работу на горизонт от недели до месяца? не всегда, так как тип работ чсто требует реакции немедленно после получения

В итоге в общем виде скрам можно применить, но получится плохо, лучше канбан с набором правил.

С другой стороны, если в отделе есть команда, которая занимается preventive care, большими задачами и построением инфраструктуры - то вполне можно scrum

Нужен хороший рп в мск, есть кто? 😂

рп?

Менеджер / руководитель проектов

Ок, Илья. какая ключевая метрика в таком отделе? Lead time Влияет ли пакетирование на lead time? Да, влияет, негативно Есть ли возможность предсказуемо планировать работу на горизонт от недели до месяца? не всегда, так как тип работ чсто требует реакции немедленно после получения

Да! И случаи, когда что-то упало или пошло не так бывают. Плюс есть некоторые best practices, которые нужно выполнять, но смысл в которых может не видеть business owner/ product owner

Менеджер / руководитель проектов

Какие требования/условия?

Да кстати, если есть вакансии для P/O, PM, Full stack парней, то можно тут выкладывать?)

или меня сразу забанят?

Да кстати, если есть вакансии для P/O, PM, Full stack парней, то можно тут выкладывать?)

забанят, потому что надо читать описание чата

Для 2-3 команд лучше nexus или Scrum@Scale

А есть уже в России компании использующие scrum@scale?

Я даже в СШа таких не знаю.

Но фреймворк мне очень понравился и лично по моему мнению он отлично может заменить nexus.

Но фреймворк мне очень понравился и лично по моему мнению он отлично может заменить nexus.

прям полностью заменить во всех случаях? или можно обозначить контексты, где тот или иной фреймворк лучше встанет? развести, так сказать, Джеффа с Кеном по углам =)

кстати, есть ли интересные статьи вроде сравнительных обзоров известных схем scaled scrum?

прям полностью заменить во всех случаях? или можно обозначить контексты, где тот или иной фреймворк лучше встанет? развести, так сказать, Джеффа с Кеном по углам =)

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

кстати, есть ли интересные статьи вроде сравнительных обзоров известных схем scaled scrum?

Не вот чтобы статья, но интересно http://www.agilescaling.org/ask-matrix.html

Немного веселья. https://www.youtube.com/watch?v=ir5rj2yYH_8&feature=youtu.be&t=46

Не вот чтобы статья, но интересно http://www.agilescaling.org/ask-matrix.html

Спасибо

Немного веселья. https://www.youtube.com/watch?v=ir5rj2yYH_8&feature=youtu.be&t=46

:) развеселили с утро, спасибо