Я не эксперт в зарплатах, но из того, что вижу на hh, в последнее время можно найти предложения от $1000 до $4000. Имея 2-3 года опыта успешной работы, можно рассчитывать на $2000.
Тут я бы поставила вопрос иначе. Скорее не каждой команде нужен фуллтайм СМ, поэтому его можно подключить сразу к нескольким командам без потери эффективности. Хотя бывают случаи, что СМ работает внутри одной команды - это зависит от степени его погружения в продукт.
Ещё можно рассмотреть случай масштабируемого Скрама, когда несколько команд создают один продукт. Тогда СМ, задействованный в нескольких командах, может способствовать лучшей коммуникации.
Почему в каждой команде один из членов команды не может быть скрам-мастер на время конкретного спринта?
Менять СМ из спринта в спринт мне кажется не вполне жизнеспособной идеей, так как многие ли разработчики захотят и главное смогут провести ретроспективу или помочь в формировании бэклога Владельцу продукта? Есть сомнения.
Кроме того, у СМ обычно есть план развития команды в долгосрочной перспективе, который трудно будет воплощать в жизнь при смене ответственных из спринта в спринт.
Кстати, если смотреть на команды без выделенного СМ, чаще встречаются случаи, когда в команде выбирается один участник, который в дальнейшем совмещает свою основную роль с ролью СМ.
Что там такого скрам-мастерить надо что прям должность создаете?
Основные задачи СМ: фасилитация внутренних встреч и встреч со стейкхолдерами, обучение и коучинг команд или отдельных участников, помощь в управлении бэклогом, помощь в формировании видения продукта, помощь в планировании и подготовки к нему, устранение препятствий в работе команды, поиск возможностей для улучшения.
Каждый из этих пунктов включает в себя различные техники и инструменты для решения той или иной задачи, и СМ решает, какой их них лучше применить в текущий момент.
Подробнее про задачи СМ можно посмотреть в Скрам гайде.
Да, сейчас это вполне самостоятельная роль, которая может быть и названием должности, записанным в трудовой. Посмотрите на число вакансий СМ, сейчас ищут не человека на совмещение, а того, кто будет вести несколько команд и на уровне компании зваться Скрам-мастером.
Что касается микроменеджмента — однозначно, без этого не обошлось на первых этапах. Отсюда и такая потребность сотрудников в руководителях. Но именно благодаря применению отдельных практик из скрама мы и смогли уйти от микроменеджмента, сделав сотрудников самостоятельными.
Участие в рабочих чатах ограничивалось 2-4 часами в неделю. Это нас вполне устраивало.
Насчет стабильности кеша — мы научились работать в ноль или небольшой плюс. Надо понимать, что котокафе в России (особенно вне Москвы и Питера) — это не про серьезный бизнес. Для нас это была возможность получить свой бесценный опыт и сделать классное место для души. А ещё мы нашли дом для 15 котиков, что до сих пор греет душу :)
Сейчас хозяин котокафе — человек из сферы зоозащиты, так что за котиков переживать не приходится :)
Пока сложно сказать, как смена владельца скажется на самом заведении, но коты будут в порядке.
Хороший вопрос. В скрам гайде нет прямого ответа, а значит нет и на 100% утвержденного в скраме подхода. Но с опорой на скрам гайд и на опыт можно предложить следующие варианты:
1. За бюджет отвечает PO, так как именно он владеет бэклогом, а значит определяет приоритеты и решает, как сделать максимально ценный продукт в рамках бюджета. Вообще, правильный PO — это человек «бизнесовый», в команде именно он отвечает за вектор развития, за вИдение и за деньги тоже.
В идеале при Скрам подходе использовать подход T&M, когда бюджет завязан на времени работы исполнителя, при этом обеспечивая высокую прозрачность рабочего процесса для стейкхоледров. Но это тема для отдельного разговора.
2. С наймом похожая история — инициаровать подбор нового участника команды может команда разработки, но финальное решение будет за PO, так как за деньги в скрам-команде отвечает он.
3. По поводу мотивации — зависит от того, что вы вкладываете в это понятие. Если речь идет про материальную мотивацию (зарплата, бонусы и тд), может быть несколько вариантов. Решение может принимать PO единолично (см. прошлые пункты), но в самых зрелых командах оно может быть принято всей командой. Это уже ближе к бирюзовым организациям, но опять же эта тема отдельного разговора.
Если речь про нематериальную мотивацию, тут важна роль каждого участника команды. Но, пожалуй, наибольшее влияние на мотивацию должен оказывать скрам-мастер. При должном уровне зрелости он помогает решать конфликты, поддерживать команду, умеет подобрать правильные слова и подбодрить остальных.
Я, кстати, такой термин вижу впервые. Но на первый взгляд он не так страшен, все-таки agile-мышление необходимо для внедрения Скрама. Знак равенства между scrum и agile ставить не корректно, а сочетать ценности и принципы agile-манифеста и самого скрама — это дело правильное.
Но хорошо бы понимать, что вкладывают в понятие «scrumgile» те, кто его использует)
Я не эксперт в зарплатах, но из того, что вижу на hh, в последнее время можно найти предложения от $1000 до $4000. Имея 2-3 года опыта успешной работы, можно рассчитывать на $2000.
Зачем нескольким командам общий Скрам-мастер?
Тут я бы поставила вопрос иначе. Скорее не каждой команде нужен фуллтайм СМ, поэтому его можно подключить сразу к нескольким командам без потери эффективности. Хотя бывают случаи, что СМ работает внутри одной команды - это зависит от степени его погружения в продукт.
Ещё можно рассмотреть случай масштабируемого Скрама, когда несколько команд создают один продукт. Тогда СМ, задействованный в нескольких командах, может способствовать лучшей коммуникации.
Почему в каждой команде один из членов команды не может быть скрам-мастер на время конкретного спринта?
Менять СМ из спринта в спринт мне кажется не вполне жизнеспособной идеей, так как многие ли разработчики захотят и главное смогут провести ретроспективу или помочь в формировании бэклога Владельцу продукта? Есть сомнения.
Кроме того, у СМ обычно есть план развития команды в долгосрочной перспективе, который трудно будет воплощать в жизнь при смене ответственных из спринта в спринт.
Кстати, если смотреть на команды без выделенного СМ, чаще встречаются случаи, когда в команде выбирается один участник, который в дальнейшем совмещает свою основную роль с ролью СМ.
Что там такого скрам-мастерить надо что прям должность создаете?
Основные задачи СМ: фасилитация внутренних встреч и встреч со стейкхолдерами, обучение и коучинг команд или отдельных участников, помощь в управлении бэклогом, помощь в формировании видения продукта, помощь в планировании и подготовки к нему, устранение препятствий в работе команды, поиск возможностей для улучшения.
Каждый из этих пунктов включает в себя различные техники и инструменты для решения той или иной задачи, и СМ решает, какой их них лучше применить в текущий момент.
Подробнее про задачи СМ можно посмотреть в Скрам гайде.
Да, сейчас это вполне самостоятельная роль, которая может быть и названием должности, записанным в трудовой. Посмотрите на число вакансий СМ, сейчас ищут не человека на совмещение, а того, кто будет вести несколько команд и на уровне компании зваться Скрам-мастером.
Участие в рабочих чатах ограничивалось 2-4 часами в неделю. Это нас вполне устраивало.
Насчет стабильности кеша — мы научились работать в ноль или небольшой плюс. Надо понимать, что котокафе в России (особенно вне Москвы и Питера) — это не про серьезный бизнес. Для нас это была возможность получить свой бесценный опыт и сделать классное место для души. А ещё мы нашли дом для 15 котиков, что до сих пор греет душу :)
Пока сложно сказать, как смена владельца скажется на самом заведении, но коты будут в порядке.
1. За бюджет отвечает PO, так как именно он владеет бэклогом, а значит определяет приоритеты и решает, как сделать максимально ценный продукт в рамках бюджета. Вообще, правильный PO — это человек «бизнесовый», в команде именно он отвечает за вектор развития, за вИдение и за деньги тоже.
В идеале при Скрам подходе использовать подход T&M, когда бюджет завязан на времени работы исполнителя, при этом обеспечивая высокую прозрачность рабочего процесса для стейкхоледров. Но это тема для отдельного разговора.
2. С наймом похожая история — инициаровать подбор нового участника команды может команда разработки, но финальное решение будет за PO, так как за деньги в скрам-команде отвечает он.
3. По поводу мотивации — зависит от того, что вы вкладываете в это понятие. Если речь идет про материальную мотивацию (зарплата, бонусы и тд), может быть несколько вариантов. Решение может принимать PO единолично (см. прошлые пункты), но в самых зрелых командах оно может быть принято всей командой. Это уже ближе к бирюзовым организациям, но опять же эта тема отдельного разговора.
Если речь про нематериальную мотивацию, тут важна роль каждого участника команды. Но, пожалуй, наибольшее влияние на мотивацию должен оказывать скрам-мастер. При должном уровне зрелости он помогает решать конфликты, поддерживать команду, умеет подобрать правильные слова и подбодрить остальных.
Я, кстати, такой термин вижу впервые. Но на первый взгляд он не так страшен, все-таки agile-мышление необходимо для внедрения Скрама. Знак равенства между scrum и agile ставить не корректно, а сочетать ценности и принципы agile-манифеста и самого скрама — это дело правильное.
Но хорошо бы понимать, что вкладывают в понятие «scrumgile» те, кто его использует)