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

Системный аналитик по образованию и по жизни. Проектирую интеграции, модели данных, мобильные и веб-приложения, микросервисные и монолитные решения. Перевожу с "птичьего" на язык бизнеса и наоборот. Участвую в создании архитектуры систем. Формирую требования не только к тому, что должно быть снаружи, но и к тому, что должно быть внутри.

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

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

Talks (2)
  • 24.01.2021
    Seeing through: what is hidden behind simple requirements

    Let's assume a multicomponent system: web interfaces, mobile and desktop applications, a cloud that provides information exchange, integrations with external systems, several REST API implementations. The architecture of the application is similar to a complex molecule, even without diving into depth.

    There are simple demands such as adding a field to a document. It would seem that everything is very easy! The user work script and logic have changed to a slight extent, there are small edits in the database. The task is quickly sent to development. But unexpectedly, a "complex molecule" can remind of its versatility and begin to influence.

    Sometimes, in the absence of system analysis, even for a simple requirement, more and more errors may appear with each iteration of development and testing. Sound familiar?
     

    How to defeat influence on everything? Try to learn to see right through when designing systems.

    • Hard
    • 40 min
    • Analyst Days / 12
  • 29.07.2020
    How we started the documentation process

    Organising processes properly from scratch is quite expensive for young IT-projects. Imagine two developers who started a project. At the start, they embraced all team roles. Their processes are simple, and they can share knowledge first-hand.

    Once their project becomes successful, their team grows: new developers, testers and others. As a result, processes become more sophisticated too. But who knows how processes are organised? Maybe those developers who started the project? Not sure.

    As the team grows and changes, the time comes to organise knowledge about the product into a single source - documentation. Where new team members can get answers why a particular process is performed that way and not another or how a feature works without review the code.

    How to sum up everything and describe indescribable? How to create project documentation after the 10 years later from creating the project? A story about project documentation is a story about the role of a Systems Analyst in a team.

    • Average
    • 40 min
    • Analyst Days / 11
To leave a feedback you need to

or
Chat with us, we are online!