Думаю, что вы правы, и ваши стендапы являются пустой тратой времени для вас лично, и крайне неэффективны для остальных. Я вижу несколько индикаторов:
- Ваша работа слабо связана с работой остальных участников. Вероятно, вы не понимаете, что делают коллеги, они не понимают что делаете вы
- Стендапы длится полчаса!!!! Вероятно, стендап превращается в вариант отчёта, и "удовлетворение" получает менеджер команды, поскольку ему становится более-менее понятно, что происходит в команде
- Вы демотивированы процедурой стендапа. Остальные вероятно тоже
Более сложным вопросом будет что можно было бы сделать в этой ситуации, и как вы лично на это можете повлиять. Со вторым всё сложно - лично вы повлиять на процесс можете крайне незначительно, так как процедура спущена сверху, и для изменений нужно долго работать, убеждать и проявлять разные софт скилы. Полномочий что-то изменить у вас нет. С другой стороны ежедневные командные митинги могут быть очень полезными и эффективными. Контекст важен, поэтому готовых рецептов нет. Могу только предложить некоторые идеи:
- Предложить подумать как ускорить стендап. Например, изменить стандартный формат отчёта "что сделал, что сделаю, что мешает" на что-то более динамичное "что нужно сделать, чтобы задача продвигалась к завершение, что мешает, какие блокировки". В общем, двигаться в сторону Kanban-style стендапа
- Подумать какую пользу могут приносить стендапы. В идеале они должны помогать вам делать вашу работу. Например, вы озвучиваете, а менеджер помогает решить проблему с соседней командой, которая затягивает сроки
- Разбить команду на подкоманды (раз работа настолько независима)
- Модерировать дискуссию, чтобы минимизировать откровения, как человек "вчера весь день был на митингах, делал ревью, переустанавливал систему, изучал и ужасался чужому г***-коду, а сегодня будет опять долго читать код"