============ FALCON ============
Я понимаю когда зп открыты и градация есть по заслугам
============ FALCON ============
Но это редкость у нас
Max
Механизм найма у увольнения общий. Причины - есть общие есть специфические. Специфические связаны с делегированием ответственности за принятие решение команде разработки. В общих чертах всё.
Arman
это не скрам, а баловство
Не помню, чтобы в скрамгайде чтото было про это, но не буду с вами спорить :)
Артём
Не помню, чтобы в скрамгайде чтото было про это, но не буду с вами спорить :)
это как ИПэшник, который не думает как ему развивать свой бизнес, т к развитие бизнеса ему не приносит большего дохода
Артём
никакой оптимизации процессов, т к экономия времени не принесет дополнительный доход
Max
Скрам даёт разработчикам намного больше, чем деньги
Артём
в целом - никакой эффективности, т к ее нечем мотивировать
Sergey
Скрам даёт разработчикам намного больше, чем деньги
Пока человек не вылез из первых 2х уровней пирамиды маслоу, ему все остальное до лампочки
Arman
Если у вас мотивация только деньги, то да.
Sergey
Артём
Скрам даёт разработчикам намного больше, чем деньги
вот опять, теоритеческие слова без подтверждения аргументами. Я скажу, что скрам дает разработчику спокойное рабочее место
Max
Пока человек не вылез из первых 2х уровней пирамиды маслоу, ему все остальное до лампочки
Это да. Сложно должно быть если на уме только "бабки, бабки, сука, бабки" (с)
Arman
Это я не вам, я Артйомтсу
Артём
Если у вас мотивация только деньги, то да.
можно сколько угодно говорить о других мотивациях, но мы работаем за деньги и нет ни одного, кто делает это просто так
Arman
Пока человек не вылез из первых 2х уровней пирамиды маслоу, ему все остальное до лампочки
Да, полностью согласен. Поэтому стараемся платить выше рынка и базово чтобы люди как минимум были спокойны, даже если навыков не хватает.
Артём
Если Вам спокойное рабочее место важно, хорошо
да, это не делает эффективным рабочий процесс, не приносит ценность продукта в ожидаемой скорости
Arman
Золотое слова! +100500
Не всегда это выходит, но в общем пытаемся.
Max
можно сколько угодно говорить о других мотивациях, но мы работаем за деньги и нет ни одного, кто делает это просто так
Вы допускаете логическую ошибку, деля на "работают за деньги" и "просто так". Причин намного больше
Arman
Artyomst просто в оранжевой парадигме сидит, а скрам частями лезет в зеленую и бирюзовую.
Max
Скрам даёт разработчику вовлеченность в развитие продукта, свободу развития (профессионального и личного). Этого мало?
Max
Насчёт денег, кстати, важен на самом деле не размер зарплаты, а сумма сбережений
Артём
все что говорите - очень странно, похоже на веру
Pavel
все что говорите - очень странно, похоже на веру
Артем, не сочти за наезд, но очеь тяжело объяснять, как работают отдельные аспекты scrum человеку, который не понимает, как и почему работает agile в целом.
Pavel
scrum, работающий, даже на уровне шу, дает прирост производительности, качества и т.п.
Max
все что говорите - очень странно, похоже на веру
Довольно забавно называть верой фреймворк, полностью построенный на эмпиризме =))
Pavel
Но это происходит из-за вовлеченности команды, изменения процессов так, чтобы команда могла совместно принимать решения, и фокусе на ценности, а не на "работе работы на работе".
Pavel
А не из-за того, что над командой стоит менеджер с палкой, и подгоняет команду "быстрей-быстрей, а то к демо не успеем" :)
Артём
scrum, работающий, даже на уровне шу, дает прирост производительности, качества и т.п.
я это все слышу от теоретиков, никаких подтверждений не видел и пошел работать в "скрам команду", чтобы разобраться в этом, но и там не вижу эффективной работы
Pavel
я это все слышу от теоретиков, никаких подтверждений не видел и пошел работать в "скрам команду", чтобы разобраться в этом, но и там не вижу эффективной работы
Вот примерно потому, что ты слышал "от теоретиков" и "не видел" подтверждений, тебе и тяжело что-то объяснить.
Артём
правильнее сказать - не вижу большей эффективности чем в ватерфоле
Pavel
Confirmation bias бессердечная фигня :)
Arman
Про нас скажу, что со скоростью пока не справились, но качество взлетело очень сильно и мотивация очень сильно повысилась
Max
я это все слышу от теоретиков, никаких подтверждений не видел и пошел работать в "скрам команду", чтобы разобраться в этом, но и там не вижу эффективной работы
Может дело в команде, а может в Вас.. Позиция "ну давайте, покажите мне что у вас за скрам" не самая располагающая к общению
Yuriy
Про нас скажу, что со скоростью пока не справились, но качество взлетело очень сильно и мотивация очень сильно повысилась
у нас кроме мотивации WIP уменьшилась в 4 раза), возможно, дело в условиях применимости))
Yuriy
WIP в широком смысле), то, на что затратили ресурсы, а ничего не поставили
Sergey
скрам vs ватерфол эт шутка такая?)
Да. Модель против фреймворка
Yuriy
если нужна просто поддержка, иногда канбан лучше
в поддержке как раз Канбан), а в разработке Скрам, там много неопределённости
🦠
неопределенность декомпозиция и фокус решают и без скрама)
Yuriy
мы тоже вначале решали без, но с получается лучше)
Sergey
верю
Добро пожаловать в секту, брат!
Pavel
Итак, на чем мы там остановились?
Pavel
"Как команды нанимают и увольняют"?
============ FALCON ============
Именно)
Yuriy
вероятно, как берут в команду и исключают)
Pavel
Увольняют: На ретроспективе (в реальности обычно перед ретро на 1-on-1 со скрам мастером) при обсуждении root cause команда в ветку people систематически вносит одного и того же человека. Человек попадает на Improvement plan, который команда с ним обсуждает на том же ретро. Если через пару ретроспектив импрувмент не заметен - команда на ретро жалуется скрам мастеру, что условный Вася стал impediment, скрам мастер запускает процесс, который существует в организации.
Pavel
Найм: На ретро команда озвучивает, что им не хватает конкретного скила и видит решением найм еще одного человека в команду. Скрам мастер организует процесс в рамках организации, команда собеседует кандидатов и на каком-нить ретро принимает решение, кого брать.
Pavel
Если у команды нет процесса увольнения/найма - этим процессом будет единолично заведовать скрам-мастер, потому что отсутсвтие процесса - impediment :)
Yuriy
а PO каким-то образом участвует?
Pavel
PO это часть команды :)
Pavel
Ладно, это misleading
Pavel
По большому счету, найм/увольнение в 90% случаев вопрос в зоне ответсвтенности dev team.
Pavel
Соответственно PO участвует консультативно, когда dev team уже приняла решение. Или когда dev team спросила мнение PO
Yuriy
мне, например, было интересно, как это решается силами команды, спасибо, что поделился)
Pavel
В ээтом процессе самый сложный вопрос это "что делать, если команда хочет другого scrum master"
Глебка
Вопрос. У нас демо сейчас проходит как демо, тоесть отчёт РО что сделано, ибо он не особо вкурсе) мало бывает и тд. Какие варианты перехода к нормальному обзору?
============ FALCON ============
А что конкретно в условном кандидате impediment?
На мой взгляд увольняя надо еще подумать все ли возможное сделала команда. Соответственно это очень зрелая команда должна быть.
============ FALCON ============
По сути увольняя команда де факто признает что бессильна.
Pavel
А что конкретно в условном кандидате impediment?
Всякое бывает. От заведомо недостаточных скиллов и неспособность эти скиллы получить, до фигового характера :)
🦠
Чет совсем бирюза описывается, в классической конторе найм и увольнение опосредованно проходят
Pavel
Чет совсем бирюза описывается, в классической конторе найм и увольнение опосредованно проходят
Даже в классической конторе _решение_ о необходимости найма/увольнения может команда принять
Pavel
Вот дальше цвет будет на процесс влиять
🦠
Да, прекрасно когда спрашивают мнение команды
🦠
Прекрасно, когда команда нанимает
🦠
Но эт слегка дорого для бизнеса занимать всю команду наймом
Pavel
Если не спрашивают, то увы, скрам наверное не очень подходит к культуре :)
🦠
Да в принципе это окупается сторицей
Возьмем для примера гугл
Pavel
Но эт слегка дорого для бизнеса занимать всю команду наймом
Надо понимать, что команда не занимается "наймом". Команда инициирует процесс и участвует в интервью :)