Антон Непша вот про 4-й пункт отдельно конечно круто, это реально повод для гордости)

3. Сейчас в команде 50 человек. Дейли делятся на общие и внутреннее (отдельно для QA, Front, Back и тд)

Получается по итогу подкоманды внутри одной большой со всеми процессами по scrum.

Зачем Джуну идти на встречу, где 100 человек? На каждой встречи есть тема, посыл (содержание) и цель. Интересно, что могут обсуждать все 100 человек разом) Если на встрече более 10 человек, то всегда есть координатор, который фасилитирует.

У Джуна есть задачи и ТЗ и точно джун не должен что-то пытаться понять из такого большого разговора. Саммари в конце встречи также должно быть, если речь про техническую часть.

Если встреча по административным вопросам, то всегда можно и нужно прийти к Лиду. Все сразу запомнить не реально же!

И почему Джуну нужно стараться не выглядеть как джун? Задачи джуна и зарплата джуна дает право что-то не знать, не так ли?

Добрый день!

1. Я пишу в личном блоге про код, и выступаю на конференциях тоже про код, там всё просто, если придерживаться определенных правил)

Например, если говорить в общем про JavaScript — то он ведь в любой компании JavaScript. И если выступать на конференциях/писать посты в целом про технику, а не про внутрянку конкретного Сберовского продукта, то это никаких правил не нарушает:) Это скорее даже поощряется. NDA ведь не касается фундаментальных вещей, он касается только конкретных продуктов, созданных из этих фундаментальных вещей.

Плюс, можно быть условным фронтендером, а в блоге писать про условный Python, которым человек увлекается в качестве хобби, а на работе никак не использует.

2. Пожаров в продакшене не так много — уж очень много этапов проверок перед тем, как что-то доходит до продакшена. Плюс, если взять, например, СберБанк Онлайн — это зрелый проект. За годы работы на нем уже всё выучиваешь, всё становится привычным, и тебя уже ничто не удивит. Если вдруг где-то обнаруживается дефект, то можно по одному только описанию этого дефекта догадаться, почему именно он возник. Плюс есть фичетогглинг — сломанный функционал в случае чего можно просто отключить на время разбора проблемы, и клиенты не пострадают. Потом, с выходом исправления, можно будет включить его обратно. В общем, стараемся работать так, чтобы риска было как можно меньше)

3. Честно, команд из 100 человек я не встречал. У меня в команде было 30 (производственная необходимость), но на нас уже косо смотрели делопроизводители и говорили, когда мы уже поделимся на нормальные команды привычного размера в 8-12 человек))

Несколько команд могут оргструктурно объединяться в кластеры/трайбы, и там может быть и 100, и 500 человек, но они не ходят все на один дейли.

Но тем не менее, если я один фронтендер, а все остальные на дейли обсуждают что-то более комплексное типа архитектуры или годовых целей, и я в этом не разбираюсь и чувствую себя неловко из-за этого, то что бы я делал — я бы начинал разбираться и в архитектуре, и в стратегии своего департамента, и в KPI. Это, по сути, карьерный рост и есть — когда ты начинаешь смотреть чуть шире своего привычного скоупа задач.

4. Интересные продукты, осознание того, что наш отечественный банкинг в целом занимает призовые места в конкурсах в Европе и в мире. А ещё осознание того, что у тебя есть возможность непосредственно принимать в этом участие и влиять на это. И сказать потом родителям или друзьям: «смотри, это я сделал»)