Классный кейс к разговору о том, насколько важно фокусироваться на решении задачи клиента в контексте, и какую пользу компании приносит такой подход.
Представьте, что вам нужно прямо сейчас посадить за руль своей машины другого человека (а для этого он должен быть вписан в полис ОСАГО).
Путь с обычной страховой: взять документы, поехать в офис страховой компании в рабочие часы, подождать пока менеджер освободится, займется вами и внесет данные в систему, оплатить услуги и получить распечатанный полис. Примерно час-два потраченного времени.
А что, если такой сервис встроить в путь клиента (customer journey)?
Путь «АльфаСтрахования»: сели в авто, зашли в приложение, внесли данные второго водителя — через секунду на email пришел обновленный полис. 2-3 минуты, и можно спокойно ехать.
И не важно, кто пользователь, какой марки его машина и почему он хочет добавить в страховку еще кого-то. Есть контекст — сделать это быстро и без необходимости ехать в офис компании. Сервис эту задачу решает. В итоге компания получает лояльного клиента, деньги за оказанную услугу и положительные рекомендации (=новых клиентов).
#productmanagement
Представьте, что вам нужно прямо сейчас посадить за руль своей машины другого человека (а для этого он должен быть вписан в полис ОСАГО).
Путь с обычной страховой: взять документы, поехать в офис страховой компании в рабочие часы, подождать пока менеджер освободится, займется вами и внесет данные в систему, оплатить услуги и получить распечатанный полис. Примерно час-два потраченного времени.
А что, если такой сервис встроить в путь клиента (customer journey)?
Путь «АльфаСтрахования»: сели в авто, зашли в приложение, внесли данные второго водителя — через секунду на email пришел обновленный полис. 2-3 минуты, и можно спокойно ехать.
И не важно, кто пользователь, какой марки его машина и почему он хочет добавить в страховку еще кого-то. Есть контекст — сделать это быстро и без необходимости ехать в офис компании. Сервис эту задачу решает. В итоге компания получает лояльного клиента, деньги за оказанную услугу и положительные рекомендации (=новых клиентов).
#productmanagement
Расписание программ обучения на октябрь — декабрь, созданных в партнерстве с International Consortium for Agile.
Мы разработали полный курс обучения, состоящий из трех уровней погружения в Agile, Scrum и Kanban.
От понимания, как работает Agile и что нужно сделать для внедрения Scrum в команде, до детального изучения подходов к созданию востребованных продуктов.
👨🎓 Международный сертификат от консорциума ICAgile каждому участнику.
Посмотреть программу и зарегистрироваться можно здесь
➡️ www.onagile.ru/trainings
Мы разработали полный курс обучения, состоящий из трех уровней погружения в Agile, Scrum и Kanban.
От понимания, как работает Agile и что нужно сделать для внедрения Scrum в команде, до детального изучения подходов к созданию востребованных продуктов.
👨🎓 Международный сертификат от консорциума ICAgile каждому участнику.
Посмотреть программу и зарегистрироваться можно здесь
➡️ www.onagile.ru/trainings
Очень интересная статья с кучей примеров от Dodopizza про их путь к проведению полезных Sprint Review (обзоры спринтов)
https://habr.com/ru/company/dodopizzaio/blog/452202/
https://habr.com/ru/company/dodopizzaio/blog/452202/
Хабр
Sprint Review: Днище — Огнище
«Мы легли на дно, мы зажгли огни, во Вселенной только мы одни». Кажется, эту строчку из песни группы Сплин смело можно признать саундреком внедрения практики Spr...
Следует ли менять лимит на количество одновременно выполняемой работы (Work in Progress Limit)? #практика_Канбан
Введение лимита на количество рабочих элементов на разных этапах процесса — один из ключевых принципов Канбан метода. Он помогает команде сосредоточиться в первую очередь на более быстром завершении уже взятых в работу задач. Насколько постоянно значение WIP лимита, и стоит ли его менять?
Да, если мы говорим об изменениях с течением времени. Установление ограничения WIP — часть процесса постоянного улучшения, и значение лимита нужно пересматривать, если параметры Канбан-системы изменились: например, поменялась численность команды, устранено очередное узкое место в системе или изменилась структура запросов на входе в систему.
Нет, если речь о сиюминутном увеличении лимита ради добавления в систему нового элемента (задачи, проекта) с высоким приоритетом, который, как это часто бывает, появился неожиданно, и требуется взять его в работу «прямо сейчас, а лучше вчера».
В этом случае увеличение WIP лимита просто замаскирует проблему, тогда как гораздо полезнее разобраться 1) почему новый элемент появился сверх ограничения 2) в причинах возникновения узкого места — и попытаться решить эти проблемы.
Это одно из преимуществ применения лимита — он выявляет недостатки и ранее скрытые слабые места в системе (процессе).
Что делать, если появилась срочная задача с высоким приоритетом?
Необходимо заранее (на этапе проектирования Канбан-системы) выделить часть пропускной способности на высокоприоритетные задачи — так называемый ускоренный класс сервисов (expedite items).
На доске это выглядит как отдельная полоса со своим ограничением на количество элементов, как правило, в размере одного срочного элемента в один момент времени.
В противном случае, достаточно быстро все элементы системы станут «срочными» в глазах стейкхолдеров и перейдут в этот класс сервиса, что, в свою очередь, катастрофически снизит пропускную способность всей нашей системы.
Подробно разбираем Канбан метод и практики выстраивания Канбан-систем в различных сферах бизнеса на нашем тренинге Kanban Method Professional.
Ближайший пройдет в Москве 21-22 ноября, приходите: https://onagile.ru/trainings/kanban-method-professional
Введение лимита на количество рабочих элементов на разных этапах процесса — один из ключевых принципов Канбан метода. Он помогает команде сосредоточиться в первую очередь на более быстром завершении уже взятых в работу задач. Насколько постоянно значение WIP лимита, и стоит ли его менять?
Да, если мы говорим об изменениях с течением времени. Установление ограничения WIP — часть процесса постоянного улучшения, и значение лимита нужно пересматривать, если параметры Канбан-системы изменились: например, поменялась численность команды, устранено очередное узкое место в системе или изменилась структура запросов на входе в систему.
Нет, если речь о сиюминутном увеличении лимита ради добавления в систему нового элемента (задачи, проекта) с высоким приоритетом, который, как это часто бывает, появился неожиданно, и требуется взять его в работу «прямо сейчас, а лучше вчера».
В этом случае увеличение WIP лимита просто замаскирует проблему, тогда как гораздо полезнее разобраться 1) почему новый элемент появился сверх ограничения 2) в причинах возникновения узкого места — и попытаться решить эти проблемы.
Это одно из преимуществ применения лимита — он выявляет недостатки и ранее скрытые слабые места в системе (процессе).
Что делать, если появилась срочная задача с высоким приоритетом?
Необходимо заранее (на этапе проектирования Канбан-системы) выделить часть пропускной способности на высокоприоритетные задачи — так называемый ускоренный класс сервисов (expedite items).
На доске это выглядит как отдельная полоса со своим ограничением на количество элементов, как правило, в размере одного срочного элемента в один момент времени.
В противном случае, достаточно быстро все элементы системы станут «срочными» в глазах стейкхолдеров и перейдут в этот класс сервиса, что, в свою очередь, катастрофически снизит пропускную способность всей нашей системы.
Подробно разбираем Канбан метод и практики выстраивания Канбан-систем в различных сферах бизнеса на нашем тренинге Kanban Method Professional.
Ближайший пройдет в Москве 21-22 ноября, приходите: https://onagile.ru/trainings/kanban-method-professional
Как декомпозировать продукт и элементы бэклога
Сделать все и сразу — обычный запрос от клиентов и заказчиков. Но как бы мы ни старались, «все и сразу» сделать невозможно. Зато можно ускорить поставку результата, если выделить из общей идеи главное и сфокусироваться на реализации этой части. А остальное несколько отложить.
Понимание, что нужно сделать прямо сейчас, дает декомпозиция. Существуют два уровня: уровень самого продукта (MVP, MLP) и уровень элементов бэклога — требования/функции/задачи (MMF).
О ключевых паттернах декомпозиции читайте в новом посте ➡️ https://onagile.ru/trends/lean-startup/backlog-decomposition
Сделать все и сразу — обычный запрос от клиентов и заказчиков. Но как бы мы ни старались, «все и сразу» сделать невозможно. Зато можно ускорить поставку результата, если выделить из общей идеи главное и сфокусироваться на реализации этой части. А остальное несколько отложить.
Понимание, что нужно сделать прямо сейчас, дает декомпозиция. Существуют два уровня: уровень самого продукта (MVP, MLP) и уровень элементов бэклога — требования/функции/задачи (MMF).
О ключевых паттернах декомпозиции читайте в новом посте ➡️ https://onagile.ru/trends/lean-startup/backlog-decomposition
Из серии «нельзя не поделиться» 🙂
Яндекс выпустил большой бесплатный видео-курс «Школа менеджмента», я думаю, многие смогут найти в нем полезную для себя тему.
https://www.youtube.com/playlist?list=PLEs8EuAPI73Bj78n7-BIW3s1we0r15yJl
Яндекс выпустил большой бесплатный видео-курс «Школа менеджмента», я думаю, многие смогут найти в нем полезную для себя тему.
https://www.youtube.com/playlist?list=PLEs8EuAPI73Bj78n7-BIW3s1we0r15yJl
YouTube
Школа менеджеров Яндекса
Видеокурс для тех, кто хочет развиваться в области менеджмента продуктов. Наиболее полезен будет тем, кто уже имеет опыт разработки и запуска проектов. Видео...
Одна из самых интересных возможностей, которая открывается перед организацией при «переходе на Agile» — это полное преобразование организационной структуры.
Было: функциональные колодцы (маркетинг, логистика, ИТ, производство, продажи, юристы), образующие иерархию и вовлекающие компанию в сложные взаимодействия между подразделениями, согласования, KPI и долгую реализацию проектов/инициатив.
Стало: новая структура, ориентированная на клиента (обслуживаемые компанией сегменты рынка) и создаваемые продукты или сервисы.
Департамент, или как часто называют «трайб», — сегмент или продуктовое направление, состоящее из набора кросс-функциональных продуктовых и сервисных команд с end-to-end ответственностью за результат.
В качестве примера на слайде фрагмент роадмапа движения в Agile, который мы делали для одного из банков Восточной Европы.
Было: функциональные колодцы (маркетинг, логистика, ИТ, производство, продажи, юристы), образующие иерархию и вовлекающие компанию в сложные взаимодействия между подразделениями, согласования, KPI и долгую реализацию проектов/инициатив.
Стало: новая структура, ориентированная на клиента (обслуживаемые компанией сегменты рынка) и создаваемые продукты или сервисы.
Департамент, или как часто называют «трайб», — сегмент или продуктовое направление, состоящее из набора кросс-функциональных продуктовых и сервисных команд с end-to-end ответственностью за результат.
В качестве примера на слайде фрагмент роадмапа движения в Agile, который мы делали для одного из банков Восточной Европы.
Распространенные ошибки работы с новой Agile (Scrum) командой
Agile-подход дает огромные возможности, но как любые значимые организационные и культурные изменения, процесс перехода сопровождается риском.
Разбираем типичные ошибки во взаимодействии с командой, которые существенно замедляют процесс изменений в компании. ➡️ https://onagile.ru/trends/leadership/mistakes-working-with-new-agile-team
#Agile_лидерство
Agile-подход дает огромные возможности, но как любые значимые организационные и культурные изменения, процесс перехода сопровождается риском.
Разбираем типичные ошибки во взаимодействии с командой, которые существенно замедляют процесс изменений в компании. ➡️ https://onagile.ru/trends/leadership/mistakes-working-with-new-agile-team
#Agile_лидерство
Agile для HR, или Когда бонусы перестают работать
С началом Agile-трансформации компании приходят к переосмыслению корпоративной культуры и практик работы с людьми. То, что работает в классическом подходе с вертикальным управлением — например, система поощрений — для Agile-команд может работать не так или не работать вообще.
Agile для HR — большая тема, и мы еще будем подробно говорить о ней.
А чтобы основные тезисы всегда были под рукой, мы перевели для вас классный плакат.
Скачать в высоком разрешении➡️ https://onagile.ru/tools
#Agile_для_HR
С началом Agile-трансформации компании приходят к переосмыслению корпоративной культуры и практик работы с людьми. То, что работает в классическом подходе с вертикальным управлением — например, система поощрений — для Agile-команд может работать не так или не работать вообще.
Agile для HR — большая тема, и мы еще будем подробно говорить о ней.
А чтобы основные тезисы всегда были под рукой, мы перевели для вас классный плакат.
Скачать в высоком разрешении➡️ https://onagile.ru/tools
#Agile_для_HR
#Agile_для_HR
В Agile-среде HR-сервис оказывается перед двумя параллельными задачами: перестроить собственный рабочий процесс и по-новому выстроить взаимодействие с сотрудниками компании — пересмотреть стратегии развития персонала, систему поощрений, критерии найма и тд.
Лучшие результаты от применения инструментов и практик получают те, кто уделил внимание пониманию сути подхода. Разобраться в этом помогает Agile-манифест и сформулированные на его основе принципы работы. Подробнее о них и вещах, о которых важно помнить при работе над HR-проектами: https://onagile.ru/trends/talents/agile-for-hr
В Agile-среде HR-сервис оказывается перед двумя параллельными задачами: перестроить собственный рабочий процесс и по-новому выстроить взаимодействие с сотрудниками компании — пересмотреть стратегии развития персонала, систему поощрений, критерии найма и тд.
Лучшие результаты от применения инструментов и практик получают те, кто уделил внимание пониманию сути подхода. Разобраться в этом помогает Agile-манифест и сформулированные на его основе принципы работы. Подробнее о них и вещах, о которых важно помнить при работе над HR-проектами: https://onagile.ru/trends/talents/agile-for-hr
Когда нужен Agile?
Пожалуй, лучшая статья о Киневин фреймворке за все 5 лет существования информации о нем на русском языке.
Возможно, поводом для описания послужил недавно пройденный тренинг, но описано очень кратко и емко - рекомендую! И иллюстрация отличная.
http://blog.liruoko.ru/ru/2019-06/cynefin/
P.S. Ответ на вопрос из заголовка как раз по ссылке.
Пожалуй, лучшая статья о Киневин фреймворке за все 5 лет существования информации о нем на русском языке.
Возможно, поводом для описания послужил недавно пройденный тренинг, но описано очень кратко и емко - рекомендую! И иллюстрация отличная.
http://blog.liruoko.ru/ru/2019-06/cynefin/
P.S. Ответ на вопрос из заголовка как раз по ссылке.
Когда-то Звездную Карту использовали для формирования и развития scrum команд в разработке ПО, а теперь это полноценный инструмент HR.
Подробное описание с примерами из private banking.
https://onagile.ru/trends/talents/agile-for-hr-stars-map
Подробное описание с примерами из private banking.
https://onagile.ru/trends/talents/agile-for-hr-stars-map
OnAgile Consulting
Звездная карта компетенций — инструмент, который помогает HR-сервису в развитии персонала и формировании команд для проектов на…
Agile в HR. Карта компетенций (Звездная карта) 💎 — OnAgile Consulting
А вы знали, что в Scrum нет такого инструмента, как доска задач?
Я почему-то всегда был уверен, что именно в скраме ее и придумали. Посмотрел историю изменений - упоминаний про нее нет, хотя есть упоминание диаграммы сгорания, которую убрали уже много лет назад.
Но доска задач - это же фундаментальный инструмент выстраивания работы любой команды!
https://www.scrumguides.org/scrum-guide.html
Я почему-то всегда был уверен, что именно в скраме ее и придумали. Посмотрел историю изменений - упоминаний про нее нет, хотя есть упоминание диаграммы сгорания, которую убрали уже много лет назад.
Но доска задач - это же фундаментальный инструмент выстраивания работы любой команды!
https://www.scrumguides.org/scrum-guide.html
scrumguides.org
Scrum Guide | Scrum Guides
The Scrum Guide provided in HTML format on the web.
Сервисные команды могут получить от применения Agile-подхода такой же мощный эффект, как и продуктовые. Про вторые просто говорят больше)
Возьмем ритейл. С одной стороны, перед Новым годом число заказов волнообразно возрастает, и этот приток покупателей может дать компании дополнительный импульс для развития. С другой — сотрудники на местах перегружены, на дорогах усиливаются пробки, сроки доставки сорваны, в поддержку не дозвониться, клиенты от безысходности уходят к конкурентам.
Здесь и пригождается Agile — с проблемой пиковой нагрузки хорошо справится заранее собранная кросс-функциональная команда, которая отвечает за подготовку к пиковому сезону, а в процессе будет координировать ситуацию. В состав, как правило, входят представители всех подразделений/ этапов сервиса: продукт-менеджер, специалист сервиса поддержки, представитель фулфилмент-оператора, ИТ, маркетолог и тд.
https://onagile.ru/industries/retail/customer-service-new-year-challenge
Возьмем ритейл. С одной стороны, перед Новым годом число заказов волнообразно возрастает, и этот приток покупателей может дать компании дополнительный импульс для развития. С другой — сотрудники на местах перегружены, на дорогах усиливаются пробки, сроки доставки сорваны, в поддержку не дозвониться, клиенты от безысходности уходят к конкурентам.
Здесь и пригождается Agile — с проблемой пиковой нагрузки хорошо справится заранее собранная кросс-функциональная команда, которая отвечает за подготовку к пиковому сезону, а в процессе будет координировать ситуацию. В состав, как правило, входят представители всех подразделений/ этапов сервиса: продукт-менеджер, специалист сервиса поддержки, представитель фулфилмент-оператора, ИТ, маркетолог и тд.
https://onagile.ru/industries/retail/customer-service-new-year-challenge
Как проводить стендап
Часто встречаем команды, которые не проводят стендапы, считая их неважными, мол и так все понятно, давайте просто работать. Но для командной работы стендапы гораздо ценнее привычных статусных митингов.
Узнать, как проводить стендапы с максимальной пользой, и чтобы никому не было скучно😉: https://onagile.ru/trends/agile/stand-up
Часто встречаем команды, которые не проводят стендапы, считая их неважными, мол и так все понятно, давайте просто работать. Но для командной работы стендапы гораздо ценнее привычных статусных митингов.
Узнать, как проводить стендапы с максимальной пользой, и чтобы никому не было скучно😉: https://onagile.ru/trends/agile/stand-up
Ближайшие тренинги: Agile, Scrum, Kanban
Мы разработали полный курс обучения, состоящий из нескольких уровней погружения в Agile, Scrum и Kanban.
От понимания, как работает Agile и что нужно сделать для внедрения Scrum в команде, до детального изучения подходов к созданию востребованных продуктов и управления проектами.
👨🎓Международный сертификат от консорциума ICAgile каждому участнику.
Присоединяйтесь!
Разобраться в базовых инструментах Agile, Scrum и Канбан, чтобы начать их применять в своей компании. Тренинг Certified Agile Professional, с получением международного сертификата:
13 – 14 февраля, Москва.
05 – 06 марта, Москва.
19 – 20 марта, Петербург.
23 – 24 апреля, Москва.
Освоить ключевые знания по Канбан-методу и на реальных примерах разобраться, как выстраивать Канбан-систему в различных сферах бизнеса. Kanban Method Professional:
17 – 18 февраля, Москва.
Научиться выстраивать продуктивную командную работу, прокачать навыки фасилитации. Тренинг Advanced Scrum Master & Agile Coach, с получением международного сертификата:
20 – 21 февраля, Москва.
06 – 07 апреля, Москва.
Узнать, как создавать успешные продукты с использованием методик Agile и Lean. Понять, что нужно клиентам, как донести ценность своего продукта и своевременно выпустить его на рынок. Agile Product Management, с получением международного сертификата:
27 – 28 февраля, Москва.
27 – 28 апреля, Москва.
Разобраться в особенностях управления проектами и их эволюционированию в Agile-среде. Agile Project Management, с получением международного сертификата:
02 – 03 марта, Москва.
👨🎓Чтобы дать вам максимум полезной информации и на практике отработать ключевые механики, все наши тренинги двухдневные с занятиями с 10 до 18.
Зарегистрироваться или узнать больше: https://onagile.ru/trainings
Мы разработали полный курс обучения, состоящий из нескольких уровней погружения в Agile, Scrum и Kanban.
От понимания, как работает Agile и что нужно сделать для внедрения Scrum в команде, до детального изучения подходов к созданию востребованных продуктов и управления проектами.
👨🎓Международный сертификат от консорциума ICAgile каждому участнику.
Присоединяйтесь!
Разобраться в базовых инструментах Agile, Scrum и Канбан, чтобы начать их применять в своей компании. Тренинг Certified Agile Professional, с получением международного сертификата:
13 – 14 февраля, Москва.
05 – 06 марта, Москва.
19 – 20 марта, Петербург.
23 – 24 апреля, Москва.
Освоить ключевые знания по Канбан-методу и на реальных примерах разобраться, как выстраивать Канбан-систему в различных сферах бизнеса. Kanban Method Professional:
17 – 18 февраля, Москва.
Научиться выстраивать продуктивную командную работу, прокачать навыки фасилитации. Тренинг Advanced Scrum Master & Agile Coach, с получением международного сертификата:
20 – 21 февраля, Москва.
06 – 07 апреля, Москва.
Узнать, как создавать успешные продукты с использованием методик Agile и Lean. Понять, что нужно клиентам, как донести ценность своего продукта и своевременно выпустить его на рынок. Agile Product Management, с получением международного сертификата:
27 – 28 февраля, Москва.
27 – 28 апреля, Москва.
Разобраться в особенностях управления проектами и их эволюционированию в Agile-среде. Agile Project Management, с получением международного сертификата:
02 – 03 марта, Москва.
👨🎓Чтобы дать вам максимум полезной информации и на практике отработать ключевые механики, все наши тренинги двухдневные с занятиями с 10 до 18.
Зарегистрироваться или узнать больше: https://onagile.ru/trainings
Новые результаты старыми методами
Компания решает начать цифровую трансформацию: назначает диджитал-директора, нанимает разработчиков в модный офис с пуфиками. Работа идет, а результат тот же.
Кто нужен, чтобы начать создавать концептуально новые продукты и услуги: https://onagile.ru/trends/business-agility/digital-people
Компания решает начать цифровую трансформацию: назначает диджитал-директора, нанимает разработчиков в модный офис с пуфиками. Работа идет, а результат тот же.
Кто нужен, чтобы начать создавать концептуально новые продукты и услуги: https://onagile.ru/trends/business-agility/digital-people
Привет! Мы проводим небольшое исследование: компании какого профиля чаще обращаются к Канбан, чтобы оптимизировать свою работу. Поделитесь своим опытом!
В какой сфере применяете:
В какой сфере применяете:
Anonymous Poll
8%
HR
10%
Производство
1%
Тяжелая промышленность
2%
Закупки
55%
ИТ (ну как же без ИТ😉)
5%
Поддержка
5%
Ритейл
6%
Маркетинг
8%
Другая (напишу в комментарии)
Друзья, спасибо за участие в опросе!
Делимся нашим опытом — смотрите 6 реальных примеров применения Канбан в российских компаниях: https://onagile.ru/trends/agile/kanban-in-industries
Делимся нашим опытом — смотрите 6 реальных примеров применения Канбан в российских компаниях: https://onagile.ru/trends/agile/kanban-in-industries