Это уже технически продвинутая команда.

Это получается у нас Kanban method еще не изобрели, скрам гайд ещё не написан, продуктовых подходов еще нет многих (cjm, bmc и т.п.). Это несколько обидно :)

devOps культура :)

В момент коммитмента на пальце застегивается кольцо с зарядом. Если по итогу спринта таска в Jirа не в Done - заряд срабатывает

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

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

Во истину! Спасибо Павел! Я как разработчик отвечаю перед командой за то что я делаю и как. Они меня для этого на работу взяли Я думаю что мы говорим почти об одном и том же, разница в терминалогии и это моя вина

На ретроспективе команда решает, кто должен взорваться, а кто остаётся на проекте

Не помню такого, сорри. Мы 1 раз в фейсбуке общались

еще каждуй день для мотивации случайному члену команды отрывает палец - типо ночной билд :D

Город засыпает, просыпается мафия? Геймификация, однако!

это тренды! срочно внедряем

Так кто ответственный за стори?

О чем? :) Я представился и пока все сказал

@marina_agile_coach упоминала, что вы из Калифорнии привезли технику user story splitting. Можете поделиться?:)

К сожалению здесь не уверен. Это моя не самая сильная тема. Я стараюсь дробить User Story до минимально возможного объема и как правило что бы эта User Story могла исполняться одним человеком (имею ввиду одной специализации)

К сожалению здесь не уверен. Это моя не самая сильная тема. Я стараюсь дробить User Story до минимально возможного объема и как правило что бы эта User Story могла исполняться одним человеком (имею ввиду одной специализации)

А можете показать на примере? As a gift buyer, I want to edit the time and date of the event so I can see the gift delivered exactly on time - вот например, как бы вы засплитили эту стори?

В этом случае я бы пошел по пути Happy Path (normal workflow)

Так покажите стори в качестве примера?

Так покажите стори в качестве примера?

На вскидку, если у вас там всего два параметра на изменение, эту US может не надо split. Добавить Acceptance Criteria и вперед

Yan а вот мне интересно, столько лет в Калифорнии, наверное куча разных сертификатов. Какие в долине ценятся, что есть у Вас? Я начинающий (чуть больше полугода, примерно с февраля) Скрам-мастер.

Представьте, что надо :)

19 лет в долине У меня где то есть сертификат Scrum Master и где то Couching Academy. Я их давно не видел и не поддерживаю. Если вы посмотрите на job searching sites вы увидите что там просят сертификат + пару лет опыта или 10+ лет опыта работы. У меня больше 10 лет и меня давно их никто не спрашивал

Но ведь Скрам-гайд за это время очень сильно поменялся. Как поддерживать актуальность?

Павел, простите, я не буду с вами спорить Исходя из информации которую вы мне дали я постараюсь разделить эту US Front, Back and UI design если они там есть. Приведенная выше статья, by Jane, тут же опровергает такой подход.

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

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

Погоди, это же водопад получается, один спринт бэк, второй фронт ...

Ян, как коуч из калифорнии коучу из калифорнии, скажите как на духу - вы скрам-гайд читали?

Планирование было и на один Sprint и на несколько вперед. Надо быть гибким.

Мне кажется 🤔 что Ян троллит чат

А зря . В споре рождается истина.

😀 норм! потом улучшим)

Я проиграю в споре по теории Я могу легко показать команды и компании где я работал и результаты работы, пока в долине, в Москве сложнее. Теория не покроет все условия работы с которыми приходится иметь дело. Например: Павел, в каких компаниях вы работали в долине и в каких компаниях вы слышали термин "Защита проекта" или "БУЗ"

Ян, скрам-гайд не зря написан в том виде, в котором написан. Если вы не понимаете, как работают какие-то его части, или, в частности, не понимаете, как работают user story и почему их нельзя дробить на горизонтальные слои, равно как и нельзя ставить метрики индивидуальной загрузки разработчика в команде - я весьма рекомендую разобраться в этих частях, благо бесплатной информации с пояснениями - вагон.

Павел, в таком случае придется вернуть Глебку

А че такое фрАджайл?

какой в этом смысл?) там же решение принималось не Яном.

Смысл простой, если Глебка пропал из-за не состыковок со скрамом, то при починеном скаме Глебку можно будет вернуть

А че такое фрАджайл?

А в довесок - дико фрустированные разработчики, которые ненавидят скрам и всячески на него псят везде, где могут.

тут у меня больший вопрос в том, а что будет например с вами, когда вы придете в такое наследие? :) команда уже едит по нарисованным рельсам, а вы тут такой, а давайте соединим UI && backend стори 😉