Ананьева Екатерина Андреевна
Ведущий системный аналитик - МойСклад
Москва, Россия

Системный аналитик по образованию и по жизни.

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

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

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

Посещал конференции (3)
Доклады (3)
  • 31.08.2021
    Ошибки проектирования можно избежать

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

    Признаки, что на этапе проектирования что-то пошло не так:

    • команда задает много вопросов к постановке задачи;
    • разработчики находят нереализуемые требования и просят изменить их;
    • тестировщики находят много неучтенных кейсов в процессе тестирования;
    • приходит запрос на расширение функциональности от заказчика, и чтобы его поддержать, нужно добавлять "костыли".

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

    • Среднe
    • 40 мин
    • Analyst Days / 13
  • 24.01.2021
    Видеть насквозь: что скрывается за простыми требованиями

    Представим многокомпонентную систему: веб-интерфейсы, мобильные и десктопные приложения, облако, обеспечивающее информационный обмен, интеграции с внешними системами, несколько реализаций REST API. Архитектура приложения, даже не погружаясь в глубину, похожа на сложную молекулу.
     
    Есть простые требования, например, добавить поле в документ. Казалось бы, все очень просто! Сценарий работы пользователя и логика поменялись незначительно, в базе данных маленькие правки. Задача быстро отправляется в разработку. Но неожиданно «сложная молекула» может напомнить о своей многогранности и начать влиять.

    Порой, при отсутствии системного анализа даже для простого требования, с каждой итерацией разработки и тестирования могут появляться все новые и новые ошибки. Знакомо?

    Как победить влияние на все? Пробовать научиться видеть насквозь при проектировании систем.

    • Сложнo
    • 40 мин
    • Analyst Days / 12
  • 29.07.2020
    Как мы процесс документирования внедряли

    Организовывать правильные процессы в IT-проектах дорого. А если IT-проект запускают два разработчика – невозможно. Они берут на себя все роли: заказчиков, тестировщиков, дизайнеров, маркетологов, бухгалтеров и уж тем более аналитиков.

    Успешный стартап-проект растет. Появляется потребность быстрее развиваться – новые разработчики, улучшать качество – тестировщики, рекламировать, много разных задач. И вот, маленький зверек превращается в огромного монстра, а как он работает «от» и «до» знает только текущая команда, но и это не точно.

    Люди меняются – теряются знания о продукте. Как узнать о том, почему тот или иной процесс выполняется именно так, без поиска нужного разработчика и доступа к коду? Смотреть в документацию, которую надо создать.

    В какой-то момент жизни IT-проекта остро встает вопрос документирования. Например, через 10 лет от момента запуска. Описать неописуемое, запустить процессы анализа и документирования – история внедрения системного аналитика в команду.

    • Среднe
    • 40 мин
    • Analyst Days / 11
Для того чтобы оставить комментарий необходимо

или
Напишите нам, мы онлайн!