Arman
Похоже я чат поломал.
Лариса
Он самоорганизующийся.) Починится.)
Вова
Похоже я чат поломал.
Наоборот, починили.у вас отлично описанный пример до и после.да еще и гайд
Mikhail
Спасибо.
Прочитал. Очень интересно. Большое дело делаете!
Но такой вопрос: в статье вы говорите, что у вас в командах есть "джуны", есть "топовые специалисты" - это ли не "грейды", пусть и не формализованные?
vladislav_gatsenko
не формализованные грейды тогда есть много где.. получается..
Лариса
уровни?
Как их определяете? В беседес сотрудником или задания какие-то выполняются?
Arman
уровни?
Как их определяете? В беседес сотрудником или задания какие-то выполняются?
Если вам нужны точные данные - то никак. А так в целом просто время от времени разговариваем с ребятами, кросс опрос такой. Типа как ваще? Все норм? :)
Лариса
Хах, понятно.)
Arman
И базово в общем смотрим как команда справляется.
Лариса
Не было случаев, когда команда в целом показывает хорошие результаты, но не все ее участники одинаково продуктивны?
Или до такого уровня оценивать команды нет потребности?
Arman
Да всегда такие случаи есть. Просто это все прозрачно внутри команды. Зрелая команда быстро этот вопрос выносит на ретро, если проблема систематическая.
Arman
Остальным иногда помогаем, подталкиваем к решению.
Arman
Но продуктивность - не единственный критерий. Иногда человек не имеет много опыта, но старается взять на себя роль помощника остальных в команде. Админит команду или помогает с простыми задачами более опытным.
Arman
И сам учится заодно.
Arman
Тут скорее самый важный критерий - старается человек или нет помогать команде.
Arman
И конкретно это уже определяет сама команда. Они вообще все разные у нас, каждая прорастает по своему.
Сергей
Всем привет, аналитик Барс Груп, строим аджайл в команде с @laradans в мире разработки ПО для гос сектора. #welcome
HashTag
Подписка на #welcome
Mikhail
Арман, как решаются ситуации, если никто из команды не хочет делать определенную работу? Чей то голос в команде имеет больший вес? Или идет эскалация и вопрос поднимается до руководства (например до вас) и сверху решается кто будет делать?
Arman
Арман, как решаются ситуации, если никто из команды не хочет делать определенную работу? Чей то голос в команде имеет больший вес? Или идет эскалация и вопрос поднимается до руководства (например до вас) и сверху решается кто будет делать?
Такая ситуация может возникнуть в команде которая не команда еще совсем. Было несколько раз, такого человека довольно быстро исторгают из команды.
Arman
Но в целом не было такого. Только были определенные люди, которые вели себя так.
Arman
Они довольно быстро покидали сначала команды, и если не помогало, то и компанию.
Konstantin
Mikhail
Такая ситуация может возникнуть в команде которая не команда еще совсем. Было несколько раз, такого человека довольно быстро исторгают из команды.
Мб неверно написал.
К примеру есть проект - каждый взял на себя определенный объем работы и осталась одна задача, которую никто не берет.
Артём
По сокращению?
Konstantin
если никто не хочет делать таску
Arman
Мб неверно написал.
К примеру есть проект - каждый взял на себя определенный объем работы и осталась одна задача, которую никто не берет.
А почему не берет? Какие аргументы?
Mikhail
А почему не берет? Какие аргументы?
Попробую смоделировать решение своего вопроса - команда обсуждает кто может взять эту задачу (по скилам или по загрузке), в случае необходимости снимают с него часть ранее взятой работы, либо предлагается совместно выполнить эту задачу, если есть понимание, что никто в команде не обладает нужным опытом/скилами. Обсуждение ведется до момента пока не принято решение.
Так?
Arman
Попробую смоделировать решение своего вопроса - команда обсуждает кто может взять эту задачу (по скилам или по загрузке), в случае необходимости снимают с него часть ранее взятой работы, либо предлагается совместно выполнить эту задачу, если есть понимание, что никто в команде не обладает нужным опытом/скилами. Обсуждение ведется до момента пока не принято решение.
Так?
Вы не ответили про аргументы почему не берут.
Arman
Попробую смоделировать решение своего вопроса - команда обсуждает кто может взять эту задачу (по скилам или по загрузке), в случае необходимости снимают с него часть ранее взятой работы, либо предлагается совместно выполнить эту задачу, если есть понимание, что никто в команде не обладает нужным опытом/скилами. Обсуждение ведется до момента пока не принято решение.
Так?
Вполне. Важно еще понимать почему не берут.
Mikhail
Вы не ответили про аргументы почему не берут.
Зависит от ситуации. К примеру 8 человек и 9 задач, каждый взял по 1. В этом случае аргумент будет - никто не успеет сделать 2 задачи или никто двойную нагрузку не вытянет.
Другой пример: задача не профильная, у команды нет опыта выполнения, все остальные задачи профильные, их разобрали - аргумент будет - мы такого не делали, нужен человек с опытом
Mikhail
Хотя если команда собрана разнопрофильная, то второго варианта не будет. При постановке задачи сразу будет понятно, кто ее будет делать.
Arman
Зависит от ситуации. К примеру 8 человек и 9 задач, каждый взял по 1. В этом случае аргумент будет - никто не успеет сделать 2 задачи или никто двойную нагрузку не вытянет.
Другой пример: задача не профильная, у команды нет опыта выполнения, все остальные задачи профильные, их разобрали - аргумент будет - мы такого не делали, нужен человек с опытом
Это значит что нет общей цели. Если есть общая цель у пула задач, то такие вопросы не встают. Мы не пилим на мелкие таски при выдаче задач в команду. Они сами пилят на составные части и решают кто будет делать.
Arman
Хотя если команда собрана разнопрофильная, то второго варианта не будет. При постановке задачи сразу будет понятно, кто ее будет делать.
Или так или ктото захочет научиться.
Arman
Команда должна быть разнопрофильная. Иначе это не кроссфункциональная команда а департамент.
Konstantin
Если она приоритетная, то как можно ее не делать?
ну вот грубый пример, задача откровенно нудная и долгая. И есть Петя и Вася которые могут ее сделать. Но Петя не берет ее потому что хочет чтобы Вася ее взял и наоборот
Konstantin
и никто себя в жертву не хочте отдать
Arman
ну вот грубый пример, задача откровенно нудная и долгая. И есть Петя и Вася которые могут ее сделать. Но Петя не берет ее потому что хочет чтобы Вася ее взял и наоборот
Либо вы не объяснили сотрудникам зачем они вообще у вас. Либо ваше руководство не понимает зачем оно вам. Либо Вася и Петя просто мудаки.
Arman
Это если по верхам.
Arman
А в целом задача отдается в команду или команды, обсуждается что с ней делать и как ее декомпозировать и потом команда уже распределяет куски работы внутри себя.
Arman
Тут наверное нужно добавить архиважный элемент - agile это для мотивированных людей. Кто у вас работает - самое главное.
Arman
Это касается и руководства и менеджмента в целом.
Андрей
Зависит от ситуации. К примеру 8 человек и 9 задач, каждый взял по 1. В этом случае аргумент будет - никто не успеет сделать 2 задачи или никто двойную нагрузку не вытянет.
Другой пример: задача не профильная, у команды нет опыта выполнения, все остальные задачи профильные, их разобрали - аргумент будет - мы такого не делали, нужен человек с опытом
А команда не "делает задачи", команда достигает цель. Если команде ставится цель, это уже дело команды - раздробюить эту цель на конкретные шаги, какие-то разобрать по отдельным людям, на какие-то навалиться кучкой, и, главное - каждый день самих себя спрашивать "цель осталась достижима? что нужно сделать сегодня, чтобы к ней приблизиться?". В том числе - Васе позвать на помощь Петю, а может быть, Петя сам скажет - "Вася, а тебе может помощь нужна?".
Когда каждый сидит и делает свою задачу - команды нет и стать ею невозможно. Когда "цель" выглядит как "сделать все разрозненные задачи" - команды нет и стать ею невозможно.
И про мотивированных людей Арман всё верно пишет. Только про руководство и менеджмент я бы сказал не то, что "это и их касается", а то, что они должны в этом пример подавать 🙂 Потому что для образования команд надо менять культуру, экологическую среду компании в целом. Типичная корпоративная среда в России сейчас, несмотря на лозунги про команды и про всё такое, на самом деле крайне ядовита для роста команд, это в обычном случае; в лучшем - просто не благоприятна для командообразования.
Snakebsd
Всем привет!
Arman в интервью вы сказали, что сейчас много школ, которые готовят специалистов по графике и визуальным эффектам. Можете выделить парочку, наиболее качественных?
Arman
Arman в интервью вы сказали, что сейчас много школ, которые готовят специалистов по графике и визуальным эффектам. Можете выделить парочку, наиболее качественных?
Scream school очная. Сейчас факультет открывается очный в киношколе Индустрия.
Arman
Онлайн школы "Online VFX" и VFX lab.
Arman
Но это все либо базовое либо дополнительное.
Konstantin
Всем привет! Я скрам-мастер/эджайл коуч в крупном российском банке. Надеюсь на позитивное и результативное общение по тематике Agile.
Dreadnought
Yuriy
Поэтому то, что вчера в грейде имело важное значение, завтра может не иметь никакого. Agile - это про постоянное самообучение и эволюционирование. И как это запихнуть в систему грейдов - пока вроде никто не знает.
на сегодня у нас в командах есть запрос на некие ачивки, я думал про грейды, получается, что с ними та петрушка, что и с KPI); у вас есть такие запросы?
Yuriy
вопрос ко всем если что)
Arman
Yuriy
т. е. у вас просто все участники команды и все?
Yuriy
а у других участников сообщества какой опыт?
Artem
У нас применяются грейды. У каждой должности есть 5 грейдов. Отчасти их введение обусловлено тем, что по ТК РФ одна и та же должность должна иметь один и тот же оклад
Artem
Оплата по грейдам не отменяет вариативности по зп
Artem
За счёт условно-постоянных премий
Artem
Которые не должны быть выше следующего грейда
Artem
К самоорганизации команд мне кажется это относится слабо
Artem
Имхо это параллельные два процесса
Yuriy
Имхо это параллельные два процесса
спасибо, у нас фактически их было три параллельные структуры, сейчас пришли к одной, но вот запрос такой есть)
Евгений
SP vs MD!!! Подскажите, знающие люди!) Вопрос, что в методологии Scrum мерить в Story point'ах(SP), а что в Man day'ях(MD)? Надоел извечный спор, хочется разобраться уже. Для каких целей используются SP, для каких MD? Нужно ли то и другое одновременно или что то одно? Как менеджерам объяснить, что именно нужно и какую ценность это даёт для них? Можно ли SP переводить в MD и если да, то как и почему? Вопросов в общем много. Возможно у кого то есть полезная литература, которая отвечает на все эти вопросы. В любом случае, буду благодарен любой помощи =)
Mikhail
Алекс
Scrum это не методология :)
Yuriy
ок)
Евгений
Главное, чтобы дискуссия не ушла в плоскость обсуждения, что такое Scrum: методология, подход, фреймворк, религия и т.д. =)
Yuriy
SP vs MD!!! Подскажите, знающие люди!) Вопрос, что в методологии Scrum мерить в Story point'ах(SP), а что в Man day'ях(MD)? Надоел извечный спор, хочется разобраться уже. Для каких целей используются SP, для каких MD? Нужно ли то и другое одновременно или что то одно? Как менеджерам объяснить, что именно нужно и какую ценность это даёт для них? Можно ли SP переводить в MD и если да, то как и почему? Вопросов в общем много. Возможно у кого то есть полезная литература, которая отвечает на все эти вопросы. В любом случае, буду благодарен любой помощи =)
в Скраме вообще нет на этот счет требований, на мой взгляд лучше sp
Dmitry
Евгений
На мой взгляд тоже. Но есть моменты. Например, хочется понять сколько нам стоила разработка и внедрение фичи. Задачи в Jira. Без понимания сколько кто работал над задачей не понять сколько этот праздник стоял. Ну а потом берём выгоду полученную и считаем когда окупится инвестиции по факту. Я даже не говорю о том, что как то хочется сравнивать план и факт, чтобы был точнее прогноз на будущее.