Школа Канбана Игоря Филипьева

Из этого подкаста вы узнаете, как системно выстроить поиск новой работы в 2026-м. Я делюсь рабочими инструментами, примерами и лайфахаками. Благодаря этой схеме я смог найти работу всего за два месяца. А раз смог я, то и у вас обязательно получится.

Тезисный план подкаста:

1. В чем проблема?

2. Решение — подходить к поиску работы системно. Поиск работы — это еще одна работа.

3. Источники для поиска вакансий.

4. Таблица с откликами.

5. HH.ru — куда же без него? Мои 15 резюме на hh. Поле “О себе”.

6.Карьерные сайты — самый недооцененный канал вакансий.

7. Список моих CV.

8. ChatGPT — куда же без ИИ? Кастомизация CV. Сопроводительные письма. Подготовка к интервью. Анализ воронки. Подготовка портфолио.

9. Сила личного бренда.

10. Выходите на рекрутеров.

11. Рефералка через знакомых.

12. Резюме.

13. P.S. Поставьте свечку за работу.

Из этого подкаста вы узнаете, как и для чего декомпозировать задачи для команды. Мы поговорим о процессе Discovery и DoR (критериях готовности).

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

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

Посмотреть:

YouTube — https://youtu.be/R7hJQ2YQj2I?si=2cQW_gtUHWK8a228

VkVideo — https://vkvideo.ru/video-189713470_456239057?list=ln-YX3GIMZJsIFQ0wujq7

️ RuTube — https://rutube.ru/video/029f0b18c9ee37c559934c9984fc8e8d/

Из этого подкаста вы узнаете, где лучше всего вести бэклог продукта, какие бывают проблемы и трудности с ним и как их преодолеть.

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

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

Благодаря этому я постоянно с минимальными затратами держал руку на пульсе и максимально оперативно возвращал задачи, по которым снимались зависимости, в работу. Это в итоге сказалось на сокращении времени производства заблокированных задач.

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

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

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

Я подхватил его идеи и улучшал доску по мере нашей работы. Много идей о том, что добавить, было от команда.

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

Демонстрацию доски мне помогает сделать Кайтен.

Из этого подкаста вы узнаете, как я применил вторую практику Канбана — WIP-лимиты или ограничение незавершенных задач.

Фокусировка на завершении вместо загрузки команды дала эффект, но его оказалось недостаточно. Именно после того, как я внедрил практику ограничения задач в работе мне удалось сократить время выполнения задач вдвое.

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

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

Используя этот микс я добился того, что задачи стали завершаться, а разработчики всегда знали, что брать следующим в работу.

В следующем эпизоде я расскажу как применил самую нелюбимую практику — WIP-лимиты.

Это второй сезон подкастов Школы Канбана. В нем я расскажу о своём опыте работы продактом и как Канбан помогал мне менять мышление. Удивительно — когда ты аккредитованный Канбан-консультант, ты думаешь "Я всё знаю о Канбане". Но правда такова, что в реальной жизни обо всём этом можно забыть, когда на тебя давят обязательства и ответственность.

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

Слушайте, комментируйте, делитесь мнением, как бы вы поступили в такой ситуации.

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