Как системному аналитику профессионально развиваться?
6 июля в OTUS пройдет встреча с Иннокентием Бодровым, ex-аналитиком в МТС. Эксперт сделает обзор рынка специалистов и представит программу онлайн-курса «Системный аналитик. Advanced». Вы познакомитесь с форматом обучения OTUS, узнаете, как организована практика и сможете задать свои вопросы эксперту. В конце вебинара у вас будет возможность занять место в группе по спец. цене.
• • • • • • • • • • • • • • • • • • • • • • • •
Нередко в процессе ревью или аудита в компании возникает вопрос, а как системная аналитика помогает бизнесу. Предлагаю ознакомиться со следующим чек-листом:
1.Сокращение костов на стоимость привлечения новых пользователей: только системный аналитик как эксперт по продукту может определить, как дешевле и низкозатратнее реализовать ту или иную фичу. Хороший аналитик всегда найдет, где можно срезать 20-99% затрат. Но вот повлияет это на бизнес или нет -- вопрос уже продуктовый.
2.Сокращение рисков что-то сломать: любая поломка в течение работы может принести 10-15% потери выручки в моменте. Системный аналитик валидирует любое улучшение и процессы на дашбордах с точки зрения стабильности (а лучше позитивного прироста) платформенных и инфраструктурных метрик.
3.В целом, курирование системного рефакторинга тоже на системной аналитике: улучшение RPS, RT и других инфраструктурных метрик тоже на аналитике. Всегда есть как улучшить на 1-10%.
4.Покрытие метриками всех событий в продукте: чтобы знать, как помочь оценить бизнес-влияние, так и вообще работоспособность фичей. Если нельзя оценить, сколько людей пользуется фичей, то никак не развивается продуктовый роадмэп, в котором зашиты миллиарды выручки. Также это про быстрый мониторинг багов или лишних фичей, срезая которые также можно улучшить метрики продукта. Покрытие должно быть 100%.
5.Сокращение времени и затрат на продакта на описание задач, команды на погружение в задачу и вопросы. Важно, чтобы общее время на погружение в задачу не превышало 10% времени команды. Системный аналитик может перевести бизнесовый язык в технический, что сокращает время. Для кросс-доменных проектов, связанных с интеграциями, это особенно важно. И быстрые ответы в документации для других коллег.
6.Счастье команды -- насколько команда разработки удовлетворена описанием, проработкой и информацией по бизнес-влиянию. С хорошим системным аналитиком NPS от 98 из 100.