Agile маркетинг на основе данных. Книги.

В конце июля в офисе 1С прошел очередной AgileKitchen. На этот раз говорили про Agile вне ИТ. Особенно меня зацепила тема про Agile в маркетинге (спасибо Юрий Дроган за доклад). Мы все привыкли к такой схеме: разработчики что-то делают, выкатывают релиз, а дальше включаются маркетологи и пытаются это продать. Мало пользователей — это все маркетологи виноваты, ведь разработчики то молодцы, отгрузили фичи точно в срок. А нужны ли наши обновления пользователям, снимают с них боль, это дело десятое. Научатся, перестроятся. Не маленькие ведь 🙂

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

Маркетинг, основанный на данных, предлагает принципиально другой подход. Суть проста — все изменения в продукте должны влиять на какую-то метрику. Например, количество активных пользователей за день\месяц (DAU, MAU), количество платящих пользователей, количество новых установок, скорость роста и т.д.

Продолжить чтение

Engineering Assessment: как измерить техническое состояние проекта?

Улучшить можно то, что можно измерить. Это главный тезис измерения. Мы измеряем, чтобы улучшать. Мы хотим улучшать код, инженерку. Для этого нужно код измерять. Как?

Сегодня я расскажу о метриках на самом низком уровне создания IT-продуктов. О тех метриках, которые находятся на уровне инженерки, на уровне программистов и QA. Упор сделан на те метрики, которые зависят от человеческого фактора, которые не измерить автоматическими инструментами. Работая над несколькими проектами и наблюдая за десятком других как Agile-тренеры, мы выработали 9 метрик, которые описывают текущее состояние системы с точки зрения инженерки. В динамике они помогают мгновенно реагировать, если что-то идет не так.

Если тема заинтересовала, добро пожаловать под кат.

Продолжить чтение