Потому-что менеджменту кажется, что если не стоять у сотрудника за плечем, то работать он не будет, это раз. А во-вторых "мы зря офис что ли оплачиваем?" Все мантры про невозможность построить сплоченную команду на удаленке это болтовня, есть инструменты чтобы поддерживать вовлеченность и сплоченость команды при удаленном режиме работы.
Если вы не верите, что команда может отвечать вместе за то, что они делают, то agile и в частности scrum для вас плохой выбор. Это буквально суть agile. Если вы не отказываетесь от микроменеджмента и при этом просто внедряете ритуалы то вы получите псевдоэджайл и зомби-скрам.
Ответственность за что? За решения? Что вам даст персональная ответственность за решения? Моральное удовлетворение за то, что вы накажете человека, когда он ошибется? Не нужно быть техническим спецом во всем, для этого в scrum-командах существует практика привлечения экспертов. А у вас лиды то есть, которые шарят вообще за все интересно?
Если под "развитием команды" имеется в виду обучение, то это задача hr, а не тимлида. Что значит "лидирование процессов"? Каких? Фасилитация это есть первостепенная задача scrum-мастера. Вторая задача это устранение препятсвий. Задача PO давать направление, приоритезировать цели и давать обратную связь по результатам. Чем вы еще хотите покомандовать? Я рекомендую все же ознакомится со scrum и agile глубже, чем участие в конференциях. Литературу там почитать, например.
Это одна из причин, которая мешает внедрению scrum в РФ. Вы не верите в самоорганизацию и нанимаете людей экспертизе которых не доверяете. Зачем нанимаете тогда?
Будет, вот только он будет не назначен, а выбран командой. Хотя "выбран" здесь не точное слово, он просто благодаря своим знаниям получит в команде авторитет естественным путем. Что же касается "других задач", то они распределяются между PO и scrum-мастером. Тимлид просто не нужен, если у вас работающий scrum.
Основная проблема с agile в том, что он требует перестройки организационной структуры. Невозможно внедрять эджайл, если у вас вертикальная структура управления. Много у нас компаний отказались от роли тимлида? А между тем в scrum нет никаких лидов, есть PO и scrum-мастер. Попытки внедрить эджайл наполовину приводят к поялению псевдоэджайла, а он неэффективен. Об этом в частности пишет Мартин Фаулер.
Потому-что менеджменту кажется, что если не стоять у сотрудника за плечем, то работать он не будет, это раз. А во-вторых "мы зря офис что ли оплачиваем?" Все мантры про невозможность построить сплоченную команду на удаленке это болтовня, есть инструменты чтобы поддерживать вовлеченность и сплоченость команды при удаленном режиме работы.
Если вы не верите, что команда может отвечать вместе за то, что они делают, то agile и в частности scrum для вас плохой выбор. Это буквально суть agile. Если вы не отказываетесь от микроменеджмента и при этом просто внедряете ритуалы то вы получите псевдоэджайл и зомби-скрам.
Ответственность за что? За решения? Что вам даст персональная ответственность за решения? Моральное удовлетворение за то, что вы накажете человека, когда он ошибется? Не нужно быть техническим спецом во всем, для этого в scrum-командах существует практика привлечения экспертов. А у вас лиды то есть, которые шарят вообще за все интересно?
Если под "развитием команды" имеется в виду обучение, то это задача hr, а не тимлида. Что значит "лидирование процессов"? Каких? Фасилитация это есть первостепенная задача scrum-мастера. Вторая задача это устранение препятсвий. Задача PO давать направление, приоритезировать цели и давать обратную связь по результатам. Чем вы еще хотите покомандовать? Я рекомендую все же ознакомится со scrum и agile глубже, чем участие в конференциях. Литературу там почитать, например.
Это одна из причин, которая мешает внедрению scrum в РФ. Вы не верите в самоорганизацию и нанимаете людей экспертизе которых не доверяете. Зачем нанимаете тогда?
Будет, вот только он будет не назначен, а выбран командой. Хотя "выбран" здесь не точное слово, он просто благодаря своим знаниям получит в команде авторитет естественным путем. Что же касается "других задач", то они распределяются между PO и scrum-мастером. Тимлид просто не нужен, если у вас работающий scrum.
"В Scrum-команде нет начальника, как нет и технического лидера." (с) Клод Обри "Все о scrum"
Основная проблема с agile в том, что он требует перестройки организационной структуры. Невозможно внедрять эджайл, если у вас вертикальная структура управления. Много у нас компаний отказались от роли тимлида? А между тем в scrum нет никаких лидов, есть PO и scrum-мастер. Попытки внедрить эджайл наполовину приводят к поялению псевдоэджайла, а он неэффективен. Об этом в частности пишет Мартин Фаулер.
Ну надо же - не все разработчики могут проводить технические собеседования, зато hr могут.
Дальше не стал читать. Agile так-то и пришел из промышленности. Дкржу автора в курсе.