Радио "Аналитик", 6 выпуск 5 сезона. Про требования к производительности c Андреем Бурмистровым

11.11.26

Саморазвитие - Радио Аналитик

В шестом выпуске пятого сезона подкаста Радио “Аналитик“ поговорили про отличия производительности от отказоустойчивости, про способы конкретизировать "медленно" и "быстро", про работу с требованиями к производительности, про знания и навыки, которые для этого необходимы.

 

Гость эфира: Андрей Бурмистров, разработчик ПО "Монитор", независимый 1С Эксперт

Ведущая подкаста: Мария Серёгина 

 

О чём поговорим: 

00:00 - Про профессиональный путь Андрея. 

01:22 - Что такое производительность и чем она отличается от отказоустойчивости. 

03:01 - Как определить, что такое «медленно» и «быстро» при взаимодействии с заказчиком и пользователями. 

07:17 - Какая функциональность однозначно требует проработки требований к производительности. 

10:00 - Как правильно задокументировать требования к производительности и исключить невыполнимые требования. 

14:49 - Нужно ли аналитику брать работу с требованиями к производительности на себя, если сейчас с этими требованиями работают разработчики. 

17:55 - Что делать, если заказчик или пользователи нагружают систему неоптимальными действиями, которых стоило бы избегать. 

20:48 - Как проверить, выполняются ли требования к производительности, если нет сопоставимой по объему данных базы для тестирования. 

23:07 - В какие ловушки часто попадают аналитики и другие заинтересованные стороны при работе с требованиями к производительности. 

27:30 - Какие знания и навыки нужны аналитику, чтобы уверенно работать с требованиями к производительности. С какими инструментами полезно уметь работать аналитику 1С. 

36:46 - Чем технологический журнал отличается от журнала регистрации и чем они могут быть полезны аналитику 1С.

 

Полезные ссылки: 
В выпуске упоминается ПО "Монитор"

 

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Работа с требованиями Аналитик Бесплатно (free)

Разбираем, почему управление требованиями остается одним из ключевых факторов успеха проекта, и как ошибки на этом этапе приводят к срывам сроков, перегрузке команды и «синдрому скользящей дорожки». Показываем, как превратить сбор требований в понятный процесс: вовлекать заинтересованные стороны, использовать активное слушание, визуализацию, прототипирование и микротребования. Объясняем, как расставлять приоритеты через MoSCoW и матрицу Эйзенхауэра, визуализировать задачи в Jira на Kanban-доске и сохранять фокус даже в условиях постоянных изменений. На практическом кейсе портала кандидата показываем, как системная работа с требованиями помогает довести проект до результата и получить продукт, который не просто используют, но и любят.

28.10.2026    219    0    user1916475    1    

1

Радио Аналитик Бесплатно (free)

В пятом выпуске пятого сезона подкаста Радио “Аналитик“ поговорили про чаты, агентов и субагентов, харнесс, MCP и другие базовые понятия для работы с ИИ. Разобрали принципы работы памяти, навыков и правил, и стоит ли экономить токены.

28.10.2026    199    0    Radio_Analyst    0    

2

Радио Аналитик Бесплатно (free)

В четвертом выпуске пятого сезона подкаста Радио “Аналитик“ поговорили про работу с техническими и нетехническими матрицами зрелости продукта, обсудили как подготовиться к их использованию и в чем преимущество работы с ними.

16.10.2026    153    0    Radio_Analyst    0    

1

Работа с требованиями Аналитик Бесплатно (free)

ИТ-ландшафт стремительно усложняется: растет число систем и потоков данных между ними, процессы выходят за рамки платформы 1С, а требования к надежности, доступности и безопасности становятся все выше. Поэтому современному аналитику уже недостаточно быть только «переводчиком требований бизнеса» – ему нужно проектировать взаимодействие систем, координировать работу нескольких ИТ-команд и учитывать нефункциональные требования еще до передачи задачи в разработку. Разбираем, почему концептуальный дизайн интеграции входит в зону ответственности аналитика, и какие знания платформы 1С, системного дизайна, баз данных и инженерных практик помогают сократить количество итераций и быстрее находить реализуемые решения. Объясняем, на какие характеристики архитектуры следует обращать особое внимание и как развивать техническую насмотренность, не пытаясь при этом стать экспертом во всех технологиях сразу.

02.10.2026    1280    0    romandredan    26    

11

Работа с требованиями Взгляд со стороны Заказчика Работа с заинтересованными сторонами Аналитик Руководитель проекта Бесплатно (free)

На приемке пользователь может уверенно сказать «все понятно», хотя половину показа он мысленно переводил с языка аналитиков и разработчиков. В статье я подробно расписала, как описывать пользовательские сценарии обычными рабочими словами, что именно давать бизнесу на проверку, как формулировать ожидаемый результат и что фиксировать после приемки, чтобы «да, все хорошо» действительно что-то означало.

01.10.2026    407    0    YA_826532418    0    

5

Радио Аналитик Бесплатно (free)

В третьем выпуске пятого сезона подкаста Радио “Аналитик“ поговорили про поиск и отбор практикантов и стажеров, про процесс стажировки для разных ролей и про секреты быстрого роста до Junior-специалиста.

30.09.2026    228    0    Radio_Analyst    0    

1

Работа с требованиями Анализ потребностей и поиск решений Внедрение изменений Бесплатно (free)

Каждый архитектор и руководитель 1С-проектов рано или поздно сталкивается с выбором: продолжать латать старую систему или снести всё до основания и заложить правильный фундамент. Что делать, если появились "золотые гвозди"? Когда система на "пластырях" не работает.

28.09.2026    355    0    nik-boss    2    

1

Работа с требованиями Оценка проекта Аналитик Руководитель проекта Бесплатно (free)

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

25.09.2026    603    0    YA_826532418    6    

5
Для отправки сообщения требуется регистрация/авторизация