Conferences for professionals in the information technology industry

Герт Екатерина

Ведущий аналитик
ЗАО "КРОК Регион"


Работаю аналитиком с 2009 г.
За это время я поработала в большом количестве проектов.
Но в основном все они относились к одному из следующих направлений:

1. Интеграционные проекты;
2. Системы электронного документооборота;
3. Судебно-арбитражное делопроизводство.

Я принимала участие в таких проектах, как:

- Интеграция систем для Банка, входящего в Топ-5 банков России;
- Модернизация системы судебно-арбитражного делопроизводства для первого в России Суда по интеллектуальным правам;
- Развитие системы электронного документооборота в одной крупной компании (более 10 репозиториев и 10 тыс. пользователей в разных часовых поясах).


Anti-crisis analyst: how to catch up the project and not overdo it


Imagine that you are an analyst on a big project. You are working with analysts' team. Each analyst deals with a significant piece of the project, and he is the custodian of valuable insights. Suddenly, one of the custodians quit your team. You get a critical mission - to close his front of work. 
A project gets into your hands. Most of the analytical work has been completed, the requirements have been written, and the technical specifications have been agreed, the development is undergoing, there is a list of questions on the requirements. And in a month, you need to conduct acceptance tests. And yes, the one who quit was a very valuable employee, he had three functional specifications in work. By the way, nobody has cancelled your work, and you are preparing to deliver the project at the same time as the three inherited projects.  
In this situation, how to:  
1. Catch up and dive quickly into projects.  
2. Set priorities and not break off.  
3. Pass all on time. 

We will talk about it.

Audience level
Regular Talk (40 min)

All faces of the review requirements


When you hear the "review of requirements", the shudder and imagine a long list of comments to the document, the majority of which about spelling and punctuation? Do you think that your team is small and you do not need it? Or maybe you are one of those who believes that the only task of the review is to improve the quality requirements? Let's talk about this. In his report, I will consider reviewing the requirements and answer the following questions: 1. Why is reviewed, it is not only about the quality requirements? 2. Why do more than 20% of teams refuse to review, and how it can be useful to them? 3. What types of review are? 4. Whom to involve and how to organize a peer review process with the team? 5. How to review and work with the result of the review? The report will be based on experience - my and my colleagues, supported by the results of a survey among analysts and will be useful to anyone who is involved in reviewing the documents.

Audience level
Regular Talk (40 min)

Features of the requirements in the integration project


The purpose of the report - to form a picture of the main activity that should be paid attention to when documenting requirements in the project for integration:
1) How to start the formation of a job requirement?
2) How to describe the interaction of systems involved in the exchange?
3) How to describe the services that are implemented through the interaction of?
4) How to describe the requirements for the development of routing and logging modules.

The report generated from the point of view of the analyst responsible for the development on the developer side of the integration module, which is implemented by means of the interaction of systems involved in the exchange of data.

The report is aimed at beginners to analysts, who have an idea about the basic terms of analytics tasks in the project for integration.
Audience level
Regular Talk (40 min)