Как мы разрабатывали свой Agile-велосипед и почему не используем популярные фреймворки (обзор и видео доклада)

[Mike-M]

Надо будет отправить ссылку на эту статью в М.Видео. Может, научатся работать, не плодя по 79 багов, лежащих на поверхности.

[rasperepodvipodvert]

Щас у всех компаний внутренний беспорядок. Скрам мастеров на всех е хватает...

[gserge]

Я не склонен к такой негативной позиции. Думаю, что если повнимательнее посмотреть, то найдется масса исключений: компаний, у которых если и не совсем все, но большинство процессов в порядке.

[splatt]

Поздравляю, вы изобрели Scrumban.

[gserge]

Боюсь, что нет, хотя и похоже. Мы даже в шутку какое-то время звали нашу систему планирования "Флантбаном". Основное отличие в том, что мы одной командой работаем сразу с несколькими проектами и нам нужно балансировать ёмкость команды на проекты в соответствии с обязательствами, которые мы дали клиентам, а Scrumban довольно слаб в мультипроектном управлении.

[sergiorykov]

Отличный подход! Внедрял аналогичные формулы для своих команд суппорта - дает и ПМ и самим инженерам прозрачность. Можете поделиться какие метрики вы поменяли внутри?
Какие вызовы (ключевые ограничения) вы видите или эта схема уже дает стабильность и качество для клиента и понятный процесс масштабирования?

[gserge]

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

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

[gserge]

.