Стачка.Agile

Мир ускоряется. Окружение все запутаннее и меняется все быстрее. Пользователи становятся все требовательнее.

Водопадная модель разработки устарела? Спасет ли нас Agile? Что такое Agile? Что такое Scrum? Что такое LeSS? Что такое Kanban? Что выбрать? Что значит быть гибким? Какие практики применить в разработке, чтобы дать пользователю еще больше ценности раньше других? Как масштабировать разработку при росте Продукта?

Постараемся ответить на эти и другие вопросы. Наша секция это место встречи с экспертами и обычными специалистами. Здесь можно получить советы и новые идеи. Заглянуть в будущее. Скучно не будет!

Подать доклад


Александр Горник
CEO @ Mindbox
Москва

Расскажу про роли и процессы в разработке mindbox. Результат 13ти лет эволюции Agile в бизнесе, где разработчик стал совладельцем и CEO.

  • Архитектор, скрам-мастер, продукт, стейкхолдер — кто это?
  • За что отвечает команда разработки
  • Как создать гильдии вокруг демо
  • Что измеряем вместо скорости
  • Какие инструменты используем
  • Как применяем социократию и самоуправления: роль открытого P&L и самоназначения ЗП

В нашей разработке 60 человек, 7 команд, 500 млн в год выручка продукта и быстро растем.


Андрей Гирин
Scrum Master, Release Train Engineer @ Ak Bars Digital Technologies
Казань
Скрам-Мастер как Лидер-Слуга

Доклад принят в программу конференции


из Доклады

    Часто говорят о том, что скрам-мастер это лидер-слуга, но мало кто понимает, что это означает. Мы с вами попробуем разобраться, что за явление servant leadership и каким он должен быть, пресловутый лидер-слуга.


    Илья Якямсев
    Scrum Master, Release Train engineer @ Wiley
    Королев
    Говорите пожалуйста

    Доклад принят в программу конференции


    из Доклады

      Зачем нужны гуманитарные науки обычному инженеру.

      Вы настроили всякие эджайлы, объяснили людям как оно работает, поставили события для ретроспективы и внезапно обнаруживаете, что люди сами по себе не умеют разговаривать. Что с этим делать и куда смотреть.


      Артур Дементьев

      Санкт-Петербург

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

      Покажу, во что можно превратить статистику в умелых руках. Я расскажу, как мы с её помощью научились планировать процесс так, чтобы у инженеров хватало времени не только на текущие и срочные задачи, но ещё и на улучшение системы в целом. Наглядно покажу, как мы добились увеличения скорости разработки и экономии времени за счёт отказа от лишних митингов и обсуждений. Также расскажу, как мы с бизнесом договорились о соглашении о качестве сервиса (SLA) и как научились планировать с бизнесом без помощи и отрыва от работы программистов. А со стороны разработчиков покажу, какие статистические показатели снимали и показывали бизнесу.


      Олег Алексеев
      Технический директор и глава разработки @ МойСклад (ООО Логнекс)
      Москва
      Перезапуск Scrum в 6 командах одного продукта

      Доклад принят в программу конференции


      из Доклады

        2 года назад в одной продуктовой компании "приспособили" Scrum к своей команде. За два года оказалось, что не работают как раз ключевые места Scrum, проигнорированные при запуске. Каждая из команд продукта в итоге прошла свой "перезапуск" Scrum и в каждой из команд это выявило свои подводные камни.


        Валентин Севастьянов
        Генеральный директор @ ГОРОДРАБОТ.РУ
        Йошкар-Ола

        Три директора одновременно. Инициатива наказуема. Детализированные задачи. Вокруг враждебная среда. Вся ответственность на руководстве

        Фэйл при самостоятельном внедрении

        Ретроспектива, как много мы узнали. Лечение болезней

        Пришло время договариваться

        Зачем и что мы делаем? Фокус, цели и декомпозиция

        Скрам-мастер или совместитель?

        Голос из прошлого. Нам нужен психолог

        Безопасная среда из кремниевой долины

        Миссия и ценности

        Agile. ONE TO ONE и Performance review

        Мы готовы к масштабированию


        Андрей Ревяшко
        CIO @ WILDBERRIES
        Москва
        Ставим разработку на новые рельсы

        Программный комитет не принял решения по этому докладу


        из Голосование

        Найдите разработчика у кого больше всех задач – так вы найдете самого главного бездельника. Много задач в работе это очень удобно - много чего делается, но мало чего доделывается и главное всегда есть чем оправдать время, проведенное на работе.

        Приличную долю бюджета в компаниях кушают “задачи пустышки” – эдакоя раковая опухоль. За ними можно охотиться и пытаться их вовремя ликвидировать, но лучше ликвидировать среду, в которой они размножаются.

        Недостаток разработчиков в монолитном ИТ отделе это не только повод для головной боли менеджерского состава – это еще и повод для ссор между главами департаментов. Монолит это не всегда плохо, но в большой, а уж тем более, быстрорастущей компании это скорее зло.

        Совместимы ли Agile и техническое задание? По мне так нет. Ведь рынок технологий и маневры компаний так изменчивы на сегодняшний день, что ТЗ лишь в редких случаях доводит дело до конца – говоря о быстрорастущей компании. Так, что не стоит тратить на него время.


        Виталий Чесноков
        Генеральный директор @ QSOFT
        Москва
        SCRUM в водопаде

        Программный комитет не принял решения по этому докладу


        из Голосование

        - Как быть, если договор фиксированный, а заказчик хочет Scrum?

        - Буря в стакане: скоуп, цена или срок?

        - Scrum в Enterprise - он существует?


        Alexey Pikulev
        agile -коуч, эксперт по организационному и командному доверию
        Москва
        Доверие в распределенной команде

        Программный комитет не принял решения по этому докладу


        из Голосование

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