Ruslan а вам скрам вообще нужен? возьмите методу от литреса например https://www.youtube.com/watch?v=FNAivcnQ4l0

Коллеги, подскажите, что можно почитать про мотивацию команды. В частности инетересует, как завязать зарплату на результативность команды по результатом спринтов. В моем понимании должен быть командный коэффициент, который и влияет на зарплату. Руководство компании настаивает на индивидуельном коэффициенте для каждого сотрудника (члена команды). Ищу доказательства в пользу или против командного и индивидуального коэффициентов. Команда состоит их 4 человек.

По вопросу командной мотивации. Мы вот тоже думаем над переработкой системы мотивации в команде. Начали с определения целей: 1. Увеличение командной производительности труда. 2. Увеличение стабильности оплаты труда. По этому поводу имеем следующие мысли: Премии за завершение спринта - не будет работать. Не понятно кто будет виноват в факапах, которые у нас возникают регулярно, т.к. у нас 90% работы это саппорт с мини-проектами. А в саппорте на несколько десятков клиентов без факапов не делается. По этому мы просто спринты планируем на 70% и ещё 30% забивается факапами. И спринты в 90% же случаев не делаются полностью. Так что, у нас 100% утилизация ресурсов, к сожалению. Может у вас похожая ситуация. Премия должна быть, но должна на всех распределяться поровну. И лучше, если будет зависеть от успехов команды в целом. Всех переводим на оклады. Оклады распределяем по накопленной статистике - медиана от текущей системы оплаты труда. В дальнейшем, раз в три месяца пересматривать производительность команды. Если она стабильно выросла, то нужно выяснить благодаря кому (кто-то повысил квалификацию, освоил новые методики и т.п. и связано ли это со вкладом сотрудников) и тем сотрудникам, кто повинен в росте увеличить оклад. Вводить числовые метрики - про количество задач завершённых или начатых, про производительность личную в сторипоинтах и т.п. - это полезно для контроля ситуации. Но это вредно, если это привязывать к оплате труда. Как минимум, если привязывать к постоянным частям оплаты труда. Сейчас работает примерно так, по этому имеем, что задачи залипают за конкретными ответственными лицами, а они их не хотят передать кому-то другому, т.к. уже много времени убили. Помогать друг дуруг тоже негативно складывается на оплате труда - тратишь время на кого-то другого, значит перестаёшь зарабатывать сам. Так что, вот такие доводы в части комадной/индивидуальной денежной мотивации имеем на данный момент.

выяснять кто "виноват" в повышении производительности, по-моему, лишнее, тк тогда команды нет), а вот % от дополнительных доходов считаю вполне можно направить на премию

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

пока не попробуете не узнаете, был как-то доклад из 2GIS на эту тему, если найду, скину ссылку

https://2017.codefest.ru/lecture/1202 об этом речь видимо

Thiago Nogueira: Bom dia estou fazendo uma pós em Devops e métodos ágeis, estou fazendo uma pequena pesquisa só pra terminar um TCC é tipo 6 minutos . Valeu obrigado... https://docs.google.com/forms/d/13UBDiFb_p0gdr1BlNEhevx9L61PMZLiYL2YTQTSBcUI/edit?usp=sharing

Thiago Nogueira: Bom dia estou fazendo uma pós em Devops e métodos ágeis, estou fazendo uma pequena pesquisa só pra terminar um TCC é tipo 6 minutos . Valeu obrigado... https://docs.google.com/forms/d/13UBDiFb_p0gdr1BlNEhevx9L61PMZLiYL2YTQTSBcUI/edit?usp=sharing

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

И что в Бразилии, которая должна быть сформирована, нужно заниматься исследованиями или работами по завершению, поскольку я видел проворную, которую я решил отправить сюда. Извиняюсь за ошибки, потому что я видел переводчика https://docs.google.com/forms/d/13UBDiFb_p0gdr1BlNEhevx9L61PMZLiYL2YTQTSBcUI/edit?usp=sharing

Видел некоторые на Kanban, многие уже в Скрам залезли. Но большинство сидит на старичке Waterfall - так как лучше накладывается на разработку игр.

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

так как если будет чистейший скрам, в виду "гибкости", стабильный продукт зачастую можно и не получить

Я в продажах совмещаю скрама и канбан. В некоторых процессах ватрфлоу тоже есть

так как если будет чистейший скрам, в виду "гибкости", стабильный продукт зачастую можно и не получить

Привет, ребят. Подскажите, а много из здесь присутствующих участвует в гейм разработке?

мы в блице в варгейминге делаем очень похоже. У нас фиче тимы работают по скраму (1 по скрамбану), а сервисные отделы по канбану.

мы в блице в варгейминге делаем очень похоже. У нас фиче тимы работают по скраму (1 по скрамбану), а сервисные отделы по канбану.

о, как интересно! А пользователям прям готовые билды даёте поиграть на Обзоре Спринта?

Гайз, в каком формате готовите отчетность для высшего руководства? Какие ключевые показатели учитываете?

Коллеги, доброе утро! Можете порекомендовать материалы по договорной работе с заказчиком при разработке по scrum? Возможно статьи, доклады

Agile Contracts The Foundation of Successful Partnering на https://www.scruminc.com нашёл

Всем трям. Кто может подсказать что почитать на тему скрам тренингов и игр, про проведение, best practices и т.п.

Всем привет, я сейчас читаю «Постигая Agile», и искренне не понимаю - как в скрам (а точнее в пользовательские истории) укладывается рефакторинг кода? То есть рефакторинг кода имеет долгосрочную и вполне ощутимую выгоду - но формально не несет никакой пользы здесь и сейчас, и не приносит прибыли бизнесу Скорей ускорят выпуск фич в будущем и расходы на них. Но как это показать и презентовать? Это не укладывается, по ощущениям, никак в скрам У кого есть опыт?