OnAgile Learning Hub 💎

2022-03-29 14:50:57 Чек-лист запуска продукта

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

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

Формирование гипотез. Какими бы логичными ни были наши представления о новом продукте/фиче, они должны быть подкреплены реальными данными: исследованиями по схеме “боль — решения”, результатами проблемного интервью, фреймворком Jobs to be done.

Валидация гипотез. До начала работы над продуктом каждая гипотеза должны быть провалидирована. Важно научиться тестировать гипотезы быстро и дешево, чтобы не застревать на этом этапе и сэкономить ресурсы.
Например, можно тестировать гипотезы с помощью Riskiest Assumption Test. Хорошее описание метода есть у Андрея Торбичева, партнера венчурного фонда «Месторождение» и автора канала «Индекс дятла»: ребята валидируют предположение за 1 неделю, и в рамках спринта успевают проверить 5 гипотез.

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

Ориентируемя на быстрый выпуск MVP (Minimal Viable Product, минимально жизнеспособный продукт), который позволит получить обратную связь от пользователей.

Настраиваем циклы обратной связи: отзывы A/B тестирования, отзывы пользователей MVP, регулярный анализ полученной обратной связи и внесение изменений в продукт на ее основе помогут вовремя сориентироваться, если потребности или поведение пользователей изменится.

Регулярно сверяемся с фин.моделью. Внешние условия могут быстро меняться, и важно отслеживать финансовые показатели.
Пример из недавнего опыта наших клиентов: волатильность рубля в определенные дни оказалась настолько сильной, что если бы они срочно не изменили подход к взиманию комиссий за операции с рублем, всего за несколько дней ушли бы в значительный минус. Но быстрая корректировка условий позволила удержать финансовые показатели. Открыть/Комментировать

2022-03-25 15:36:46 Как стать Скрам мастером в 2022 году

Получаем много вопросов о том, как сейчас найти первую работу в роли Скрам мастера: чему учиться? пригодится ли предыдущий опыт? как пройти собеседование?

Собрали ответы на основные вопросы в пост: опытные Scrum-мастера это знают, а новичкам будет полезно. Открыть/Комментировать

2022-03-10 12:06:00 Кто еще нужен в SAFe?

Продолжаем серию постов о расширении компании с помощью фрейворка SAFe.

Для организации слаженной работы нескольких команд в SAFe есть специальные люди: Release Train Engineer ("Машинист"), Архитектор решения и Системный архитектор.

Узнать подробнее об этих ролях Открыть/Комментировать

2022-03-04 15:28:46 Друзья!

События в мире не смогли обойти и Agile сообщество. Хотя в это трудно поверить.
Один из сертификационных центров, Scrum.org, приостановил работу с Россией по проведению тренингов и выдаче сертификатов.

На сегодняшний день это не затронуло нашу сертификацию от ICAgile.

Все тренинги из нашего расписания актуальны (https://onagile.ru/trainings) и будут проведены в указанные даты.

Даже если временно ограничат выдачу сертификатов, мы заранее оповестим всех участников и найдём решение.
Ведь главное - это знания, которые помогут вам в карьерном росте и повышении дохода.

Так же, мы по-прежнему проводим обучение в корпоративном формате, без изменений.

Ждём вас на ближайших тренингах!

Команда OnAgile Открыть/Комментировать

2022-02-21 15:54:24 Agile-коуч: нанимать или нет?

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

Но это гиганты рынка с их ресурсами. А как поступить компании среднего размера или небольшому стартапу?

Для начала предлагаем разобраться, кто вообще такой эджайл-коуч, за что он отвечает и какие выгоды может принести компании: читайте об этом новый пост в блоге и, если возникнут вопросы, будем рады обсудить в комментариях. Открыть/Комментировать

2022-02-18 10:18:10 Разработка, основанная на данных

Известный факт, что лучшие решения принимаются на основе данных.

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

Хочу порекомендовать отличный бесплатный инструмент, который мы последние полгода используем почти в каждом новом проекте - metabase.com

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

Например, что обычно смотрим мы:
- Данные по регистрациям новых клиентов, включая источники
- Основные показатели активности за день/месяц
- Возврат клиентов (retention) по когортам
- Эффективность рекламных каналов
- Отработка бэкофисных процессов (верификация, aml, anti-fraud)

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

Зато в команду приносятся не фичи, а основанные на данных гипотезы. И если кто-то из стейкхолдеров говорит «точно нужно сделать вот это», утверждение можно легко проверить на валидность по имеющимся данным и не тратить на его реализацию время и силы. Открыть/Комментировать

2022-02-14 18:34:42 Друзья! Ищем себе в команду двух (пока двух) мобильных разработчиков, iOS и Android, уровня senior.

Мы (OnAgile и компания наш клиент) работаем над развитием европейского финтех продукта, сейчас масштабируемся по географии и объёмам клиентов/транзакций.

И нам очень нужно крутое мобильное приложение, которое будет радовать клиентов.

100% agile разработка (это не шутка). Недельные спринты, движение через гипотезы и их валидацию, максимально частые релизы и сбор обратной связи от клиентов.

Официальное оформление, соцпакет, работа онлайн (или офис, если вы в Москве и хотите выбраться из дома и поработать в тишине) и прочие прелести финтеха.

Если интересно, присылайте резюме и небольшой сопроводительный текст о себе вот сюда: dmitry@onagile.ru Открыть/Комментировать

2022-02-01 12:29:24 На пути к «компании будущего»

Рост численности сотрудников и команд вынуждает компанию пересмотреть свою структуру.

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

1. Уровень портфеля
2. Уровень координации (или программы)
3. Уровень команды

Подробнее о структуре, ролях, которые появляются в SAFe, и их особенностях читайте в нашем блоге Открыть/Комментировать

2022-01-26 12:18:07 Как расширить команду и не провалиться в организационный хаос?

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

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

В ближайших постах мы подробно поговорим о фреймворках масштабирования SAFe, LeSS и Nexus, о модели Spotify и других гибридных решениях.

Первая часть — ошибки, с которыми сталкиваются СЕО и СТО на старте увеличения численности — уже доступна в блоге: https://onagile.ru/trends/business-agility/scaling-the-company-part-1-growth-mistakes

С какими сложностями сталкивалась ваша команда при увеличении штата? Открыть/Комментировать

2022-01-21 16:56:22 Ближайшие тренинги

1. Фундаментальный курс по всему, что есть в Agile: Scrum, Kanban, SAFe, LeSS

Cамый широкий по охвату тем тренинг, основной курс по гибким подходам, включающий Scrum, Kanban и обзор фреймворков масштабирования. Идеальная программа для тех, кто присоединился к scrum-команде или планирует перестроить работу своей команды.

Ближайшая группа на следующей неделе, 26 – 28 января. Забронировать участие.
Следующие группы 01-03 марта, 20-22 апреля, 18-20 мая, 20-24 июня

2. Продвинутый курс для Владельцев Продуктов

Углубленный курс по созданию, выводу на рынок и развитию продуктов в быстроменяющейся среде. Включая управление ожиданиями заказчиков, работу в agile-команде, проектирование и развитие продукта на основе глубокого понимания потребностей клиентов.

Ближайшие группы 09 – 11 февраля, 25-27 мая, забронировать участие.

3. Продвинутый курс для Скрам-мастеров
Лучший тренинг по отзывам 2021 года — продвинутый курс для Скрам-мастеров и всех, кому важны развитие команды, эффективное проведение командных встреч, командный коучинг и фасилитация.

Ближайшие группы 23-25 февраля, 27-29 апреля, забронировать участие.

4. Курс по управлению проектами в Agile

Менеджеры проектов выбирают тренинг Agile Project Management, в программе которого мы разбираем все аспекты современного подхода к управлению проектами в гибкой и гибридной среде, от дизайна проекта и оценки рисков до взаимодействия с подрядчиками.

Ближайшие группы 29 – 31 марта, 28-30 июня забронировать участие.

5. Курс по Agile для сотрудников HR

Специальный курс для HR-специалистов и руководителей HR департаментов — Agile в HR. Ранее доступный только для корпоративных клиентов тренинг теперь проходит в открытом формате. Разберем развитие HR-сервисов, мотивационной стратегии и организационной структуры компании на основе agile-практик, процесс найма и онбординга сотрудников.

Ближайшая группа 06 - 08 июня, забронировать участие. Открыть/Комментировать