Ананьева Екатерина Андреевна
Генеральный директор - GetAnalyst.ru
Москва, Россия

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

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

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

Делюсь опытом в школе анализа и проектирования GetAnalyst.ru. Веду проекты от идеи до релиза в своем IT-консалтинге Get It Group 

Доклады (4)
  • 06.02.2022
    Опасные интеграции

    Сегодня тяжело найти изолированные системы. Они обмениваются данными, передают управление друг другу, чтобы автоматизировать сложные процессы, затрачивать меньше ресурсов на «изобретение велосипедов». Притом, связи создаются не только снаружи, но и внутри больших проектов. Интеграции везде. Но вместе с пользой, встречаются и проблемы. Интеграции – главные точки отказа.


    Я хочу поделиться опытом, и рассказать, как строить надежные отношения между системами.

    Вы аналитик или архитектор? Часто работаете с интеграциями? Хочется узнать, как застраховать свою систему от неприятных последствий организации связей с внешним миром? Заглядывайте и забирайте пакет страхования «Опасные интеграции»!

    • Среднe
    • 40 мин
    • Analyst Days / 14
  • 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
Для того чтобы оставить комментарий необходимо

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