Ну да. Странно читать, что у нас с клиентом аджайл, а потом приходишь к команде и ставишь srs всякие им

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

ещё раз — ты можешь в конкретной компании прописать в трудовом договоре, что сотрудник-разработчик обязан исполнять твои требования. и можешь изображать барина-распорядителя, которому хочется играть в доминирование-подчинение за пределами своей спальни. и если сотрудник согласится, то вы хоть груздём там назовитесь

Зачем мы используем пользовательские истории ?

Важно, что это инструмент коммуникации, а не задача

Если пользовательские истории используем как дань моде, у нас это не работает. Мы формулируем пользовательские истории а потом аналитик дорабатывает до состояния формализованных требований, а формализованные требования ограничивают творческий подход разработчика. Возможны технические ограничения, ограничения по компетентности ну и т.д.

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

Важно, что это инструмент коммуникации, а не задача

Плюсую

Лучше такой скриншот

так вот кто пользуется IE

INVEST

..

Кажется так видят этот скрин в России))

Кто то в скрамтэк ходил на safe? Думаю сходить, но дорого что то.. Без отзывов не охота..

Кажется так видят этот скрин в России))

и читают Agile manifest

Да хоть читали бы..

Если пользовательские истории используем как дань моде, у нас это не работает. Мы формулируем пользовательские истории а потом аналитик дорабатывает до состояния формализованных требований, а формализованные требования ограничивают творческий подход разработчика. Возможны технические ограничения, ограничения по компетентности ну и т.д.

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

Какие еще есть способы представления pbi кроме пользовательских историй?

юскейсы

Да в общем - любые, которые работают для вашей команды и вашего продукта 🙂

User stories - это просто один из популярных подходов, потому что довольно хорошо работает

Андрей, а какие ты еще видел?

Какие вы сами используете?

User stories - это просто один из популярных подходов, потому что довольно хорошо работает

Правильно использовать и понимать какие у нас цели :)

Думается мне все пользуются тем, что есть ы жире)

Друзья, на мой скромный взгляд, мы с вами обсуждаем инструментарий. Зачастую инструменты используют неверно. На мой взгляд очень хорошо эту проблему освятил мультипликатор - Робер Саакянц в своем творении - топор. Советую посмотреть.

https://www.youtube.com/watch?v=zdbep8dYTBI

Все мы родом из ссср))

Все смотрели кажется

Я родом, но помотрел этот шедевр совсем недавно

Андрей, а какие ты еще видел?

Ну ещё есть, как минимум, баги (они могут быть представимы как истории, а могут и нет), сугубо технические штуки, внутренние хотелки (опять же - если нам надо следить за метриками проекта и нам нужен отчёт/реалтаймовый счётчик/что-то ещё, странно писать его в формате "как пользователь Вася я хочу...") Есть ещё наши гипотезы о поведении пользователя (хотя бы взятые из портретов сегментов ЦА и их конкретных customer journeys). Их можно записать как истории от лица "типичного пользователя", но они всё же не совсем истории 🙂

Всё это к тому, что англоязычный скрамгайд верно очень говорит "ordered list of everything that is known to be needed in the product", и это everything может быть весьма разным по смыслу, и не самое умное - пытаться всё это загнать в 1 формат. Что требования, что истории, что чего угодно.

Ну я верю, что ты честно сертифицировался)

Ну я верю, что ты честно сертифицировался)

Честно, канэчн, а к чему это ты? 🙂

Ну ещё есть, как минимум, баги (они могут быть представимы как истории, а могут и нет), сугубо технические штуки, внутренние хотелки (опять же - если нам надо следить за метриками проекта и нам нужен отчёт/реалтаймовый счётчик/что-то ещё, странно писать его в формате "как пользователь Вася я хочу...") Есть ещё наши гипотезы о поведении пользователя (хотя бы взятые из портретов сегментов ЦА и их конкретных customer journeys). Их можно записать как истории от лица "типичного пользователя", но они всё же не совсем истории 🙂

Если нет понимания зачем делается метрика, то зачем ее делать?) считать ради самого счета?

Если нет понимания зачем делается метрика, то зачем ее делать?) считать ради самого счета?

А где вы прочли про "нет понимания"?

Честно, канэчн, а к чему это ты? 🙂

К тому, что цитируешь гайд как иеговист библию, апеллируя к авторитету, а не к аргументам)

Иными словами, метрика должна нести велью

К тому, что цитируешь гайд как иеговист библию, апеллируя к авторитету, а не к аргументам)

Аааааа 🙂 Не, это просто пару дней назад поднялась тема про косяк перевода именно этого места на русский, и я очень впечатлился красотой исходной формулировки, и пока не отпустило )))

Аргументы (мои соображения) выше тоже есть - в PBI может лечь много разных штук, не стоит их все тащить в 1 формат. Или это не аргумент? 🙂

А где вы прочли про "нет понимания"?

Вы сказали - «странно писать это в виде стори»

К тому, что цитируешь гайд как иеговист библию, апеллируя к авторитету, а не к аргументам)

Фу фу фу, Scrum - сектант

Вы сказали - «странно писать это в виде стори»

Ну потому что пользователю продукта не нужна метрика 🙂 Он её даже не увидит. Метрика нужна авторам продукта, чтобы мерить продукт и пользователя.

К тому, что цитируешь гайд как иеговист библию, апеллируя к авторитету, а не к аргументам)

Я тебе больше скажу - я изменяю Скраму. Начинаю всё больше и больше любить Lean Kanban, но тссссс! 🙂

Я тебе больше скажу - я изменяю Скраму. Начинаю всё больше и больше любить Lean Kanban, но тссссс! 🙂

Это ты по секрету рассказал для 1733 участников :)))

Норм, так и было задумано.

No estimations, no commitments, no expectations

No commitments это уже давно и про Скрам 🙂 Нет больше никаких коммитментов, есть прогноз результата.

Ну потому что пользователю продукта не нужна метрика 🙂 Он её даже не увидит. Метрика нужна авторам продукта, чтобы мерить продукт и пользователя.

"метрика проекта" и "отчёт" разве не являются отдельным продуктом, пользователи которого - авторы продукта, по которому собираются данные?

No commitments это уже давно и про Скрам 🙂 Нет больше никаких коммитментов, есть прогноз результата.

Цель каждого Спринта — обеспечить Инкремент потенциально готового к выпуску функциональности продукта, соответствующий текущим Критериям Готовности, принятым Скрам-командой. Команда Разработки поставляет Инкремент функциональности продукта каждый Спринт.

"метрика проекта" и "отчёт" разве не являются отдельным продуктом, пользователи которого - авторы продукта, по которому собираются данные?

Сам по себе, без продукта, отчёт не несёт никакой пользы и поэтому продуктом не является. Вы не продадите отчёт на рынке отдельно от продукта, который он меряет 🙂

Цель каждого Спринта — обеспечить Инкремент потенциально готового к выпуску функциональности продукта, соответствующий текущим Критериям Готовности, принятым Скрам-командой. Команда Разработки поставляет Инкремент функциональности продукта каждый Спринт.

Но раньше там было commitment, а теперь - forecast.

No commitments это уже давно и про Скрам 🙂 Нет больше никаких коммитментов, есть прогноз результата.

Если ты не присягал скраму, то и нечему изменять)

Если ты не присягал скраму, то и нечему изменять)

Тоже верно, да 🙂 Люблю широкие горизонты возможностей.

Сам по себе, без продукта, отчёт не несёт никакой пользы и поэтому продуктом не является. Вы не продадите отчёт на рынке отдельно от продукта, который он меряет 🙂

если для пользователей разрабатывается мобильное приложение, то отчёт по его метрикам я смотрю всё-таки не в самом приложении, а в системе аналитики. я про этот отдельный продукт, а не про отчёт. и этот продукт (система аналитики) продаётся на рынке отдельно. Потому что это продукт аналитики и пользователи у него другие (не те же самые, что и у нашего мобильного приложения). И продавать его я не буду, я сама являюсь пользовательницей. И PBI может в теории быть US в стиле "как продакт-менеджер я хочу отслеживать количество нажатий ..., чтобы понимать конверсии..." (утрированный пример). Это к разговору о том, можно ли описать хотелки по метрикам как US

если для пользователей разрабатывается мобильное приложение, то отчёт по его метрикам я смотрю всё-таки не в самом приложении, а в системе аналитики. я про этот отдельный продукт, а не про отчёт. и этот продукт (система аналитики) продаётся на рынке отдельно. Потому что это продукт аналитики и пользователи у него другие (не те же самые, что и у нашего мобильного приложения). И продавать его я не буду, я сама являюсь пользовательницей. И PBI может в теории быть US в стиле "как продакт-менеджер я хочу отслеживать количество нажатий ..., чтобы понимать конверсии..." (утрированный пример). Это к разговору о том, можно ли описать хотелки по метрикам как US

Карина, ну изначально я вообще написал про формат PBI "любые, которые работают для вашей команды и вашего продукта". Если для вас работает описание метрик в формате user stories - OK. Я часто просто видел попытки натянуть сову на глобус и считаю, что упираться в формат - дурь. Вот против этого "как продакт-менеджер я хочу отслеживать количество нажатий ..., чтобы понимать конверсии..." - Вы сами понимаете , что пример утрированный, а люди так и пишут! А зачем??? Ценность МОЖНО выразить иначе. Особенно внутренней хотелки, автор которой вообще всегда доступен. И написать что-то "ребята, нам хорошо бы измерять отсев пользователей на каждом этапе регистрации, чтобы понять, где у нас ОК а где всё плохо" - это нормально, и ценность все понимают, и при этом это не совсем юзер стори 🙂 Юзер стори была большим шагом вперёд по сравнению с требованиями, но я вижу, как сейчас юзер стори "бронзовеет". Лично я говорю - "сделаем ещё шаг вперёд и будем писать, как нам нравится и как для нас работает". P.S. А у вас между "система аналитики продаётся отдельно" и "продавать его я не буду" противоречие 🙂 Есть системы аналитики, которые продукты и продаются отдельно. А есть внутренние метрики, которые никогда не будут продаваться отдельно ибо зачем??? И это совсем-совсем разные вещи.

а в целом всё равно это демагогия, глобально нет разницы, как описать. если есть осмысленная потребность описывать именно в US, то в принципе, я думаю, можно всё описать, при этом не доходя до крайностей каких-то. P.S. правда, я не знаю команд, в которых есть именно осмысленная потребность описывать именно US

«а в целом всё равно это демагогия» — люблю, когда люди обесценивают обсуждения. «совещания — не работа» и всё такое

а в целом всё равно это демагогия, глобально нет разницы, как описать. если есть осмысленная потребность описывать именно в US, то в принципе, я думаю, можно всё описать, при этом не доходя до крайностей каких-то. P.S. правда, я не знаю команд, в которых есть именно осмысленная потребность описывать именно US

А я знаю. Больше того, я знаю как команды, в которых юзер-стори пишутся от лица реальных пользователей (по данным интервью или после фидбэка на демо), так и команды, в которых US пишутся от лица "портретов типовой ЦА" (и тогда "Вася хочет..." и "Оля хочет..." очень важны, потому что у Васи и Оли предполагаются совершенно разные паттерны поведения).

Кто то в скрамтэк ходил на safe? Думаю сходить, но дорого что то.. Без отзывов не охота..

Ходил на Leading SAFe в ноябре к Сергею Рогачёву. В декабре сдал экзамен. Довольно динамично и складно. Как обычно, есть ощущение, что не хватает практики, поскольку дизайн ART'ов по примерам из жизни даётся первые разы тяжело. И симуляция PI-планирования оставляет в растрёпанных чувствах, но думаю на следующем тренинге Сергей ещё её подтюнит.

Я тебе больше скажу - я изменяю Скраму. Начинаю всё больше и больше любить Lean Kanban, но тссссс! 🙂

👍👍👍

А это не здесь писали, что американцы разомбили Японию ,уничтожив всю старую промышленность, затем завезли свои технологии, несколько лет они внедрялись и совокуплялись с японской культурой, в результате этого родились технологии менджмента Lean и Kanban, благодаря ним японская промышленность сделала огромный скачок, и в конце 80-х годов уже японцы начали учить америков менеджменту? В частности, про скрам впервые написали два японца, опубликовав краткую статью в журнале Harward Business Review

😂

Я к тому, что в мире всё взаимосвязано и одно перерастает в другое. Исключение только для страны которая находится посередине между Японией и Америкой, у которой как всегда свой путь.

Ты про Болгарию?

я мало что знаю про Болгарию, кроме того что там море, солнце и Филипп Киркоров

Между Япониейи Америкой много стран. Азиатских и Европейских

Между Япониейи Америкой много стран. Азиатских и Европейских

Смотря как посмотреть. Есть между ними еще и Тихий Океан.

:))

Я про ту страну, у которой лысый старик президент собирается на свой 5-й срок.

Политоту оставьте политическим чатикам, плиз. Здесь ещё этого дерьма не хватало.

Политоту оставьте политическим чатикам, плиз. Здесь ещё этого дерьма не хватало.

Во, спасибо. А то запах пошел уже.

Я не про это, а про то, что в Российских гос компаниях жизненно важно внедрять - хоть Agile, хоть Scrum, хоть Lean, - это для нас всё современно и хорошо, и огромный респект всем кто этим занимается. А что lean kanban лучше скрама - это уже нюансы.

Зеленую культуру сложно «внедрять» среди синих людей

Ждем смены поколений

Смотря как посмотреть. Есть между ними еще и Тихий Океан.

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

На их широте нет, но есть Новая Зеландия, если просто смотреть без учета широты :)

Зеленую культуру сложно «внедрять» среди синих людей

Не уверен, что для Армии внедрение зеленой парадигмы пойдет на пользу

И я

Зеленой нет но agile заходит :)