Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 March 12

S

Slava in Agile, Scrum, Lean, Kanban, XP
Но надо всегда сходить в Энтерпрайз, те точно придумают как сма цифровать
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Рынок определяет ЗП сма, а не мои иллюзии. Сколько стоит - столько платишь. Пока будешь думать как оценивать, его купит сбер
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Slava
Рынок определяет ЗП сма, а не мои иллюзии. Сколько стоит - столько платишь. Пока будешь думать как оценивать, его купит сбер
Ну вот пришел СМ и говорит, я стал умнее, быстрее и лучшее во всех отношениях. Подними ЗП на 10%. Как определишь в рынке он сейчас? В рынке ли его требование?

Как понять, что рынок предлагает конкретному человеку?
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Ну вот у меня вчера была ретроспектива. На ней я поднял вопрос выпуска релизов.  Точнее стабилизации релизов. До того я сделал статистику решения багов после релизов.  Их количество растет. Причем количество свежих багов остается ненулевым при выпуске следующего релиза. Поскольку команд много, то каждая должна решать свои баги. Но не всегда решает. Ибо цель спринта и некогда, все дела ... Дальше на этом митинге я  работал с этой проблемой и было решено, что мы все таки не выпускаем релиз, если падают тесты. Что мы тестируем теперь свою фичу не на локальном окружении  и своей сборке, а на общей, после слияния всех веток и после этого еще раз прогоняем тесты, и добиваемся, чтобы они не падали. И изменяем систему так, чтобы она без этого не давала выпускать релиз. Было решено, что один из менторов одной из компонент  выработает правила для проведения релиза. Ему теперь это делать. также мы выяснили, что надо что-то делать с инструментами тестирования и наконец слить два используемых инструмента в единое целое. Ибо когда одна команда использует оно, а вторая другое это ... ну вы понимаете.
Теперь смотрите. После этого собрания, где я "помогал" вопросами как коуч (не решал проблемы, не предлагал решения и не налаживал дисциплину)  нужно сделать кучу работы куче людей. Я всегда настаиваю на решении, которые должны соответствовать критериям SMART.  И сегодня уже состоялся первый митинг на эту тему.
С одной стороны это классно.  С другой я стал костью в горле 1. Разработчикам. которым и так было норм.  Все жило и дышало, работало и двигалось. Я им буду нравится за это? Не. Оценят они меня как полезного? Хрен его знает. Не уверен. 2. Area product Owner (как по русски я так и не определился)  я тоже не в радость. Ибо если мы занимаемся стабилизацией релиза, то не занимаемся фичами.  И им я как кость в горле. Будут они меня за это любить? Неа. У них тоже все налажено и все по швам затрещит.
Так как меня оценят после этого? И кто это сделает? Вроде бы благо? Но процесс же становится медленнее, производительность падает.  надо баги править. А не все согласны что надо. Вот и думай как оценить Скрам-мастера ..... И да. Я не хочу обсуждать детали моей ситуации. Считайте ее выдуманной.
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
🤝
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Ну так же ... я все время создаю боль. Если меня нет - нет боли. Я зло же.  Почему Вы думаете Скрам-мастеров не подчиняют РО и они живут в отдельных подразделениях? Соблазн убрать или заткнуть его ох как велик будет.
источник

OS

Oleg Soroka in Agile, Scrum, Lean, Kanban, XP
Sergey Gospodchikov
Ну вот у меня вчера была ретроспектива. На ней я поднял вопрос выпуска релизов.  Точнее стабилизации релизов. До того я сделал статистику решения багов после релизов.  Их количество растет. Причем количество свежих багов остается ненулевым при выпуске следующего релиза. Поскольку команд много, то каждая должна решать свои баги. Но не всегда решает. Ибо цель спринта и некогда, все дела ... Дальше на этом митинге я  работал с этой проблемой и было решено, что мы все таки не выпускаем релиз, если падают тесты. Что мы тестируем теперь свою фичу не на локальном окружении  и своей сборке, а на общей, после слияния всех веток и после этого еще раз прогоняем тесты, и добиваемся, чтобы они не падали. И изменяем систему так, чтобы она без этого не давала выпускать релиз. Было решено, что один из менторов одной из компонент  выработает правила для проведения релиза. Ему теперь это делать. также мы выяснили, что надо что-то делать с инструментами тестирования и наконец слить два используемых инструмента в единое целое. Ибо когда одна команда использует оно, а вторая другое это ... ну вы понимаете.
Теперь смотрите. После этого собрания, где я "помогал" вопросами как коуч (не решал проблемы, не предлагал решения и не налаживал дисциплину)  нужно сделать кучу работы куче людей. Я всегда настаиваю на решении, которые должны соответствовать критериям SMART.  И сегодня уже состоялся первый митинг на эту тему.
С одной стороны это классно.  С другой я стал костью в горле 1. Разработчикам. которым и так было норм.  Все жило и дышало, работало и двигалось. Я им буду нравится за это? Не. Оценят они меня как полезного? Хрен его знает. Не уверен. 2. Area product Owner (как по русски я так и не определился)  я тоже не в радость. Ибо если мы занимаемся стабилизацией релиза, то не занимаемся фичами.  И им я как кость в горле. Будут они меня за это любить? Неа. У них тоже все налажено и все по швам затрещит.
Так как меня оценят после этого? И кто это сделает? Вроде бы благо? Но процесс же становится медленнее, производительность падает.  надо баги править. А не все согласны что надо. Вот и думай как оценить Скрам-мастера ..... И да. Я не хочу обсуждать детали моей ситуации. Считайте ее выдуманной.
И давно вы там работаете?
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Sergey Gospodchikov
Ну так же ... я все время создаю боль. Если меня нет - нет боли. Я зло же.  Почему Вы думаете Скрам-мастеров не подчиняют РО и они живут в отдельных подразделениях? Соблазн убрать или заткнуть его ох как велик будет.
Как в этой ситуации определять ЗП СМа?
Повышать ли, увольнять ли?
источник

ДК

Дмитрий Каленых in Agile, Scrum, Lean, Kanban, XP
Хорошо сказано у Антона Зотина https://agileism.com/how-to-measure-scrummasters
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Не факт что разрабочтики негативно оценят требования изменить некоторые процессы, скорее они негативно оценят если pressure с точки зрения PO не снизится на время внедрения изменений :)
источник

DU

Dеfault Username in Agile, Scrum, Lean, Kanban, XP
Sergey Gospodchikov
Ну так же ... я все время создаю боль. Если меня нет - нет боли. Я зло же.  Почему Вы думаете Скрам-мастеров не подчиняют РО и они живут в отдельных подразделениях? Соблазн убрать или заткнуть его ох как велик будет.
Сергей, вы не причиняете боль. Вы заставляете перестать жрать обезболивающие и начать лечиться нормально. Это разные вещи.

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

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Oleg Soroka
И давно вы там работаете?
Как Скрам-мастер два года.
источник

MS

Mikhail Sklyarenko in Agile, Scrum, Lean, Kanban, XP
Slava
Рынок определяет ЗП сма, а не мои иллюзии. Сколько стоит - столько платишь. Пока будешь думать как оценивать, его купит сбер
Ну вот кстати, факт,что наши скрам-мастера с которыми мы попрощались, достаточно хорошо себя продали в крупные интерпрайсы в мск:) Даже завидно как-то чтоли)))Может это потому что никто не умеет адекватно оценивать работу СМов?
Прошёл тренинг/получил PSM- профит)А как лидер 0)
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
Как в этой ситуации определять ЗП СМа?
Повышать ли, увольнять ли?
Вот и я задаю себе этот же вопрос. И не нахожу ответа.
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Mikhail Sklyarenko
Ну вот кстати, факт,что наши скрам-мастера с которыми мы попрощались, достаточно хорошо себя продали в крупные интерпрайсы в мск:) Даже завидно как-то чтоли)))Может это потому что никто не умеет адекватно оценивать работу СМов?
Прошёл тренинг/получил PSM- профит)А как лидер 0)
Ну так вот тебе ответ, просто ты его избегаешь :)))
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Ищешь ответов там, где задают другие вопросы. тыц парам-пам :)
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Dеfault Username
Сергей, вы не причиняете боль. Вы заставляете перестать жрать обезболивающие и начать лечиться нормально. Это разные вещи.

И вы не замедляете процесс. Вы его делаете более стабильным, предсказуемым и качественным, а это в долгой перспективе его ускоряет.
Лучше поставить гарантированное и стабильное за одну неделю, чем за два дня выкатить что-то похожее на правду, а потом три недели убить на доделки
Тут не все так однозначно. Я не смогу передать весь контекст.  Но не все так считают. Есть даже те, кто считает, что я мешаю работе.
источник

MS

Mikhail Sklyarenko in Agile, Scrum, Lean, Kanban, XP
Ну тут по идее много людей должно быть с аналогичными моей ситуациями)
источник

DU

Dеfault Username in Agile, Scrum, Lean, Kanban, XP
Sergey Gospodchikov
Тут не все так однозначно. Я не смогу передать весь контекст.  Но не все так считают. Есть даже те, кто считает, что я мешаю работе.
Ну за что-то же вам платят?
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Нет белого и черного. Есть серое ... где-то между ними.
источник