Коллеги, у меня другой вопрос. Можете ли вы привести примеры работающих ботов для daily митингов? Либо в двух словах описать логику работы такого бота?

Суть Дейли,а том что люди общаются Бот сводит на нет всю суть

То есть я хочу и абстрактные величины в планировании, условные, попугаями мерить продуктивность и понимать, сколько мы успеваем за спринт, но и не быть лохом при оплате, когда это обернется выходом из бюджета🤦🏼‍♀️🤦🏼‍♀️🤦🏼‍♀️🤦🏼‍♀️ как быть, в голове ад

Друзья, привет! Вопрос: мне бы очень хотелось начать планировать не часами, а футболками, ведрами (кроме покера, поскольку команда удаленная и внешняя). НО как это соотнести с тем, что мы платим по часам подрядчику? То есть по идее мы должны соотносить план/факт в конце месяца, а если планировать не часы, то как?

Почему видео или хотя бы аудио не подходят?

Друзья, привет! Вопрос: мне бы очень хотелось начать планировать не часами, а футболками, ведрами (кроме покера, поскольку команда удаленная и внешняя). НО как это соотнести с тем, что мы платим по часам подрядчику? То есть по идее мы должны соотносить план/факт в конце месяца, а если планировать не часы, то как?

Дарья, если внешняя команда использует scrum, то можно посчитать стоимость спринта (количество людей*(40*количество недель в спринте)) - это ваши 100% Дальше можно считать, какой ваш идеальный план на спринт по результатам sprint planning и какое достижение в результате sprint demo.

Есть подозрение, daily-стандапы быстро в таком случае превратится в рутину, которую все будут делать на от*ись. Чем бот-то поможет?

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

Мне кажется AI еще не развились до состояния, позволяющего фасилитировать митинги.

Коллеги, у нас грядет запуск нового продукта в декабре...большой продукт, медиа. Сейчас у нас есть НИЧЕГО. Скиньте, плиз, что почитать, чтобы продакту помочь с начальными требованиями, как правильно не закопаться в детали, какие-нибудь шаблоны или статьи..на меня уже падает бизнес-требования описывать (не знаю, должен ли это делать проджект в принципе🙈). С нуля не запускала такие проекты

начните со списка фич для MVP, например

Да, но их же нужно описать, понятия и тп, куда бы глянуть, в эталон..или пользовательсикими историями все загромоздить? Тив MVP должно быть 30 историй: пишем + детали

можете историями, можете делать в порядке Эпик - Use case - Спецификация.

а если ясные идеи вас не посещают, то почитайте Карла Вигерса (Разработка требований к ПО). Там много интересных инсайтов получите.

Коллеги, у нас грядет запуск нового продукта в декабре...большой продукт, медиа. Сейчас у нас есть НИЧЕГО. Скиньте, плиз, что почитать, чтобы продакту помочь с начальными требованиями, как правильно не закопаться в детали, какие-нибудь шаблоны или статьи..на меня уже падает бизнес-требования описывать (не знаю, должен ли это делать проджект в принципе🙈). С нуля не запускала такие проекты

Как Вам? Что еще добавить?

1. Убедитесь, что вы точно знаете своих пользователей 2. Выберете топ фичей, которые пользователи и стейкхолдеры ждут от вас. 3. Задизайните минимально возможную реализацию этих фичей и запелите их 4. Смотрите как заходит и вносите корректировки, добавляйте новые фичи

1. Убедитесь, что вы точно знаете своих пользователей 2. Выберете топ фичей, которые пользователи и стейкхолдеры ждут от вас. 3. Задизайните минимально возможную реализацию этих фичей и запелите их 4. Смотрите как заходит и вносите корректировки, добавляйте новые фичи

Как Вам? Что еще добавить?

а цель чего имеется в виду?

Не smart

Добрый вечер. Может кто знает курсы где рассказывают про less в масштабах компании с командами которые имеют разные цели в контексте одного продукта? Например, цель одной команды быстрая разработка прототипа и тестировании его на аудитории(там разрабы и маркеталоги), R&D отдела разработки(исследование технологий реализации и интеграции с существующими решениями) и команд которые разрабатывают уже продакшен решения.

пока 4 команды

Внедрение фичи проходит стадии: 1.исследования аудитории, 2. прототипа(команда 1), 3. технического прототипа(команда 2)(и бывает альфа теста) и 4.продакшена(бета-тест на часть аудитории и внедрение)

Внедрение фичи проходит стадии: 1.исследования аудитории, 2. прототипа(команда 1), 3. технического прототипа(команда 2)(и бывает альфа теста) и 4.продакшена(бета-тест на часть аудитории и внедрение)

Про хаос я рассказывал вчера на Whale Rider ,РИТ++ Постройте цепочки для каждого эксперимента/фичи и эшелонируйте проекты по ключевому ресурсу.(команде) Но нужны правила приоритетов. По хорошему у вас получится производственный конвейер с очередями у каждой команды и тогда можно включать канбан-метод. Сетевые графики дадут понимание общего прогноза сроков поставки и будет битва за приоритет.

Сейчас примерно так и получается

Возможно это сможет решить Feature team, только пока не понятно как это реализовать сохранив "цепочку" внутри команды

Скажите, почему в России его так активно своетуют всем подряд? LeSS же требует уровня минимум ha опытности в scrum от участвующих команд + высокого уровня приверженности agile на уровне бизнеса.

Коллеги, у нас грядет запуск нового продукта в декабре...большой продукт, медиа. Сейчас у нас есть НИЧЕГО. Скиньте, плиз, что почитать, чтобы продакту помочь с начальными требованиями, как правильно не закопаться в детали, какие-нибудь шаблоны или статьи..на меня уже падает бизнес-требования описывать (не знаю, должен ли это делать проджект в принципе🙈). С нуля не запускала такие проекты

Вот и хочется копнуть в LeSS... поэтому и хочется курсы хорошие. Быть может кто сталкивался с такими?

по мне вторая картинка притянута за уши, словосочетание Управление в Scrum режет глаз :) хотя если цель причесать все к однотипной картинке цикла демминга то ок :)

Привет. Это какой-то новый продукт с изюминкой или копия? Если продукт с изюминкой и команда своя то вот так было бы неплохо: - сформировать видение продукта, которое ответит на вопросы "зачем мы это делаем?" для каждой категории стейкхолдеров, "в чем особенность нашего продукта?", "какие и чьи проблемы решает наш продукт?", "почему купят именно ваш продукт?". Могу дать шаблон. - Определить в чем заключаются основные гипотезы (предположения), положенные в основу продукта. Ясно и коротко их написать. - Взять за цель первого mvp проверку явно выраженных гипотез. Описать фичи (или прочие дела), которые необходимы для проверки гипотез. - Фичи описанные в виде юзерстори пожалуй дадут команде бОльший контекст. Я бы на этапе формирования фич использовал бы ещё импакт мап чтобы показать как фичи связаны с целями бизнеса и потребностями потребителей.