Комментарии 8
лид уже всё обсудил с вертикалями, провёл предварительную оценку и подготовил задачи.
А это точно плюс для продуктового разработчика?
Наверное, вопрос про оценку задач лидом
У нас все задачи оцениваются по маячной системе (s, m, l и xl), то есть мы примерно представляем сколько времени делать работу.
Во всех командах лид - это самый опытный разработчик в стриме (иногда бывают QA, но это немного другая история). Обычно либо стрима вместе лидами бека, фронта и менеджером вертикали составляют контракт (описывают как будут приходить данные на клиенты), проговаривают корнер-кейсы, заводят тикеты в jira и все прочие мелочи, а дальше все "подготовленное" передается разработчикам
Со стороны продуктового разработчика стрима, это удобно. Да и иногда бывает, например, что составление контракта передается от лида разработчику стрима
А бюрократии стало не больше? Каждый день встречи по 10 человек о сегодня и вчера, да еще рулить своими. + у разраба типа два начальника: лид и тимлид...
Все так, чем больше человек, чем больше начальников, тем больше появляется бюрократии
Из планерок/стендапов:
- Ежедневный release sync. На момент написания статьи он был ежедневным, но сейчас проводится только в понедельник и вторник на 5-10 минут
- Ежедневный Lead Sync, проводится так же ежедневно на 30 минут - тут ничего не поделаешь, без него будет тяжело
- Разные планерки с вертикалями обычно проводятся по 10-15 минут, проводятся раз-два в неделю. Они занимают время, но это способ планировать задачи
Лид стрима остался той же самой входной точкой, какой был лид всех разработчиков в самом начале. Кажется также работает в любой другой команде, где тимлид вникает в задачи, верно?
> + у разраба типа два начальника: лид и тимлид...
Да, так и есть, лид стрима - формальный руководитель, а тимлид разработчиков уже официальный. Почти все время разработчик по рабочим вопросам общается с лидом стрима
А на одного из разработчиков из команды навесили еще административные и контролирующие функции к основной работе и назвали его Лидом. И теперь он программировать вынужден в свободное от работы время, потому как все рабочее время будет тратить на планерки, отчеты, проверки и планы.
Да, так и есть. Один из стрима часть рабочего времени тратит на менеджерскую работу. Это на постоянной основе и, кажется, так работают тимлиды в командах, верно?
> И теперь он программировать вынужден в свободное от работы время
Обычно лид стрима не все рабочее время тратит на стендапы, но за своим лидом замечал, что он как-то фантастически все успевает. Возможно, этого не избежать, потому что стримы - это та же самая небольшая отдельная команда разработки, в которой тимлид занимается теми же самыми вопросами команды: планирование задач, загрузки разработчиков и т.п.
> Называется план: Как уменьшить кол-во разработчиков и снять работу с менеджмента.
Менеджмент никуда не ушел, он на стороне вертикалей. И продуктовыми задачами занимаются именно они, а лид стрима организовывает работу самих разработчиков, как это делают тимлиды в обычных командах
Почему-то мне кажется, что навешать административные функции на лучшего разработчика - это не самое эффективное использование его опыта разработки.
Да так и есть, он намного лучше справится с разработкой, чем с менеджментом
Поинт еще в том, что лидом команды становятся по желанию, а еще самый опытный разработчик может лучше продумать новую задачу для менее опытных в команде, чем менее опытные для самих себя.
Получается обычная команда со своим тимлидом
Масштабируем команду мобильной разработки: как мы в Ozon справились с ростом до 44 iOS, Android и QA на одном приложении