А давно уже здесь можно размещать ссылки на платные мероприятия?

#whois всем привет! Работаю в лаборатории искусственного интеллекта МФТИ, веду проекты разработки ИИ для корпоративных заказчиков в роли РП+скрам-мастера. Рад присоединиться к комьюнити:)
Было бы интересно пообщаться на тему гибкой разработки в Data Science

Всем привет! Учусь на курсе "Практический Agile-коучинг". Ищу практику, стажировку.

И ещё:
Нужен разработчик из продуктовой SCRUM-команды для интервью. Моя цель - узнать больше о практиках взаимодействия разработчиков в true-скрам командах (то есть как оно в жизни, а не в книжках )) ).

Бонус тем, кто откликнется - 40-минутная коуч-сессия 🤓

Всем привет!
А поделитесь, пожалуйста, опытом формулировки пользовательских историй для бэклога.
Слышал, что есть два довольно разных подхода:
1) Исходя из ценности для конечного клиента (по классике), внутреннего/внешнего
2) Исходя в итоге из реальной пользы для бизнеса, коммерческой целесообразности и тд.

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

Как считаете правильным? Как у вас в компании? Кто у вас решает направление этого посыла? Или практической разницы нет?
(Мне кажется, все-таки есть ощутимая)

Спасибо!)

Вы путаете пользовательские истории и проекты, а также цель спринта.

Да и ю-с это просто способ описания, а не конкретная активность. Можно написать "сделайте лендинг", а можно описать в формате user story. Да и сами истории пишутся не для спринтов (спринт это просто коробка, в которую мы запихивает фидбеклупы для удобства и фокусировки, а также "возможно" предсказуемости), а просто в беклог

Используйте "чтобы" смотря как вам удобно и что вы реально можете отслеживать. Но изначально закладывался именно 1 вариант. на то они и истории.

Для небольшого проекта не проще использовать классические задачи которые появятся у вас в следствии декомпозиции проекта?

might be

А не хотите ввести еще одну сущность - эпик или инициативу? Вообще польза для бизнеса описывается как правило ДО юез стори - на этапе бюджетирования. Если инициативе дают зеленый свет, то ее стоит начать прорабатывать. Вот хороший шаблон: https://docs.google.com/document/d/1D1Zxs0BP7aqevQbMATRcASZMl8L2-2b4SlJ4EUDbmY8/edit

то есть примерный флоу такой 1 Pager -> Product Spec -> Design Exploration -> Epic / Issues

Отвечая на ваш вопрос прямо - юзер стори пишутся с точки зрения пользы для конечного пользователя

Книга идей/рецептов от практика разработки с объяснениями, почему стоит делать именно так.

http://fiftyquickideas.com/fifty-quick-ideas-to-improve-your-user-stories/

idk it works for me

Друзья, всем привет! Есть ли среди нас люди с опытом применения agile (или каких-то выделенных около-agile практик) в ивент-индустрии? Хочу позадавать вопросики☺️

Я немного работал, можешь мне писать

Коллеги, а как бы вы за сетапи SCRUM доски, если у вас есть N команд и M проектов? (человек может работать над двумя проектами или же над проектом может работать несколько человек из разных команд). Понятное дело, что есть "свой проект" у каждой команды + некоторые проекты на поддержке. Что хочется: а) видеть на стендапе все задачи из всех проектов для данной команды б) иметь per team velocity в) видеть скоуп каждого проекта

если SCRUM, то есть 1 продукт и 1 беклог ) дальше ты знаешь..

понятное дело, нужно сделать максимально близкое к скраму

Ну это не скрам, конечно, но реализация запроса зависит от того, каким тасктрекером пользуетесь.