верно, 1 комп, 1 команда (если грубо)

мои любимые ситуации - когда одна и та же "Очень Важная Задача" регулярно падает в команду раз в полгода. И регулярно делается заново. Это даже прекраснее чем эффективность потока в районе 5%

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

это однозначно факт, не помню кто мне такую метафору предложил но она, на мой взгляд, тождественна этому факту, человек без правильной постановки цели может сформулировать конечную цель так "хочу сбросить вес на 10 кг как можно быстрее", в этой ситуации самый быстрый способ достижения цели отрезать одну ногу) вывод - формулируйте цели правильно и способы их достижения точнее)

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

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

т.е. думаешь скрам и мобпрограмминг совместимы?)

Но когда разогнались, команды начали достигать целей спринта, причем качественно.

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

так с ужасом вспоминаю время, когда каждый  специалист и каждая команда были загружены в "своей специальности" — кто-то кому-то что-то не рассказал, что-то не доделали, качество ужасное. Не понять что вообще сейчас в работе и на каком этапе :) в итоге t2m просто огроменный

если интересно, то про наш кейс рассказал https://www.youtube.com/watch?v=So8BiXHaNvI

ну а как относиться к тому что на старте такого подхода т2м всегда (!) большой, поскольку слишком долгий разгон? с одной стороны это есть суть проблемы - обоснование необходимости отрицания контрпрозиции (сорри что в логику полез, но более точного термина не сформулирую), с другой стороны создание видимости достижение цели может быть более ценным
на мой взгляд доказательство может быть достигнуто только за счет а) авторитета + б) трекрекорда (следствие "а)")

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

Здесь нужно рассказать про концепцию потерь и стабильного t2m (мне помогло) с одной стороны, и разложить систему в динамике с другой стороны. Каждый раз, когда мы принимаем какое-то решение, которое фиксит проблему краткосрочно, в целом мы усугубляем ситуацию. Например, когда решили "наговнокодить" мы краткосрочно решили проблему и выложили все в прод и получили профит, но с другой стороны мы заплатили более дорогой поддержкой этого кода, временем онбоардинга новых сотрудников, мотивацией сотрудников. Такое же действует и на другие краткосрочные решения — найдите чем вы платите за "сиюминутное решение"

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

@Xscript0 совет, не стой перед слайдом, и потренируй спитч в записи, на скорости х1.75, будет четче и красивее на выходе

в целом кейс интересный, спасибо за материал, если не против позже пару вопросов в личку накидаю, ок?

да, спасибо, надо прокачивать выступления)

да, конечно, давай, буду рад ответить

3 недели не заходил (осилил не все прочитать) и вот у меня назрел вопрос - я так понимаю все уже 2-3 недели на удаленке, по спринту-два успели прокатить. Как ощущения у тех, кто раньше преимущественно в офисе сидел? Упала производительность/выросла/открылись ли новые грани взаимодействия и просто внутри команд?