Канбан Метод в DevOps. Как сделать правила работы явными и улучшить сервис
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
В своем докладе на прошлой конференции DevOps Conf 2025 я делился пытом использования в нашей DevOps-команде практик и инструментов Канбан Метода. И мы совсем по верхам затронули очень важную практику из Канбана: "Сделай правила работы явными". Правила... Это то, что мы все так одновременно и любим и ненавидим. Но как же сделать так, чтобы правила работали на нас, а не наоборот? Об этом расскажу в своем докладе, основанном на опыте работы нашего DevOps-сервиса. Мы окунемся в правила работы команды, как их "доставать" из голов участников :-) как формировать, как развивать, какими они должны быть. Отдельно поговорим о правилах взаимодействия с заказчиками. Печально, если вы оперируете понятием Lead Time от DORA, а заказчик - от адептов Канбан Метода. Остановимся на типовых ошибках при формировании правил и подходах к их минимизации. А в качестве подарка участники получат полноценный шаблон Team Work Agreement.
Менеджер продукта во внутренней ИТ-компании крупного нефтегазового холдинга. В области ИТ более 20 лет, с 2018 года активно изучаю и применяю на практике гибкие подходы к разработке ИТ-продуктов. С 2019 года являюсь тренером корпоративного Университета по Agile/ Scrum/ Kanban/ Фасилитации/ Продуктовому подходу. Принимал участие в крупных корпоративных ИТ-проектах и развитии ИТ-продуктов в различных ролях от бизнес-заказчика до владельца продукта. Считаю, что самое главное в создании и развитии ИТ-продуктов - это люди, и как мы выстроим их взаимоотношения, такими и будут у нас продукты. С 2021 года организовываю и провожу в компании корпоративные митапы и круглые столы. Увлекаюсь горными лыжами и SUP-серфингом.
