« Rev
@agile_ru   554
Fwd »


Max
запуск scrum в мире? в госкомпании? в стартапе? дома? =)
Max
универсального подхода, очевидно, нет
Annie
да и от команды многое зависит, насколько они готовы
Max
точнее универсальный подход: берите scrum guide и делайте =)
Vladimir
Стартап, распределенная команда. Индия, Китай, Россия, Сербия. Сейчас много проблем с коммуникациями, функциональные подразделения, игра в футбол, некачественный продукт, отсутствие приоритетов... Ребята скорее не готовы чем готовы )
Vladimir
Но у руководства есть желание в порядок дела привести
Sergey
Sergey
https://onagile.ru/competences/agile-coaching
Sergey
Как вариант :)
Sergey
http://www.agilebasics.ru/get-started-scrum/
Sergey
Еще вариант
Vladimir
Ага, черновик появляется )
Arman
🙏🙏Коллеги, у одной из наших команд возник запрос. Есть ли возможность сходить в гости в Москве к какой-нибудь сильной скрам-команде, которая шарашит давно и плодотворно и с хорошо настроенными процессами?
Roman
Скрамгости
Arman
Да, скрамгости.
Arman
Пообщаться, посоветоваться.
Arman
Желательно из IT, это ближе к нам.
Alexandra
Ой, я бы с вами)
Alexandra
Могу пригласить такую команду на эфир (в количестве 2-х человек представителей)
Alexandra
А вопросы собрать всем чатом
Alexandra
Есть желающие?)
Max
Могу пригласить такую команду на эфир (в количестве 2-х человек представителей)
Эфир? Я полагаю, у автора вопроса есть желание лично появиться в гостях и принять живое участие в собраниях, пообщаться.
Alexandra
А как одно другому мешает? Все вопросы не задашь ни за эфир, ни за встречу
Alexandra
Но какую-то тему можно осветить, чтоб это было структурировано и полезно
Arman
Просто личное знакомство.
Arman
Сейчас выяснится, что таких команд нет и все участники коучи либо скрам мастера :)))))
Max
Тут много спорных моментов.. Я бы предложил вам пойти от обратного и пригласить к себе гостей.
Max
Во-первых, это вопрос безопасности и защиты интеллектуальной собственности. Во-вторых, организации такого визита. В-третьих, это по хорошему должно быть решением всех членов команды, а не "одного из", кто сидит в этом чате. Вы действительно ожидали быстрого предложения?
Arman
Нет, просто шучу :)
d
Привет. Вопрос . A forecast is a calculation about the future completion of an item or items that includes two things. What are those two things ? 1. Probability 2. A range of elapsed days 3. A velocity 4. A commitment
d
3 и 4 исходя из определений неявно следует
Sergey
Я бы 1 и 3 ответил
Sergey
Обязательство это хорошо, но тут больше вероятность, имхо
d
Почему не комитмент скрам дев тимы?
Sergey
Чтоы они не обещали, это все равно вероятностная оценка
d
Задачи по сложности могут быть разные и по глубине инженерной работы
Sergey
https://ullizee.files.wordpress.com/2018/06/the-scrum-values-international-versions-june-2018.pdf
D.
Forecast был Commitment-ом в Scrum Guide до 2013 года - думаю поменяли не для того, чтобы теперь приравнивать одно к другому
Sergey
Посмотри описание commitment у Гюнтера
Sergey
Commitment The general definition of ‘commitment’ is “the state or quality of being dedicated to a cause, activity, etc.”. It can be illustrated by a team’s trainer stating “I could not fault my players for commitment” (although they might have just lost a game). This describes exactly how commitment is intended in Scrum. Commitment is about dedication and applies to the actions and the intensity of the effort. It is not about the final result, as this in itself is often uncertain and unpredictable for complex challenges in complex circumstances.
Sergey
Это только обязательство усилий, но не результата. Как то так.
Sergey
The players commit to the team. Commit to quality. Commit to collaborate. Commit to learn. Commit to do the best they can, every day again. Commit to the Sprint Goal. Commit to act as professionals. Commit to self-organize. Commit to excellence. Commit to the Agile values and principles. Commit to create working versions of product. Commit to look for improvements. Commit to the definition of Done. Commit to the Scrum framework. Commit to focus on value. Commit to finish work. Commit to inspect and adapt. Commit to transparency. Commit to challenge the status-quo.
d
А вот ещё один ... within the same kanban system, wip is NOT a leading indicator (one option) 1. Cycle time 2. Number of product backlog items finished in a sprint 3. Throughput 4. Story points delivered
d
2 я бы сказал
d
A leading indicator for* (фор упустил )
Yuriy
Но у руководства есть желание в порядок дела привести
есть книга Софт за 30 дней, может, чуть старовата, но примерно описан подход перехода на Scrum
Arman
Павличенко залайкал пост в Scrum Russia в FB но пока ничего не написал:)
Ivan
А не 4?
Ну сделали ХХХ стори поинтов, а работающего продукта/инкремента нету?
Pavel
Сторипоинты сами по себе ценности не несут, количество заделивренных SP индикатором прогресса не является, метрикой эффективности системы тоже
Pavel
+ если есть cycle time, то зачем сторипоинты вообще?
Alex
+ если есть cycle time, то зачем сторипоинты вообще?
Для общего понимания продолжительности реализации задачи при планировании?
Pavel
А cycle time тогда зачем?
Alex
Метрика, позволяющая измерить эффективность работы группы, например
Alex
В идеальном мире, кмк, от итерации к итерации она должна сокращаться
Pavel
Ну да, она и в неидеальном мире сокращается.
Pavel
Просто если команда уже меряет cycle time, то SP скорее всего или уже в прошлом, или близки к тому, чтобы в прошлое отойти
Стас Щетинников
Вообще, эффективность работы команды определяться должна все-таки бизнес-метриками - market share, revenue и т.д. и т.п. Все эти cycle time/sp - это процессные метрики, которые конечно полезно смотреть команде, но оценивать по ним команду наверное не стоит.
Стас Щетинников
Какая разница какой у тебя замечательный cycle time, если на зп разработке уже не хватает, а последний раунд инвестиций съеден.
Pavel
Стас, команда далеко не всегда имеет влияние на бизнес-метрики.
Pavel
Интересная мысль. А как планировать?
По cycle time и планировать, собственно.
Стас Щетинников
Стас, команда далеко не всегда имеет влияние на бизнес-метрики.
Если команда не влияет на бизнес метрики - от нее можно спокойно избавиться.
Alex
Слишком логично было...) спасибо.
Pavel
Простейший пример - SaaS
Alex
Но, получается, прежде, чем планировать по cycle time, нужно набрать некоторое количество информации на старте о значениях этого самого cycle time
Pavel
И команда разработки
Pavel
Т.е. с нуля на неподготовленной команде илбо не получится планировать, либо планировать надо не по cycle time :)
Стас Щетинников
А если влияет, но не напрямую?:)
степень влияния всегда можно оценить. Ну т.е. если цели у команды не выровнены по бизнесу, то команда будет делать sp, а не приносить пользу.
Alex
И при планировании по cycle time, соответственно, можно перестать себя обманывать, приравнивая SP ко времени и начать уже планировать в часах и днях. Отличный подход, да.
Pavel
степень влияния всегда можно оценить. Ну т.е. если цели у команды не выровнены по бизнесу, то команда будет делать sp, а не приносить пользу.
Стас, выравнивание по бизнесу это очеь полезно и важно. Для бизнеса. У команды для этого может не быть инструментов. Вот посмотри кейс, например: команда работает над SaaS, у которого свой цикл продаж. Задача команды - выпускать фичи, про которые им PO рассказал, который получил всю эту информацию от сейлзов, маркетологов, клиентов и т.п.
Pavel
Влияет ли команда напрямую на продажи?
« Rev
@agile_ru   554
Fwd »