Что делает системный аналитик: задачи и артефакты

• Приветствие от Екатерины Ананевой, ведущей подкаста "Тенелист".  

• Тема подкаста: задачи и артефакты системного аналитика.  

• Гости: Никита Финько, главный аналитик Росбанка, и Ольга Пашкова, руководитель отдела системного анализа в СберЗдоровье.  

• Никита случайно попал в аналитику после окончания института.  

• Начал с бизнес-аналитики, затем перешел в системный анализ.  

• Понял ценность аналитики через год работы в больших компаниях.  

• Ольга сразу пошла учиться на бизнес-аналитика после института.  

• Работала в разных областях бизнеса, что помогало ей развиваться.  

• Интерес к новым областям и проектам.  

• В Росбанке Никита начал с нуля, чтобы понять, как строится работа.  

• Организовал гильдию аналитиков для решения прикладных задач.  

• Основные задачи: написание требований, участие в воркшопах, развитие аналитического кластера.  

• Гильдия аналитиков помогает решать проблемы бизнеса.  

• Основные направления: внутренняя школа, обмен знаниями, матрица компетенций, инструменты.  

• Цель: структуризация знаний и улучшение понимания профессии.  

• Инициатива Никиты помогает структурировать знания и поддерживать атмосферу развития.  

• Это помогает находить лучших специалистов и поддерживать атмосферу в компании.  

• Совместная работа с гильдией и коллегой Катей Никитиной по подбору сотрудников.  

• Участие в технических интервью и помощь заказчикам в поиске системных аналитиков.  

• Отдел системного анализа в СберЗдоровье существует всего три года.  

• Фокус на обмене экспертизой и выстраивании процессов и стандартов.  

• Определение шаблона для системного анализа и матрицы компетенций.  

• Участие в перформанс-ревью и оценка кандидатов.  

• Проведение открытых метапов и обмен опытом внутри компании.  

• Развитие культуры обмена знаниями и поддержка инициатив.  

• Обсуждение артефактов, создаваемых аналитиками: требования, модели, документация.  

• Важность моделирования и создания технических заданий.  

• Использование UML диаграмм и других визуальных схем.  

• Моделирование как создание UML диаграмм и схем.  

• Важность UML диаграмм для концептуального моделирования.  

• Использование UML для постановки вопросов и требований.  

• Сбор требований и моделирование системы.  

• Проектирование архитектурного решения с использованием нотации C4.  

• Описание системы и интеграция логики и экранов.  

• Использование внутреннего шаблона для описания результатов системного анализа.  

• Отсутствие общего документа для требований в продуктовой разработке.  

• Применение зарубежных стандартов и литературы для описания требований.  

• Нет общих требований перед постановкой задач.  

• Конкретные задачи и отсутствие общего документа.  

• Важные разделы: видение, описательная часть, функции системы, нефункциональные требования, требования к безопасности и логированию, глоссарий.  

• Диаграммы последовательности, диаграммы состояния, модель данных.  

• Описательные истории для разработчиков: доработки интеграции, логики, справочников, экранов.  

• Фиксирование рисков реализации и вопросов, которые решались в ходе проработки задачи.  

• Использование инструментов для рисования диаграмм: UML, план UML, видео.  

• Применение нейросетей для генерации кода для UML диаграмм.  

• Рекомендации по использованию инструментов для создания диаграмм: Droid, Люси Чарт, Doc Hub.  

• Использование инструментов для документации: Jira, Confluence, Яндекс Вики и Трекер.  

• Импортозамещение: использование аналогов Jira и Confluence.  

• Инструменты для работы с базами данных: DBeaver, HeidiSQL, pgAdmin.  

• Основные инструменты для тестирования: Postman, Charles.  

• Обсуждение чек-листа для требований и артефактов.  

• Функциональные и нефункциональные требования как часть документа "Требования к продукту".  

• Нефункциональные требования часто связаны с безопасностью и пропускной способностью.  

• В компании собирают требования с кибербезопасности и архитекторов.  

• Интеграции с умными устройствами также требуют специфических требований.  

• Функциональные и нефункциональные требования описаны в одном документе.  

• В компании нет отдельных ТЗ, но есть общий документ с описанием продукта.  

• Дизайнеры также участвуют в постановке задач, описывая экраны и экраны.  

• Архитектор занимается проектированием баз данных.  

• Системные аналитики могут участвовать в проектировании на логическом уровне.  

• В некоторых командах аналитики проектируют базы данных до физического уровня.  

• В вакансиях указано, что кандидаты должны уметь работать с базами данных.  

• На технических собеседованиях спрашивают о работе с базами данных и оптимизации.  

• Аналитики могут углубляться в вопросы оптимизации баз данных.  

• Задачи на фронтенд и мобилки ставятся в одном документе.  

• Важно не создавать копии документов, чтобы не перегружать разработчиков.  

• В задачах описывается атрибутный состав и методы интеграции.  

• Описываются методы интеграции, атрибуты и обработка ошибок.  

• Аналитики описывают контракты, заголовки, параметры и логику обработки запросов.  

• Используются различные протоколы, такие как REST и Kafka.  

• Аналитики участвуют в создании концептуальных схем и моделей.  

• Архитекторы занимаются более детальными схемами и протоколами.  

• Аналитики помогают понять взаимодействие компонентов и инфраструктур.  

• Аналитики не отвечают за инфраструктурную схему, это задача DevOps.  

• Аналитики могут участвовать в архитектуре по желанию, если в компании мало архитекторов.  

• Аналитики создают инструкции для новых сотрудников и помогают адаптироваться.  

• Аналитики создают инструкции для подключения к базе данных и работы с проектом.  

• В компании есть руководство пользователя и другие документы для разных ролей.  

• Важно использовать ГОСТы для структурирования документации.  

• Для сотрудников есть разделы на вики с инструкциями и анбордингами.  

• Для пользователей инструкций мало, так как приложение должно быть понятным без них.  

• В компании появился технический писатель, который помогает с инструкциями.  

• Аналитики участвуют в прием сдаточных испытаниях для кибербезопасности.  

• Это важный этап для проверки безопасности фич, особенно для медицинских данных.  

• Аналитики собирают требования от кибербезопасности и проводят испытания.  

• Важно делать и не бояться, даже если не сталкивался с подобными задачами.  

• Читайте документацию и практикуйтесь, чтобы набраться опыта.  

• Не бойтесь признавать свои ошибки и просить помощи у коллег.  

• Провалидируйте результат с заказчиком или потребителем артефакта.  

• Делитесь своим первым опытом с коллегами.  

• Это важно и нужно для обмена знаниями.  

• Будьте любопытными и развивайтесь постоянно.  

• Просто берите и делайте, и у вас все получится.  

• Ведущие подкаста: Никита Финько, Ольга Пашкова и Екатерина Ананьева.  

• До встречи в новых эпизодах.