А у меня еще проще было - корзину спам забыл проверить. Тру юзер)

Доброго времени суток,
Сначала представлюсь, меня зовут Илья, на данный момент являюсь Тимлидом команды разработки(Фронта), и теперь прибавили позицию Squad Lead.
Возникла ситуация, У нас небольшая команда из менее чем 10 человек, 3 фронтендера(Мой отдел), и 4 бэкендера(Отдел Коллеги).
У нас есть весьма своеобразный Agile Coach, который пропагандирует Agile со своим подходом.
Наша команда, работает над двумя проектами.
Первого проекта Squad Lead-ом являюсь я, второго - Мой Коллега.
Состав команд на проект одинаковый.
Позиция Coach-a, что Squad Lead на спринт планнинге распределяет задачи между всеми отделами, и ставит Estimation на Estimation сессии, в присутствие Product Owner-a.
Декомпозируем задачи мы так же во времени Estimation сессии, порой вне её.
Помимо Squad Lead-ства я так же сам пишу код.
В Вашем проекте(roadmap) есть чёткое распределение Team Lead roadmap-a, но что делать есть и  Tech Lead и Administrator, и People Manager это ты всё в одном.
И вторая ситуация, состоит в том что, front-end и backend спринт происходит в одной сессии, и постоянно сталкиваемся с тем, что по большинству фич, front-end ждём backend имплементации для фичи запланированных внутри данного спринта.
Благодарю за внимание, буду рад мнениям

 но что делать есть и  Tech Lead и Administrator, и People Manager это ты всё в одном

Делегировать)

ну либо овертаймить и сгореть)

Добрый день! Мне кажется, что совокупность нескольких ролей в одном человеке это норм, если команда маленькая. Если вопрос в нагрузке, то нужно её делегировать или искать тех, на кого можно это делегировать
По поводу того, что фронт не успевает за бэком - наверняка, вы перед началом разработки бэка проектируете API. На основе этой документации можно замокать основные пользовательские сценарии и более менее норм тестить фронт)

Что сейчас препятствует планированию тасок фронта на спринт позже бэкенда?

К сожалению проектирования нету, потому что в определённые моменты сталкивались с недопониманием полноценности задачи.
Таким образом, пока один API ендпоинт до нас дойдёт, может подвергнутся изменениям.

Желание Scrum Master-a планировать единожды

который является нашим CTO

Ну так планирование и будет единожды

Единоразово раз планы бэка + чонить фронту, а на след раз новые планы бэка и фронтовое на прошлый спринт бэка

Вопрос как раз таки состоит в том, как донести до СТО, что это самый верный путь?

Показать, что фронты простаивают? Что не получается согласовывать api заранее?

Буду стараться, спасибо.
А можно мнение по поводу Squad Lead-a?

Я вижу типичный набор ролей тимлида небольшой команды.
Думаю, что здесь стоит с СТО выяснить приоритеты сквад лида и в зависимости от этого разделить административную нагрузку с продактом, либо искать кому и как делегировать таски на код.
Для меня самый простой вариант был, когда парно делается детализация/декомпозиция задачи (или ревью таковой у синиоров). Плюс чекапы/ревью по ходу имплементации. Таким образом пригождаются проектные и технические знания лида, но нет острой необходимости писать код непосредственно самому лиду.
Артемий Лебедев как-то говорил, что у дизайнера инструмент - это фотошоп, а у арт-директора инструмент - это дизайнер. Это можно экстраполировать на отношения лида и разрабов.

Благодарю

В чём проблема-то? Ваш скрам-сто выстроил хреновый процесс. Процесс работает в точности как и задумано - хреново.
Ну так это так и должно быть, by design.
Все скрамоеды едят примерно ту же субстанцию, просто ложечки у всех немного разной формы.

Проблема выгорание команды, а в частности двух Тимлидов.
И абсолютное не понимание, как исправлять данную ситуацию, потому что для Agile Coach-a, всё идёт как надо.
И во всю эту кучу, неквалифицированные Business Analyst-ы, у которых нет технического понимания системы и системного flow.

Но вы-то другой вопрос задаёте, почему-то 🙂
В вашей ситуации у вас либо есть полномочия или хотя бы призрачный шанс отказаться от того, что наверчено, либо нет и тогда просто терпите и выгорайте, время сейчас такое 🙂

Сейчас пытаемся прийти к мнению, что у нас происходит подмена понятий и обязанностей.
Когда поднимается данная тема, нас спрашивают, а как правильно?Покажите.
Но мы то, простые Тимлиды, без сертификации всего этого Agile & Scrum Master-инга.