ну не, я ж все таки про реализацию проекта уже

Тогда это продукт :)

ну окей ) не будем о терминах

Я к тому, что сторимап это описание функционала, не времени :)

Это не план, не роудмап, ниче такого :)

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

просто мелкие под необходимость, да и то толкьо начинаем. Стараюсь бизнес довести до этого. Они все еще стремятся сами побить все на стори )

так огромный обычно излишен.

Так, дня на два работы всей командой :)

ну не, на 2 дня можно таки и не составлять вообще )

Хехе, в сысле на два дня работы по составлению :)

Чота вспомнилось, у меня в этом году после одного из сторимапингов стены где-то стометровой комнаты были в два уровня флипчартами со сторимпом по периметру заклеены :)

Hello

Hi

Any group for it in English

Чота вспомнилось, у меня в этом году после одного из сторимапингов стены где-то стометровой комнаты были в два уровня флипчартами со сторимпом по периметру заклеены :)

вот такие мы не делаем

вот такие мы не делаем

А вы попробуйте - офигенно помогает командам :)

пробовали, но тогда это было плохо проведено и не зашло

Any group for it in English

dunno man

Всем привет.

o7

пробовали, но тогда это было плохо проведено и не зашло

Да, это бывает.

По традиции представлюсь: Алексанин Андрей Работаю в ДИТ Москвы, проекты связаны с социальной сферой и IoT. Мои скилы это коммуникации, переговоры, управление проектами и процессами. 10ть лет в IT, обычно ко мне обращаются за контактами и когда нужно решить сложную задачу. Обладаю портфелем инновационных Российских разработок - технологические платформы для автоматизации бизнес процессов, биллинг, мультиагентные технологии, системы мониторинга объектов. Сообщество интересно обменом опытом, новыми знаниями и контактами. Сам я из Москвы, про группу узнал по ссылке из MosAgile #whois

👍

As a <persona> I want <action> so I can get <benefit>

открою страшную тайну, только тссс 😉, Персоны могут не подойти и лучше заходить со стороны Jobs-To-Be-Done (JTBD)

вот достаточно простое описание, если что Что такое Jobs-To-Be-Done и Job stories by Anna Buldakova https://link.medium.com/gjcQhW4L7Q

открою страшную тайну, только тссс 😉, Персоны могут не подойти и лучше заходить со стороны Jobs-To-Be-Done (JTBD)

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

обсудим через раз?)

JTBD очень сфокусирован на функциональности, юзерстори - на user benefit.

Для реального бэклога это означает, что стори - возможность валидировать гипотезу после имплементации :)

Не в тему, но про скрам. Приснился сон, но не картинкой, а как будь то кто то рассказывает: "Решил один Директор завести у себя в компании "Скрам". А что? У конкурентов есть, у партнеров есть, значит и у нас будет. Поручил это дело своему заместителю. Поручил, но забыл проконтролировать. В результате плохо все закончилось. Убили их."

Не в тему, но про скрам. Приснился сон, но не картинкой, а как будь то кто то рассказывает: "Решил один Директор завести у себя в компании "Скрам". А что? У конкурентов есть, у партнеров есть, значит и у нас будет. Поручил это дело своему заместителю. Поручил, но забыл проконтролировать. В результате плохо все закончилось. Убили их."

😕

😢

Не в тему, но про скрам. Приснился сон, но не картинкой, а как будь то кто то рассказывает: "Решил один Директор завести у себя в компании "Скрам". А что? У конкурентов есть, у партнеров есть, значит и у нас будет. Поручил это дело своему заместителю. Поручил, но забыл проконтролировать. В результате плохо все закончилось. Убили их."

Философский сон)

открою страшную тайну, только тссс 😉, Персоны могут не подойти и лучше заходить со стороны Jobs-To-Be-Done (JTBD)

Эти 2 инструмента можно использовать в связке. Один не исключает другой. Personas это акцент на изолированных потребностях каждой персоны. А JTBD это поиск общностей среди всей аудитории.

а у нас тема-действие-стори )

Вот мне тоже ближе такая декомпозиция в сторимапе, только немного другими словами: Feature (epic) - User Task - Story. User Tasks выстраиваются в какой-то flow обычно.

Слова это лишь слова )

Эти 2 инструмента можно использовать в связке. Один не исключает другой. Personas это акцент на изолированных потребностях каждой персоны. А JTBD это поиск общностей среди всей аудитории.

примерно так 😉

Эти 2 инструмента можно использовать в связке. Один не исключает другой. Personas это акцент на изолированных потребностях каждой персоны. А JTBD это поиск общностей среди всей аудитории.

😍

Сейчас читаю, нравится

юзер стори и jtbd вообще не сказать, что сильно разные подходы )

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

НО, может не надо упарываться? )

НО, может не надо упарываться? )

золотые слова (c)

Вот мне тоже ближе такая декомпозиция в сторимапе, только немного другими словами: Feature (epic) - User Task - Story. User Tasks выстраиваются в какой-то flow обычно.

Это вообще самый правильный вариант :)

В общем, вебинар по персонам созрел :)

Прям тихо сегодня ) конец спринта у всех? )

тоже читаю ее, хорошая книга. очень систематизирует понимание Agile разработки впринципе

Я провела только что свой первый тренинг по скраму дев тиму) вроде народ заинтересовался.

С пивом?

Я провела только что свой первый тренинг по скраму дев тиму) вроде народ заинтересовался.

какую обратную связь дали?)

дали время подумать до пн) хотят или нет. пока в ОС только круглые глаза, полные смешанных чувств)) ну вопросы задавали и то хорошо) значит не заснули)

была конечно и ложка дегтя в виде девочки, которая сидела и спрашивала Когда уже можно идти работать😅

Надо было отпустить

я и отпустила)

заставлять не имеет смысла

запись есть?

нет

и фотографии участников!)

была конечно и ложка дегтя в виде девочки, которая сидела и спрашивала Когда уже можно идти работать😅

Тут проскакивала мысль, что не надо тратить силы на сопротивляющихся людей. Работать надо с теми кто хочет и с теми кто не против. Те кто против, если это не большинство, будут вынуждены принять правила игры.

и фотографии участников!)

ааааа... ничего этого нет((

У девочки дедлайн или она просто пассивно-агрессивно не верит в ажайл?

Тут проскакивала мысль, что не надо тратить силы на сопротивляющихся людей. Работать надо с теми кто хочет и с теми кто не против. Те кто против, если это не большинство, будут вынуждены принять правила игры.

Не могу сказать, что согласен :)

Причины несогласия надо как минимум понимать

Тут проскакивала мысль, что не надо тратить силы на сопротивляющихся людей. Работать надо с теми кто хочет и с теми кто не против. Те кто против, если это не большинство, будут вынуждены принять правила игры.

мы так и сказали ей. Но я подошла отдельно и поговорила с ней. Спросила, а если вся команда будет ЗА? что ты будешь делать? Она сказала Приму. что делать))

Причины несогласия надо как минимум понимать

С моей стороны это чистое теоретизирование. А как на практике получается? Есть интересные кейсы?

ну это скорее вопрос не к ее непринятию... человек сам по себе такой) и мы все это знали и понимали))

Прям тихо сегодня ) конец спринта у всех? )

ABC же. Agile Business Conference )))

ну это скорее вопрос не к ее непринятию... человек сам по себе такой) и мы все это знали и понимали))

Классно, звучит как будто девочка в меньшинстве

зато скажу так... Мне понравилось самой)) и сегодня я заслужила прям не одну кружку пива)) все таки первый опыт проведения тренинга)

Классно, звучит как будто девочка в меньшинстве

нет) совсем не так) просто девочка в принципе закрыта ко всему новому)

поздравляю тебя!) можно прибухнуть)))

поздравляю тебя!) можно прибухнуть)))

спасибо))

Успехов @AShukurova !

Успехов @AShukurova !

благодарю!

С моей стороны это чистое теоретизирование. А как на практике получается? Есть интересные кейсы?

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

Так что у команды и без скрама все хорошо :)

Так что у команды и без скрама все хорошо :)

Мы с вами скрам делать не будем. Но только скрам надо сделать ))

Так никакого скрама же. Скрам мастера нет, тимлид есть.

Продактовнера нет, есть аккаунт менеджер.

Никаких бэклогов, только план проекта и план релиза (на две недели, нам так удобно)