Pavel
Держать ценности в голове и каждый раз сверяться с ними, принимая решение.
Pavel
Суть в чем - все фреймворки, включая scrum, не несут ценности сами по себе.
Pavel
Никакой.
Pavel
Ценность несет команда.
Pavel
любой фреймворк - это набор практик, которые можно применять, а можно выбросить.
Pavel
Практики из разных фреймворков можно комбинировать и адаптировать под текущую команду.
Pavel
для распределенной команды основная проблема (не только с точки зрения agile) - коммуникации
Vladimir
Я внимательно читаю, продолжайте, пожалуйста
Pavel
Соответвтенно внимание надо уделять практикам, которые улучшают и упрощают коммуникации.
Pavel
Из важного: договориться о том, как будет работать групповая оценка.
Pavel
Получится ли собрать команду в одной группе в слаке с видео и сделать планниг в онлайн-туле?
Pavel
Если да, - пробуйте.
Pavel
Если нет, то ищите другой вариант.
Pavel
Получится ли организовать созвон в разумное время каждый день?
Pavel
Возможно нет
Pavel
Получится ли проводить ретроспективу?
Pavel
Главное - не подменить средствами цель.
Pavel
Люди решают, как им хорошо и удобно, например.
Pavel
Коммуникация с заказчиком (в лице заказчика или прокси - не важно) существует или надо сделать так, чтобы появилась?
Pavel
Поставка случается (часто и регулярно), или только разговариваем?
Pavel
Т.е. ничего из манифеста не мешает распределенной команде быть agile
Pavel
Многое в скрам-гайде мешает, потому я слабо верю в правильный скрам в распределенной команде.
Vladimir
Спасибо, Павел. Вы с такой уверенностью рассказываете, что я тоже немного ее у вас перенял.
Pavel
Уверенность - бесплатно, разбирайте :)
Almaz
Многое в скрам-гайде мешает, потому я слабо верю в правильный скрам в распределенной команде.
У нас расспределенная команда и скрам в чистом виде для нас работает
Almaz
Что для вас из Скрам гайда не заработало??
Almaz
Точнее что именно мешает?
Pavel
У нас расспределенная команда и скрам в чистом виде для нас работает
Все можно запустить, просто на мой взгляд не во всех командах есть смысл использовать все элементы.
Pavel
Например, чаще всего стендап в описаном в скам-гайде формате в полностью распределенной команде, в которой участники находятся в разных часовых поясах, не заработает
🦠
Zoom.us в фиксированное время
Pavel
Zoom.us в фиксированное время
Например реальный кейс: разработчик в Тайпее, Москве, Варшаве, Нью-Йорке и Сан Франциско
🦠
Команды сгруппированы по максимальному пересечению поясов
Pavel
А если нет?
🦠
А как они взаимодействуют?
Pavel
Это не суб-команды, это именно команда. Просто вместо более эффективной групповой встречи используется менее эффективный набор правил по работе с бордом.
Pavel
Через набор технических практик и правил. Когда могут - общаются голосом с видео, постоянно обзаются в слаке текстом.
Pavel
И, если у вас описание вызывает мысли, что это process and tools over individuals and interactions - то нет :)
Pavel
Все процессы меняются самой командой и команда сама выбирает для себя процессы и инструменты :)
Pavel
Что для вас из Скрам гайда не заработало??
Роли тоже не запустились: продакт оунер может не иметь возможности общаться с распределенной командой, например. Скрам мастер для поддержания скрама в условиях отсутсвтия скрама тоже исчезает.
Pavel
Опять же, если смотреть на скрам гайд не как на догму, а как на summary, т.е. понимать, почему в скраме все именно так устроено, а не слепо копировать, то многие вещи в распределенной команде даже пробовать не захочется. Например спринты :)
Pavel
single piece flow от входа до релиза себя куда лучше показывает.
Max
Опять же, если смотреть на скрам гайд не как на догму, а как на summary, т.е. понимать, почему в скраме все именно так устроено, а не слепо копировать, то многие вещи в распределенной команде даже пробовать не захочется. Например спринты :)
И каков на Ваш взгляд глубокий смысл спринтов в скрам гайде, что делает их неприменимым в случае распределенной команды?
Pavel
Не неприемлемыми, а бесполезными
Pavel
Sprint нужен для ограничения wip до разумных пределов, установки кратковременных целей и фокусировки команды на конкретном достижении
Pavel
У распределенной команды не всегда есть возможность полноценно оценить каждый бэклог айтем, в итоге загонять их в пределы спринта плохо: они с некоторой вероятностью не смогут запланированное выполнить
Pavel
Чтобы этого избежать, лучше фокусироваться на каждом элементе: оценить, договориться только о нем, сделать, выпустить
Pavel
Спринт для этого не нужен
Pavel
Т.е. при single piece flow получается все то же, что и в спринте, но без таймбокса
Pavel
Заодно эстимейты не нужны, а скорость меряется через cycle time
Pavel
И недоступность PO не так сильно скажется - на пояснения по 1-2 элементам его синхронизировать с командой проще
Pavel
И, на всякий случай, я не утверждаю, что для всех типов распределённых команд не подходит scrum.
Pavel
Не подходит он там, где команды совсем распределенные: плохо пресекающиеся таймзоны, фриланс, частичное выделение времени, проблемы с языком, вот такое вот все
Pavel
Если у вас распределенность это два офиса по полкоманды, то все будет ок :)
Даня
Всем привет! А будет может какой-нибудь митапчик 16 марта в Мск? Если знаете, поделитесь ссылкой пожалуйста.
Max
У распределенной команды не всегда есть возможность полноценно оценить каждый бэклог айтем, в итоге загонять их в пределы спринта плохо: они с некоторой вероятностью не смогут запланированное выполнить
Спасибо за существенное пояснение. Без него, как мне кажется, в исходном утверждении Вы допускаете логическую ошибку обобщения. Делаете общий вывод "многие вещи (например, спринты) даже пробовать не захочется" на частном основании "у распределенной команды не всегда есть возможность..". Не надо так.
Надо отметить, что распределенность команды разработки часто рассматривается как прямой запрет к скраму. Года три назад я задавал вопрос на форуме Scrum.org (какие практики есть для организации работы такой команды в рамках скрам) и особо ярые евангелисты твердили - забудь, анафеме предадим твоё инакомыслие, если дерзнёшь попробовать.
Я попробовал. Личный опыт - это 2 разработчика + PO в UK, 5 в Питере. Да, вероятно, находясь мы в одной комнате, работать было бы проще. Но для меня распределенность - это лишь очередной impediment, который в общем случае нельзя рассматривать как табу. И, кстати, "распределенность" может быть и локальной. Гибким графиком в ИТ никого не удивишь, в одной команде у нас кто-то работает с 7 до 15-16, кто-то с 12 до 20-21. Вот вам и разница в 5 часов между поясами, не выходя из офиса.
Два других примера. Одна компания российская, одна американская. Работа в обеих организована по принципу полностью удалённой. То есть все разработчики трудятся из дома и коворкингов, в российской - от Калининграда до Владивостока, в американской - по всей планете. И да, там скрам. По моим наблюдениям, таких форм взаимодействия становится больше, а не меньше.
Ⓢⓔⓡⓖ
Ⓢⓔⓡⓖ
А какая тема интересна?
Denis
Всем привет! А будет может какой-нибудь митапчик 16 марта в Мск? Если знаете, поделитесь ссылкой пожалуйста.
будет целая продуктовая конфа productsense.ru
Даня
А какая тема интересна?
слушай, сложно сформулировать в двух словах. ну точно не азы. стандартно - повращаться в профессиональном сообществе, пообщаться о наболевшем, кейсы пообсуждать.
Даня
будет целая продуктовая конфа productsense.ru
Денис, спасибо, я видела! но я 15 все еще буду занята, освобождаюсь только 16.. наверное после 4 дней обучения буду способна только на общение на митапе)
Pavel
Подниму провокационную тему.
Pavel
Scaled Agile Framework - agile или нет?
Pavel
Приветствуются аргументированные мнения :)
Денис
Scaled Agile Framework - agile или нет?
Что значит agile он или нет. Это фреймворк , который придерживается (на сколько может) принципов и ценностей agile
Denis
Scaled Agile Framework - agile или нет?
Вполне. Они стараются сделать людей важнее процессов, но сами понимаете, большая организация требует более сложных процессов хотя бы потому, что face-to-face communication не скейлится на много-много комманд
Denis
Картинка в тему https://www.halfarsedagilemanifesto.org/ :)
Pavel
Картинка в тему https://www.halfarsedagilemanifesto.org/ :)
Угу, предыдущему клиенту я это хотел распечатать, поместить в рамочку и подарить. Отговорили :)
Denis
@docen7 пишите сообщения по теме группы
Lita
Всем привет
Маленький вопрос: а ни у кого проблем с джирой в последнее время не было??
Levon
Всем привет
Маленький вопрос: а ни у кого проблем с джирой в последнее время не было??
В плане, что по ней мерят аджилизацию компании?)
Да, были)
А какого рода проблемы?
Lita
В плане, что по ней мерят аджилизацию компании?)
Да, были)
А какого рода проблемы?
Ненене, с самим ресурсом. Перебои, подвисания, обновления задач, вложенные файлы не загружаются.
Artem
Не было, тормозит в стандартном режиме
Pavel
Ненене, с самим ресурсом. Перебои, подвисания, обновления задач, вложенные файлы не загружаются.
были в облаке. Готовимся к новой версии :)
Denis
Проблемы технической доступности Jira можно обсудить в онлайне и очно сегодня вечером в @augmoscow
Alexandra
только хотела про jira вопрос написать) коллеги, а как вы поступаете, когда спринт закончился, а некоторая история имеющая ценность не выполнена до конца? т.е. условно пилили новый формат отчета параллельно с другими задачами, но напилил на 90%, через definition of done не проходит. понятно, что не принимаем. но нюансы?
Alexandra
во-первых вопрос, ставите ли вы ее в следующий спринт обязательно на доделку или может статься так, что она так и висит недоделанная еще много лет на каком-то тестовом стенде?
Alexandra
во-вторых вопрос - у нас же инкременты. получается, 90% работы все равно есть, допустим на тестовом стенде или где-то там, но это значит - пока не завершим, на следующий стенд (например на препрод) выкатить не сможем. откатить уже нельзя. как быть?
Alexandra
не плодить же для каждой истории свой стенд...