Дано:
Команда работает над модулем банковского продукта в составе: 5 программистов, 1 QA, 1 ETL, 2 банковских специалиста ставящих задачи.
Процесс более-менее налажен, Jira, тикеты, спринты по 3 недели, такой минималистично-прагматичный скрам.
По инициативе сверху через некоторое время в команду будет добавлена скрам-мастер (молодая женщина лет 30) на полный рабочий день.
Вопрос:
Чем она будет заниматься 8 часов в день? Что ожидать вообще, каких изменений?
Здравствуйте, alatriste, Вы писали:
A>Дано: A>Команда работает над модулем банковского продукта в составе: 5 программистов, 1 QA, 1 ETL, 2 банковских специалиста ставящих задачи. A>По инициативе сверху через некоторое время в команду будет добавлена скрам-мастер (молодая женщина лет 30) на полный рабочий день. A>Вопрос: A>Чем она будет заниматься 8 часов в день? Что ожидать вообще, каких изменений?
Конечно, зависит от человека, его знаний умений и мотивации. У нас команда чуть меньше, но могу сказать, чем занимается наша Scrum master и по совместительству PM.
1) Составляет расписание спринтов, заносит новые таски в бэклог, чтобы программисты не тратили время.
2) Разруливает все блоки, задержки и проблемы: проблемы с инфраструктурой, соединениями с разными БД и пр. Это то, что замедляет работу разработчиков, но опять же то, чем разработчики заниматься не должны, например, гоняться за админами облака, чтобы настроить соединения. Другой пример — недавно она посетила sprint planning в другой команде, чтобы понять, когда и на сколько нам выделят ресурс, который нам нужен для разработки функциональности в следующем спринте, а также чтобы этот человек знал, какие таски ему предстоит решить для нашей команды, и чтобы он мог адекватно подготовиться.
3) Делает отчёты по спринтам для вышестоящего руководства (технический директор и пр.), посещает митинги с ними.
4) Помогает составить release notes, планировать релиз и его расписание.
5) Проводит ретро, следит, чтобы проблемы, вынесенные в ретро, были решены или запланированы к решению в ближайшем будущем.
Безусловно, во многих командах это всё делает team lead, или application dev manager, но лично я вижу плюс в том, когда эти обязанности выделены отдельному человеку с хорошими навыками организации, планирования и ведения переговоров.
Начальство считает, что вы медленно работаете. Ну и наняли человека чтобы вас гонял. Женщину — для смягчения конфликтов (будет гонять вас мягко, но настойчиво).
Здравствуйте, L.K., Вы писали:
LK>Начальство считает, что вы медленно работаете.
Либо просто девушку надо было куда-то пристроить. Вообще, женщины — прекрасные скрам-мастера: и вреда никакого, и diversity повышается.
Здравствуйте, alatriste, Вы писали:
A>Чем она будет заниматься 8 часов в день? Что ожидать вообще, каких изменений?
Кто же знает про ваш конкретный случай...
В идеале — снижения "бумажной" и другой черновой работы, повышения производительности за счёт этого. Если короче, то всего того, что Милена расписала. В общем-то, это не руководство, а, скорее, обслуживающий команду человек, делающий жизнь легче.
В худшем же может быть всё, что угодно, вставляющее палки в колёса, например, существо религиозное, пытающееся всё сделать так, как в священном писании описано и как понято эти существом и пофиг на здравый смысл.
Здравствуйте, alatriste, Вы писали:
A>Чем она будет заниматься 8 часов в день? Что ожидать вообще, каких изменений?
Для бизнеса в целом изменения могут быть как положительными так и отрицательными. Зависит от проповедуемого вида скрама, решаемых задач и самого SM.
Для существующей команды скорее положительные в краткосрочной перспективе. Ответственность за организацию процесса перекладывается на скрам-мастера. Митинги с руководством и заказчиками тоже. Команде остаются развлекательные стендапы с перекидыванием мячика (или планкой по вкусу), не менее развлекательные планирования спринтов с покер картами и т.п.
В долгосрочной перспективе последствия для программистов плачевные. Часто малообщительные изначально за стенкой из SM, PM, BA разработчики окончательно утрачивают навыки общения, постановки, планирования и ведения проектов. С переходом в компании где от разработчика ожидают способностей человека-оркестра, которому не нужен весь вышеперечисленный обслуживающий персонал для решения задач, проблемы начнутся уже на этапе собеседования. А это, внезапно, компании FAANG, например.
Здравствуйте, alatriste, Вы писали:
A>По инициативе сверху через некоторое время в команду будет добавлена скрам-мастер (молодая женщина лет 30) на полный рабочий день.
Это кися из чьего-то гарема. Что бы не выносила своему коти мозги ее посали к вам красить траву.
Здравствуйте, ned, Вы писали: ned>В долгосрочной перспективе последствия для программистов плачевные. Часто малообщительные изначально за стенкой из SM, PM, BA разработчики окончательно утрачивают навыки общения, постановки, планирования и ведения проектов. С переходом в компании где от разработчика ожидают способностей человека-оркестра, которому не нужен весь вышеперечисленный обслуживающий персонал для решения задач, проблемы начнутся уже на этапе собеседования. А это, внезапно, компании FAANG, например.
Это точно. Как-то поработал в компании, где программист не занимался ни планированием, ни проектированием, ни общением с заказчиком, а был машинкой для кодирования. Даже способ решения задачи выбирал не программист, а аналитик. Тоска зелёная. Уволился через полгода.
Здравствуйте, _ABC_, Вы писали:
_AB>В идеале — снижения "бумажной" и другой черновой работы, повышения производительности за счёт этого. Если короче, то всего того, что Милена расписала. В общем-то, это не руководство, а, скорее, обслуживающий команду человек, делающий жизнь легче.
Здравствуйте, Sharov, Вы писали:
_AB>>В общем-то, это не руководство, а, скорее, обслуживающий команду человек, делающий жизнь легче. S> S>Больше на менеджера проекта похоже или нет?
Менеджер отвечает за команду, а не с(к)рам мастер, нет?
Здравствуйте, alatriste, Вы писали:
A>Вопрос: A>Чем она будет заниматься 8 часов в день?
Видимо чем захочет. У скрам-мастера для команды такого размера точно не найдется задач, которые займут 8 часов в день.
A>Что ожидать вообще, каких изменений?
Если барышня достаточно умная, то никаких. Она будет спокойно сидеть и получать деньги, иногда напоминать команде не необходимости выполнения ритуалов скрама и быть модератором дискуссий на ревью.
Если не достаточно умная, то может произойти все что угодно.
Здравствуйте, gandjustas, Вы писали:
G>Если действительно скрам
Религией пахнуло что-то... Это сразу без меня, предупреждаю.
Но если прочитать стартовый пост, то "минималистично-прагматичный скрам".
G>то какая там бумажная работа, которой занимаются программисты, но моут заняться другие?
Не бумажная, а "бумажная". Посмотри пост Милены, будь ласка.
Создается впечатление, что ты по верхам пробежался, стриггерился на ключевые слова и с других ответа требуешь по менеджерской привычке. Так ведь тут твоих подчиненных-то нет.
Таски у нас создает банковский аналитик с помощью разработчиков, чтобы помогать в этом деле нужно быть предметным или тех. спецом, и этих компетенций у нее похоже нет.
Возможно, мы медленно работаем. Но эта медленность обусловлена техническими причинами — кривоватостью общей архитектуры, рефакторингом легаси, меняющимся требованиям и т.п. Реорганизацией процесса внутри команды тут особо не помочь.
Про пристраивание чьей-то знакомой — не тот случай. Просто было решение извне (без обсуждения его с разработчиками), что нужен скрам-мастер для команды, ее наняли, теперь ждут когда ее отпустит прежний работодатель. Дело происходит в Германии, тут за 3 месяца нужно предупреждать об уходе.
Если не менять процесс как-то радикально, то получается, что она реально нужна раз в 3 недели, чтобы провести ретро и планирование.
Я вот религиозности побаиваюсь. На ее собеседовании (скорее, это было просто представление — такая-то будет у нас в команде) с командой был тревожный на мой взгляд звоночек — она попросила каждого из команды назвать свою сверхспособность (superpower).
Здравствуйте, alatriste, Вы писали: A>Я вот религиозности побаиваюсь. На ее собеседовании (скорее, это было просто представление — такая-то будет у нас в команде) с командой был тревожный на мой взгляд звоночек — она попросила каждого из команды назвать свою сверхспособность (superpower).
Здравствуйте, alatriste, Вы писали:
A>Дело происходит в Германии, тут за 3 месяца нужно предупреждать об уходе.
A>Я вот религиозности побаиваюсь. На ее собеседовании (скорее, это было просто представление — такая-то будет у нас в команде) с командой был тревожный на мой взгляд звоночек — она попросила каждого из команды назвать свою сверхспособность (superpower).
Тут напрашивается шутка про Übermensch'ей, главное вовремя на ницшеанство свернуть.
П.С. У нас было нечто подобное с год назад (в Берлине) — закончилось всё выпиливанием этой персоны из команды: потому что а) не нужна, б) только мешала.
A>>Что ожидать вообще, каких изменений? G>Если барышня достаточно умная, то никаких. Она будет спокойно сидеть и получать деньги, иногда напоминать команде не необходимости выполнения ритуалов скрама и быть модератором дискуссий на ревью. G>Если не достаточно умная, то может произойти все что угодно.
Не-е-е-е, спокойствия не будет похоже... Только что источники из Центральной Избирательной комиссии слили, что это барышня будет Грета Тунберг Держитесь, парни.
Здравствуйте, Milena, Вы писали:
M>1) Составляет расписание спринтов, заносит новые таски в бэклог, чтобы программисты не тратили время. M>2) Разруливает все блоки, задержки и проблемы: проблемы с инфраструктурой, соединениями с разными БД и пр. Это то, что замедляет работу разработчиков, но опять же то, чем разработчики заниматься не должны, например, гоняться за админами облака, чтобы настроить соединения. Другой пример — недавно она посетила sprint planning в другой команде, чтобы понять, когда и на сколько нам выделят ресурс, который нам нужен для разработки функциональности в следующем спринте, а также чтобы этот человек знал, какие таски ему предстоит решить для нашей команды, и чтобы он мог адекватно подготовиться. M>3) Делает отчёты по спринтам для вышестоящего руководства (технический директор и пр.), посещает митинги с ними. M>4) Помогает составить release notes, планировать релиз и его расписание. M>5) Проводит ретро, следит, чтобы проблемы, вынесенные в ретро, были решены или запланированы к решению в ближайшем будущем.
M>Безусловно, во многих командах это всё делает team lead, или application dev manager, но лично я вижу плюс в том, когда эти обязанности выделены отдельному человеку с хорошими навыками организации, планирования и ведения переговоров.