Круглый стол: Грейды и компетенции в разных команиях • samokat.tech • AWG

• Обучение проектированию систем в России.  

• Пандемия увеличила спрос на проектирование микросервисов.  

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

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

• Юрий Куприянов и Евгений Скориков.  

• Круглый стол посвящен роли системного аналитика.  

• Участники: Дмитрий Коротов, Ахтям Давыдов, Евгений Скориков.  

• Системные аналитики в компаниях часто становятся архитекторами.  

• Аналитики постепенно растут до уровня архитекторов.  

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

• Аналитики различаются в зависимости от технологий и окружения.  

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

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

• Аналитики взаимодействуют с людьми больше, чем разработчики.  

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

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

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

• Переход из сеньора в джуна в другой сфере редко происходит.  

• Люди обычно остаются в своей специализации и постепенно учатся новому.  

• Горизонтальные переходы в IT редко происходят, особенно для сеньоров.  

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

• В консалтинге аналитики могут менять команды, но это требует адаптации.  

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

• В хранилищах данных есть свои особенности, такие как большие объемы данных и сложные модели.  

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

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

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

• В доцентах аналитики работают с табличными данными, что проще, чем в классических хранилищах.  

• В доцентах часто требуется бизнес-анализ и продуктовая составляющая.  

• Аналитики должны не только выполнять требования, но и предлагать решения.  

• В хронических проектах требования приходят от бизнеса или бизнес-аналитиков.  

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

• Часто аналитики переходят из тестировщиков, бизнес-аналитиков или разработчиков.  

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

• Аналитики могут расти из джунов, особенно из тестировщиков и специалистов поддержки.  

• Разработчики реже становятся успешными аналитиками из-за различий в мышлении.  

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

• Мидл-аналитик может самостоятельно решать задачи, в отличие от джунов.  

• Сеньор-аналитик решает сложные задачи, которые мидл-аналитик не может.  

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

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

• Джун выполняет конкретные задачи под руководством ментора.  

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

• Уверенный мидл может проектировать новые микросервисы и обосновывать их логику.  

• Сеньор может проектировать новые продукты и защищать свои решения перед командой.  

• Объем и сложность задач коррелируют с уровнями аналитиков.  

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

• Объем и сложность задач измеряются в длительности реализации.  

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

• Матрицы показывают, какие навыки и знания должны быть у каждого уровня.  

• Карьерный путь системного аналитика включает стажера, джуна, неуверенного мидла, уверенного мидла и сеньора.  

• Уверенные системные аналитики могут стать менеджерами, управляя другими аналитиками.  

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

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

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

• Они могут быть как системными аналитиками, так и разработчиками с опытом проектирования.  

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

• В компании матричная структура: практики и продуктовые команды.  

• Владельцы продуктов отвечают за сроки и цели, а практики за процессы и мотивацию.  

• Практики координируют работу аналитиков и управляют их мотивацией.  

• Интеграция архитектуры баз данных, работа в команде.  

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

• Понимание проектных методологий и артефактов.  

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

• Умение тестировать и собирать требования.  

• Знание процесса работы аналитика.  

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

• Пример по интеграции с использованием REST API.  

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

• Трудности в создании матрицы аналитиков.  

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

• Мидл должен знать асинхронное взаимодействие и импотентность.  

• Матрица постоянно обновляется и корректируется.  

• Цель создания матрицы – помочь аналитикам понять, как расти.  

• Учитывается опыт работы и обратная связь от команды.  

• Важно не только знать, но и уметь применять технологии.  

• Матрица помогает понять, что нужно изучать для роста.  

• Обсуждение и понимание принципов работы технологий.  

• Аналитик должен понимать условия задачи, придумывать решение и проверять его.  

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

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

• Проверка качества постановки задач и её верификация.  

• Важность знаний предметной области и опыта решения задач.  

• Мидл-аналитик должен уметь решать задачи самостоятельно, создавая модели решений.  

• Аналитический склад ума, системное и алгоритмическое мышление.  

• Важность логического и структурного мышления.  

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

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

• Разные задачи требуют разных технологий и подходов.  

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

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

• Примеры: классические хранилища данных, релтайм, качество данных.  

• Масштабирование через добавление новых людей и их обучение.  

• Важность умения учиться и адаптироваться.  

• Вопрос о профессиональном стандарте и матрицах компетенций.  

• Создание общей матрицы компетенций для всех аналитиков.  

• Время для роста аналитика от джуна до мидла.  

• Необходимость наличия сеньора для обучения.  

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

• Различия между аналитиками, которые шли к своей роли самостоятельно и с ментором.  

• Важность наличия учителя для улучшения навыков.  

• Выбор между двумя кандидатами: первый вариант без ментора и второй с ментором.  

• Баланс между амбициями роста и практическими ограничениями.  

• Пример: желание изучить новые технологии, но отсутствие возможностей в текущей команде.  

• Как справляться с этим в компании.  

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

• Системный аналитик выполняет задачи, не задавая вопросов, и не становится сеньором.  

• Вектор развития аналитика - стать экспертом в своей команде, а затем искать новые вызовы.  

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

• Чем чаще и лучше принимаются решения, тем быстрее растет аналитик.  

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

• Для роста системного аналитика важно знать техническую составляющую, а не только бизнес-сферу.  

• Переход на новую технологию требует обучения и менторства, что не все готовы делать.  

• Аналитик должен быть обучаемым и готовым к изменениям.  

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

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

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

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

• Архитектор отвечает за экспертную составляющую и большие горизонты, включая системы, области и компании.  

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

• Аналитики, не стремящиеся к развитию, деградируют в знаниях.  

• Компании предоставляют средства для развития сотрудников.  

• Архитекторы бывают разных типов: бизнес-архитекторы, технические архитекторы и т.д.  

• Архитекторы решают, как должна быть решена бизнес-задача и как создать модель решения.  

• Технические архитекторы выбирают конкретные технологии и реализации.  

• Аналитики могут стать архитекторами, но для этого нужно иметь практический опыт.  

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

• Неправильный выбор технологий может привести к неудачным внедрениям.  

• Время круглого стола подошло к концу.  

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