# Система знаний

> Практические уроки, чеклисты и профессиональные словари для IT-команд. Материалы подготовлены ООО «Скор Системс» и сгруппированы по профессиям.

## Профессии

- [SEO-специалист](https://check.ariol.by/professions/seo): Практическая база знаний для диагностики, стратегии, внедрения, аналитики и системного роста органического трафика.
- [IT Project Manager](https://check.ariol.by/professions/project-manager): Практическая база знаний по планированию, рискам, срокам, требованиям, коммуникациям и управлению ожиданиями.
- [Тестировщик / QA](https://check.ariol.by/professions/qa): Практическая база знаний по тестированию требований, сценариев, дефектов, регрессии, приемки и автоматизации.
- [Backend разработчик](https://check.ariol.by/professions/backend): Практическая база знаний по архитектуре API, базам данных, очередям, кешированию, наблюдаемости и эксплуатации.
- [Frontend разработчик](https://check.ariol.by/professions/frontend): Практическая база знаний по компонентам, состоянию, доступности, производительности, сборке и интеграции с API.
- [Бизнес- и системный аналитик](https://check.ariol.by/professions/business-analyst): Практическая база знаний по исследованию проблем, формализации требований, BPMN/UML, API и трассировке решений.
- [Product Manager / Product Owner](https://check.ariol.by/professions/product-manager): Практическая база знаний по исследованию пользователей, гипотезам, roadmap, приоритизации и измерению продуктового эффекта.
- [DevOps / SRE](https://check.ariol.by/professions/devops-sre): Практическая база знаний по IaC, delivery pipelines, SLI/SLO, резервному копированию и incident response.
- [UX/UI Designer](https://check.ariol.by/professions/ux-ui-designer): Практическая база знаний по UX-исследованиям, информационной архитектуре, прототипам, accessibility и handoff.
- [Data Analyst / Аналитик данных](https://check.ariol.by/professions/data-analyst): Практическая база знаний по постановке аналитических задач, качеству данных, SQL, статистике, экспериментам, визуализации и автоматизации отчетности.

## Учебные материалы

- [Зафиксировать бизнес-цели SEO-проекта](https://check.ariol.by/professions/seo/checklist/project-goals): Перевести ожидания бизнеса в измеримые SEO- и бизнес-метрики. На выходе: есть документ с целями, KPI, baseline и сроками.
- [Собрать доступы и карту систем](https://check.ariol.by/professions/seo/checklist/access-map): Получить доступ к данным и системам, без которых аудит будет неполным. На выходе: есть таблица доступов и владельцев систем.
- [Снять стартовый SEO baseline](https://check.ariol.by/professions/seo/checklist/baseline): Зафиксировать состояние проекта до начала работ. На выходе: есть отчет baseline с сегментами и датой снятия.
- [Определить SEO-конкурентов](https://check.ariol.by/professions/seo/checklist/competitor-set): Собрать сайты, которые конкурируют в выдаче, а не только на рынке. На выходе: есть список SEO-конкурентов по каждому направлению.
- [Собрать семантическое ядро](https://check.ariol.by/professions/seo/checklist/keyword-universe): Создать карту спроса по темам, интентам и этапам воронки. На выходе: есть таблица кластеров с целевыми URL или будущими страницами.
- [Сопоставить интент с типом страницы](https://check.ariol.by/professions/seo/checklist/intent-map): Понять, какой формат страницы Google и пользователь ожидают по каждому кластеру. На выходе: у каждого кластера есть тип страницы и причина выбора.
- [Просканировать сайт crawler-инструментом](https://check.ariol.by/professions/seo/checklist/crawl): Найти технические проблемы на уровне URL, шаблонов и внутренних ссылок. На выходе: есть crawl-файл с датой, настройками и выгрузками.
- [Проверить индексируемость важных страниц](https://check.ariol.by/professions/seo/checklist/indexability): Убедиться, что нужные URL доступны для сканирования и индексации. На выходе: приоритетные страницы возвращают 200, не закрыты от индексации и имеют корректный canonical.
- [Проверить robots.txt](https://check.ariol.by/professions/seo/checklist/robots): Убедиться, что правила сканирования не блокируют важный контент. На выходе: важные страницы и ресурсы доступны для сканирования.
- [Настроить XML sitemap](https://check.ariol.by/professions/seo/checklist/sitemap): Передать поисковикам чистый список индексируемых URL. На выходе: sitemap открывается, валиден и не содержит мусорных URL.
- [Разобрать canonical и дубли](https://check.ariol.by/professions/seo/checklist/canonicals): Консолидировать сигналы для страниц с одинаковым или близким содержимым. На выходе: канонические страницы индексируемы и возвращают 200.
- [Проверить редиректы и 404](https://check.ariol.by/professions/seo/checklist/redirects): Сохранить пользовательский путь и ссылочный вес при изменениях URL. На выходе: внутренние ссылки не ведут на редиректы и ошибки.
- [Проверить JavaScript-рендеринг](https://check.ariol.by/professions/seo/checklist/rendering): Убедиться, что поисковик видит основной контент и ссылки. На выходе: основной контент и внутренние ссылки доступны в отрендеренной версии.
- [Оценить Core Web Vitals](https://check.ariol.by/professions/seo/checklist/core-web-vitals): Проверить LCP, INP и CLS на реальных пользователях и в лаборатории. На выходе: приоритетные шаблоны имеют план улучшения по LCP, INP и CLS.
- [Добавить структурированные данные](https://check.ariol.by/professions/seo/checklist/structured-data): Помочь поисковику понять сущности и получить расширенные результаты там, где это уместно. На выходе: разметка соответствует контенту, видимому пользователю.
- [Спроектировать SEO-структуру сайта](https://check.ariol.by/professions/seo/checklist/site-architecture): Связать семантику, интент и бизнес-приоритеты в понятную архитектуру. На выходе: есть карта структуры с типами страниц и приоритетами.
- [Настроить внутреннюю перелинковку](https://check.ariol.by/professions/seo/checklist/internal-links): Передавать вес и контекст между важными страницами. На выходе: приоритетные страницы имеют достаточное количество релевантных внутренних ссылок.
- [Управлять фильтрами и фасетной навигацией](https://check.ariol.by/professions/seo/checklist/faceted-navigation): Решить, какие фильтры индексировать, а какие закрывать. На выходе: есть матрица правил для фильтров и параметров.
- [Оптимизировать title и meta description](https://check.ariol.by/professions/seo/checklist/titles): Сделать сниппеты понятными, уникальными и соответствующими интенту. На выходе: нет массовых дублей title на индексируемых страницах.
- [Готовить SEO-бриф на контент](https://check.ariol.by/professions/seo/checklist/content-brief): Передавать автору задачу, основанную на интенте и фактах, а не только ключах. На выходе: автор понимает задачу страницы и критерии готовности.
- [Проверить полезность и полноту контента](https://check.ariol.by/professions/seo/checklist/helpful-content): Оценить, решает ли страница задачу пользователя лучше конкурентов. На выходе: страница отвечает на главный вопрос пользователя быстро и полно.
- [Усилить E-E-A-T сигналы](https://check.ariol.by/professions/seo/checklist/eeat): Показать опыт, экспертизу, авторитет и надежность. На выходе: пользователь видит, кто отвечает за информацию и как связаться с компанией.
- [Оптимизировать изображения и медиа](https://check.ariol.by/professions/seo/checklist/media-seo): Сделать визуальный контент быстрым, понятным и доступным. На выходе: lCP-изображение оптимизировано и загружается приоритетно.
- [Подготовить локальное SEO](https://check.ariol.by/professions/seo/checklist/local-seo): Оптимизировать присутствие для городов, филиалов и карт. На выходе: у каждого филиала есть уникальная полезная страница.
- [Настроить международное SEO и hreflang](https://check.ariol.by/professions/seo/checklist/international): Помочь поисковику показывать правильную языковую или региональную версию. На выходе: hreflang взаимный, валидный и указывает на индексируемые 200 URL.
- [Усилить товарные и коммерческие страницы](https://check.ariol.by/professions/seo/checklist/product-pages): Проверить, что страница помогает купить, сравнить и доверять. На выходе: пользователь может принять решение о покупке на странице.
- [Картировать элементы SERP по кластерам](https://check.ariol.by/professions/seo/checklist/serp-feature-map): Понять, какие элементы выдачи забирают внимание и влияют на CTR. На выходе: у приоритетных кластеров есть список доминирующих элементов выдачи.
- [Проводить ревизию CTR и сниппетов](https://check.ariol.by/professions/seo/checklist/ctr-snippet-review): Находить страницы, которые получают показы, но теряют клики. На выходе: есть список страниц для CTR-улучшений с причиной просадки.
- [Отслеживать переписывание title в выдаче](https://check.ariol.by/professions/seo/checklist/title-rewrite-watch): Понимать, когда поисковик показывает не тот заголовок, который задан в HTML. На выходе: есть список шаблонов с частым title rewrite.
- [Отслеживать изменения конкурентов в выдаче](https://check.ariol.by/professions/seo/checklist/competitor-change-watch): Замечать, когда конкуренты меняют формат страницы, оффер или структуру. На выходе: есть журнал изменений SERP по стратегическим кластерам.
- [Оценить ссылочный профиль](https://check.ariol.by/professions/seo/checklist/link-profile): Понять качество, риски и возможности внешних ссылок. На выходе: есть отчет по качеству ссылок и разрывам с конкурентами.
- [Планировать Digital PR активы](https://check.ariol.by/professions/seo/checklist/digital-pr): Создавать поводы для естественных ссылок и брендовых упоминаний. На выходе: актив имеет самостоятельную ценность, а не создан только ради ссылки.
- [Вести SEO-реестр рисков](https://check.ariol.by/professions/seo/checklist/seo-risk-register): Фиксировать потенциальные угрозы трафику, индексации и качеству до релиза. На выходе: критичные SEO-риски имеют владельца и план действия.
- [Проверять соответствие спам-политикам](https://check.ariol.by/professions/seo/checklist/spam-policy-check): Не допускать практик, которые могут навредить видимости и репутации. На выходе: нет очевидных нарушений поисковых политик на важных шаблонах.
- [Настроить правила работы с AI-контентом](https://check.ariol.by/professions/seo/checklist/ai-content-governance): Использовать AI как инструмент, не теряя фактическую точность и экспертность. На выходе: есть правила использования AI в контентном процессе.
- [Проверить доступность SEO-важных интерфейсов](https://check.ariol.by/professions/seo/checklist/accessibility-seo): Убедиться, что контент, навигация и действия доступны людям и роботам. На выходе: ключевые пути доступны с клавиатуры.
- [Настроить аналитику целей и событий](https://check.ariol.by/professions/seo/checklist/ga4-events): Измерять не только визиты, но и действия, которые важны бизнесу. На выходе: ключевые конверсии фиксируются без дублей.
- [Собрать SEO-дашборд](https://check.ariol.by/professions/seo/checklist/gsc-dashboard): Дать команде регулярную картину видимости, трафика, конверсий и внедрений. На выходе: дашборд отвечает на вопрос: что изменилось, где и почему это важно.
- [Проанализировать серверные логи](https://check.ariol.by/professions/seo/checklist/log-analysis): Увидеть, как поисковые роботы реально сканируют сайт. На выходе: есть выводы о crawl budget и проблемных группах URL.
- [Приоритизировать SEO-задачи](https://check.ariol.by/professions/seo/checklist/seo-task-prioritization): Превратить аудит в реалистичный roadmap для разработки и контента. На выходе: каждая задача понятна исполнителю и имеет критерии готовности.
- [Провести SEO QA перед релизом](https://check.ariol.by/professions/seo/checklist/pre-release-qa): Проверить, что внедрение не ломает индексацию, аналитику и шаблоны. На выходе: sEO-критичные элементы совпадают с задачей.
- [Подготовить SEO-план миграции](https://check.ariol.by/professions/seo/checklist/migration-plan): Сохранить органический трафик при смене домена, CMS, дизайна или URL. На выходе: redirect map покрывает важные старые URL.
- [Настроить регулярные автоматические сканирования](https://check.ariol.by/professions/seo/checklist/scheduled-crawls): Получать технические сигналы по расписанию, а не только во время аудита. На выходе: crawl запускается по расписанию и сохраняет историю.
- [Настроить SEO-алерты на критичные изменения](https://check.ariol.by/professions/seo/checklist/seo-alerts): Получать уведомления о проблемах до заметного падения трафика. На выходе: критичные SEO-события имеют алерт и владельца реакции.
- [Собрать SEO-конвейер данных](https://check.ariol.by/professions/seo/checklist/data-pipeline): Автоматизировать сбор данных из Search Console, GA4, crawler-инструмента и CRM. На выходе: данные обновляются по расписанию без ручного экспорта.
- [Создать шаблоны SEO-задач и брифов](https://check.ariol.by/professions/seo/checklist/seo-templates): Сделать постановку задач стабильной, понятной и воспроизводимой. На выходе: основные типы SEO-задач имеют единый шаблон.
- [Настроить регулярный мониторинг](https://check.ariol.by/professions/seo/checklist/monitoring): Ловить проблемы до того, как они станут падением трафика. На выходе: есть расписание проверок и ответственные.
- [Обновлять и переупаковывать контент](https://check.ariol.by/professions/seo/checklist/content-refresh): Поддерживать актуальность страниц и возвращать просевший спрос. На выходе: обновление решает конкретную причину просадки или роста конкурентов.
- [Запускать SEO-эксперименты](https://check.ariol.by/professions/seo/checklist/seo-experiments): Проверять гипотезы на группах страниц и учиться на данных. На выходе: у эксперимента есть гипотеза, дата старта, выборка и критерий успеха.
- [Сформулировать цель проекта](https://check.ariol.by/professions/project-manager/checklist/define-project-goal): Зафиксировать, какую проблему решает проект и какой измеримый результат нужен бизнесу. На выходе: цель записана в Project Charter.
- [Определить stakeholders и роли](https://check.ariol.by/professions/project-manager/checklist/map-stakeholders): Понять, кто влияет на проект, кто принимает решения и кому нужно регулярно давать статус. На выходе: есть карта stakeholders.
- [Зафиксировать ограничения проекта](https://check.ariol.by/professions/project-manager/checklist/record-constraints): Собрать ограничения по срокам, бюджету, команде, технологиям, безопасности и внешним зависимостям. На выходе: ограничения внесены в паспорт проекта.
- [Разложить требования по типам](https://check.ariol.by/professions/project-manager/checklist/structure-requirements): Отделить бизнес-требования, пользовательские сценарии, функциональные и нефункциональные требования. На выходе: требования сгруппированы.
- [Написать критерии приемки](https://check.ariol.by/professions/project-manager/checklist/write-acceptance-criteria): Для каждой значимой задачи указать условия, при которых работа считается выполненной. На выходе: у ключевых задач есть acceptance criteria.
- [Управлять scope и изменениями](https://check.ariol.by/professions/project-manager/checklist/manage-scope): Согласовать, что входит в проект, что не входит и как команда обрабатывает новые запросы. На выходе: есть список in/out of scope.
- [Собрать roadmap поставки](https://check.ariol.by/professions/project-manager/checklist/build-roadmap): Разложить проект на этапы, milestones и понятные поставки результата. На выходе: roadmap опубликован.
- [Оценить трудоемкость и риски оценок](https://check.ariol.by/professions/project-manager/checklist/estimate-work): Получить оценки команды и явно показать неопределенность по сложным задачам. На выходе: оценки согласованы исполнителями.
- [Построить карту зависимостей](https://check.ariol.by/professions/project-manager/checklist/track-dependencies): Понять, какие задачи, команды, сервисы и решения блокируют друг друга. На выходе: зависимости видны в плане.
- [Вести регулярный статус проекта](https://check.ariol.by/professions/project-manager/checklist/run-weekly-status): Давать stakeholders короткую и честную картину прогресса, блокеров и следующих решений. На выходе: статус публикуется по расписанию.
- [Выявлять и снимать блокеры](https://check.ariol.by/professions/project-manager/checklist/remove-blockers): Регулярно проверять, что мешает команде двигаться, и добиваться решения блокеров. На выходе: блокеры видны в общем списке.
- [Вести журнал решений](https://check.ariol.by/professions/project-manager/checklist/keep-decision-log): Фиксировать важные решения, причины, альтернативы и последствия. На выходе: ключевые решения сохранены.
- [Подготовить релизный план](https://check.ariol.by/professions/project-manager/checklist/prepare-release): Согласовать, что именно выходит, кто проверяет, как откатываться и как команда узнает об успехе. На выходе: release plan согласован.
- [Провести ретроспективу](https://check.ariol.by/professions/project-manager/checklist/run-retrospective): Собрать выводы после этапа или релиза и превратить их в конкретные улучшения процесса. На выходе: есть список action items.
- [Измерить результат проекта](https://check.ariol.by/professions/project-manager/checklist/measure-project-outcome): Сравнить фактический эффект с исходной целью и baseline. На выходе: есть post-release отчет.
- [Собрать матрицу ролей RACI](https://check.ariol.by/professions/project-manager/checklist/build-raci-matrix): Понять, кто принимает решения, кто выполняет работу, кого нужно консультировать и кого достаточно информировать. На выходе: матрица RACI опубликована в рабочем пространстве проекта.
- [Описать Definition of Ready](https://check.ariol.by/professions/project-manager/checklist/define-definition-of-ready): Согласовать минимальные условия, при которых задача готова к разработке, дизайну или тестированию. На выходе: doR опубликован и доступен всей команде.
- [Заложить допущения и буферы плана](https://check.ariol.by/professions/project-manager/checklist/plan-assumptions-and-buffers): Показать, на каких предположениях построен план и где нужен резерв на неопределенность. На выходе: в плане есть раздел с допущениями.
- [Вести dashboard здоровья проекта](https://check.ariol.by/professions/project-manager/checklist/maintain-project-health-dashboard): Собрать на одном экране статус сроков, scope, рисков, блокеров, качества и ближайших решений. На выходе: dashboard обновлен и содержит дату актуальности.
- [Согласовать коммуникацию релиза](https://check.ariol.by/professions/project-manager/checklist/prepare-release-communication): Подготовить, кто и что сообщает пользователям, клиенту, поддержке и внутренней команде перед выпуском изменения. На выходе: есть список аудиторий и каналов коммуникации.
- [Проверить требования на тестируемость](https://check.ariol.by/professions/qa/checklist/review-requirements): Найти неясные формулировки, пропуски и противоречия до начала тестирования. На выходе: неясные требования вынесены в список вопросов.
- [Определить риски качества](https://check.ariol.by/professions/qa/checklist/identify-quality-risks): Понять, где дефект нанесет наибольший вред пользователю или бизнесу. На выходе: есть список рисков.
- [Подготовить тестовые данные](https://check.ariol.by/professions/qa/checklist/prepare-test-data): Создать данные для позитивных, негативных и граничных сценариев. На выходе: данные доступны в тестовой среде.
- [Составить тест-кейсы для критических сценариев](https://check.ariol.by/professions/qa/checklist/create-test-cases): Описать проверки так, чтобы их мог выполнить другой QA или разработчик. На выходе: критические сценарии покрыты.
- [Применить техники тест-дизайна](https://check.ariol.by/professions/qa/checklist/use-test-design-techniques): Использовать классы эквивалентности, граничные значения, таблицы решений и pairwise. На выходе: проверки обоснованы техникой.
- [Связать требования и проверки](https://check.ariol.by/professions/qa/checklist/build-traceability): Построить traceability между требованиями, тестами и дефектами. На выходе: у требований есть связанные проверки.
- [Выполнить smoke-тесты](https://check.ariol.by/professions/qa/checklist/run-smoke-tests): Быстро проверить, что сборка пригодна для дальнейшего тестирования. На выходе: smoke-набор опубликован.
- [Оформить качественный bug report](https://check.ariol.by/professions/qa/checklist/write-bug-report): Зафиксировать дефект так, чтобы разработчик мог быстро понять и воспроизвести проблему. На выходе: дефект воспроизводится по шагам.
- [Провести retest исправленного дефекта](https://check.ariol.by/professions/qa/checklist/perform-retest): Проверить, что конкретный дефект исправлен и не повторяется на указанных данных. На выходе: дефект закрыт только после успешного retest.
- [Спланировать регрессию](https://check.ariol.by/professions/qa/checklist/plan-regression): Выбрать набор проверок, который защищает важные старые сценарии перед релизом. На выходе: regression scope утвержден.
- [Подготовить QA verdict по релизу](https://check.ariol.by/professions/qa/checklist/make-release-verdict): Сформулировать состояние качества и риски, чтобы команда могла принять release decision. На выходе: вердикт опубликован до релиза.
- [Разобрать дефекты после релиза](https://check.ariol.by/professions/qa/checklist/analyze-production-incidents): Понять, почему дефект дошел до production и как улучшить процесс. На выходе: root cause описан.
- [Выбрать кандидатов для автоматизации](https://check.ariol.by/professions/qa/checklist/select-automation-candidates): Определить проверки, которые дают ценность при регулярном автоматическом запуске. На выходе: есть список кандидатов с приоритетом.
- [Контролировать flaky-тесты](https://check.ariol.by/professions/qa/checklist/monitor-flaky-tests): Выявлять нестабильные автотесты и быстро возвращать доверие к тестовому набору. На выходе: flaky-тесты видны в отчете.
- [Интегрировать проверки в CI](https://check.ariol.by/professions/qa/checklist/integrate-tests-ci): Запускать нужные уровни тестов автоматически на pull request, merge и релизных сборках. На выходе: cI запускает тесты по правилам.
- [Собрать матрицу трассировки требований](https://check.ariol.by/professions/qa/checklist/build-traceability-matrix): Связать требования, риски, тесты и дефекты так, чтобы было видно покрытие и пробелы проверки. На выходе: для критичных требований видно, какой проверкой они покрыты.
- [Провести exploratory-сессию](https://check.ariol.by/professions/qa/checklist/run-exploratory-session): Исследовать продукт вне заранее написанных тест-кейсов, чтобы найти риски, которые не видны в формальной проверке. На выходе: есть charter exploratory-сессии.
- [Проверить API-контракты](https://check.ariol.by/professions/qa/checklist/test-api-contracts): Убедиться, что frontend и backend одинаково понимают структуру запросов, ответов, ошибок и ограничений. На выходе: критичные endpoint проверены по контракту.
- [Актуализировать регрессионный набор](https://check.ariol.by/professions/qa/checklist/maintain-regression-suite): Поддерживать регрессию в состоянии, где она покрывает реальные риски продукта, а не исторический список старых проверок. На выходе: регрессионный набор имеет приоритеты.
- [Настроить стабильность тестовой среды](https://check.ariol.by/professions/qa/checklist/stabilize-test-environment): Сделать тестовое окружение предсказуемым: данные, версии сервисов, доступы и интеграции должны позволять повторять проверки. На выходе: есть описание тестовой среды и ответственный за ее состояние.
- [Определить границы сервиса](https://check.ariol.by/professions/backend/checklist/define-service-boundaries): Понять, за что сервис отвечает, а что остается вне его ответственности. На выходе: границы описаны.
- [Зафиксировать архитектурное решение](https://check.ariol.by/professions/backend/checklist/write-adr): Описать важный технический выбор в ADR: контекст, варианты, решение и последствия. На выходе: aDR опубликован.
- [Спроектировать модель ошибок](https://check.ariol.by/professions/backend/checklist/design-error-model): Определить типы ошибок, формат ответа и правила логирования. На выходе: формат ошибок документирован.
- [Описать API-контракт](https://check.ariol.by/professions/backend/checklist/document-api-contract): Зафиксировать endpoints, параметры, схемы ответов, ошибки и авторизацию. На выходе: openAPI или аналог опубликован.
- [Настроить валидацию входных данных](https://check.ariol.by/professions/backend/checklist/validate-input): Проверять входные данные на границах системы до бизнес-логики. На выходе: некорректные данные не попадают в бизнес-логику.
- [Продумать версионирование API](https://check.ariol.by/professions/backend/checklist/version-api): Определить, как будут выпускаться несовместимые изменения и поддерживаться клиенты. На выходе: правила версионирования описаны.
- [Спроектировать схему данных](https://check.ariol.by/professions/backend/checklist/design-database-schema): Определить таблицы, связи, ограничения, индексы и правила владения данными. На выходе: схема покрывает бизнес-правила.
- [Писать безопасные миграции](https://check.ariol.by/professions/backend/checklist/write-safe-migrations): Планировать изменение схемы так, чтобы не сломать production и не остановить сервис надолго. На выходе: миграция протестирована.
- [Анализировать медленные запросы](https://check.ariol.by/professions/backend/checklist/optimize-slow-queries): Находить запросы, которые замедляют API, блокируют базу или плохо масштабируются. На выходе: медленные запросы измерены.
- [Реализовать надежную аутентификацию](https://check.ariol.by/professions/backend/checklist/implement-authentication): Проверить, что система корректно устанавливает личность пользователя или сервиса. На выходе: auth flow описан.
- [Проверить авторизацию на уровне ресурса](https://check.ariol.by/professions/backend/checklist/enforce-authorization): Гарантировать, что пользователь может работать только с разрешенными ему данными. На выходе: чужие ресурсы недоступны.
- [Защитить секреты и конфигурацию](https://check.ariol.by/professions/backend/checklist/protect-secrets): Хранить ключи, пароли и токены вне репозитория и логов. На выходе: секретов нет в репозитории.
- [Добавить структурированные логи](https://check.ariol.by/professions/backend/checklist/add-structured-logs): Логировать важные события с request id, пользователем, операцией и контекстом ошибки. На выходе: логи можно фильтровать.
- [Настроить health checks](https://check.ariol.by/professions/backend/checklist/define-health-checks): Сделать проверки состояния сервиса и зависимостей для мониторинга и оркестрации. На выходе: health endpoint работает.
- [Подготовить runbook сервиса](https://check.ariol.by/professions/backend/checklist/prepare-runbook): Описать, как деплоить, диагностировать, откатывать и поддерживать сервис. На выходе: runbook доступен команде.
- [Зафиксировать нефункциональные требования](https://check.ariol.by/professions/backend/checklist/define-non-functional-requirements): Определить требования к скорости, надежности, безопасности, масштабированию, хранению данных и эксплуатации до проектирования решения. На выходе: нефункциональные требования записаны в задаче или ADR.
- [Сделать операции идемпотентными](https://check.ariol.by/professions/backend/checklist/design-idempotent-operations): Защитить важные API-операции от дублей при повторных запросах, сетевых сбоях и retry-механизмах. На выходе: повтор критичной операции не создает дубль.
- [Проверить индексы и план запросов](https://check.ariol.by/professions/backend/checklist/review-indexes-and-query-plan): Убедиться, что новые и измененные запросы используют подходящие индексы и не создают скрытую нагрузку на базу данных. На выходе: для критичных запросов проверен план выполнения.
- [Провести threat modeling для изменения](https://check.ariol.by/professions/backend/checklist/run-threat-modeling): Разобрать, какие активы, роли, входные точки и сценарии атак появляются после нового backend-изменения. На выходе: критичные активы и входные точки перечислены.
- [Подготовить диагностику инцидентов](https://check.ariol.by/professions/backend/checklist/prepare-incident-diagnostics): Заранее определить, по каким логам, метрикам и командам команда поймет причину сбоя в сервисе. На выходе: runbook содержит раздел диагностики.
- [Разобрать пользовательский сценарий](https://check.ariol.by/professions/frontend/checklist/map-user-flow): Понять путь пользователя, цель экрана и ключевые решения до написания компонента. На выходе: сценарий понятен.
- [Проверить интерфейс на реальном контенте](https://check.ariol.by/professions/frontend/checklist/check-real-content): Убедиться, что текст, числа, длинные имена, пустые значения и локализация не ломают UI. На выходе: uI не ломается на длинном контенте.
- [Описать состояния интерфейса](https://check.ariol.by/professions/frontend/checklist/define-ui-states): Для каждого экрана предусмотреть loading, empty, error, success, disabled и permission states. На выходе: состояния реализованы.
- [Собрать переиспользуемый компонент](https://check.ariol.by/professions/frontend/checklist/build-reusable-component): Выделить UI-элемент с понятными props, states и ответственностью. На выходе: компонент не содержит лишней бизнес-логики.
- [Использовать design tokens](https://check.ariol.by/professions/frontend/checklist/use-design-tokens): Применять согласованные цвета, отступы, типографику и радиусы вместо произвольных значений. На выходе: компонент использует токены.
- [Документировать контракт компонента](https://check.ariol.by/professions/frontend/checklist/document-component-contract): Описать props, события, ограничения и примеры использования компонента. На выходе: есть примеры использования.
- [Интегрировать API с обработкой состояний](https://check.ariol.by/professions/frontend/checklist/integrate-api-safely): Подключить данные так, чтобы UI корректно показывал загрузку, ошибку, пустой результат и успех. На выходе: все состояния отображаются.
- [Настроить валидацию формы](https://check.ariol.by/professions/frontend/checklist/manage-form-validation): Проверить пользовательский ввод на клиенте и корректно показать ошибки сервера. На выходе: ошибки связаны с полями.
- [Продумать кеш и обновление данных](https://check.ariol.by/professions/frontend/checklist/handle-cache-and-refresh): Определить, когда данные кешируются, обновляются, инвалидируются или показываются оптимистично. На выходе: после действия UI показывает актуальные данные.
- [Проверить доступность интерфейса](https://check.ariol.by/professions/frontend/checklist/check-accessibility): Убедиться, что интерфейс доступен с клавиатуры, screen reader и корректной семантикой. На выходе: основные сценарии доступны с клавиатуры.
- [Оптимизировать Core Web Vitals](https://check.ariol.by/professions/frontend/checklist/optimize-web-vitals): Проверить LCP, INP и CLS на ключевых страницах. На выходе: lCP, INP и CLS измерены.
- [Добавить тесты интерфейса](https://check.ariol.by/professions/frontend/checklist/write-ui-tests): Покрыть критическую логику компонентными и e2e тестами. На выходе: критические сценарии покрыты.
- [Проверить production build](https://check.ariol.by/professions/frontend/checklist/check-build-config): Убедиться, что сборка проходит и использует корректные переменные окружения. На выходе: build проходит.
- [Настроить мониторинг frontend-ошибок](https://check.ariol.by/professions/frontend/checklist/monitor-frontend-errors): Собирать JS errors, failed requests и важный пользовательский контекст после релиза. На выходе: ошибки видны с версией релиза.
- [Использовать feature flags для рискованных изменений](https://check.ariol.by/professions/frontend/checklist/use-feature-flags): Выкатывать функциональность постепенно и иметь возможность быстро выключить ее без нового деплоя. На выходе: флаг управляется без деплоя.
- [Проверить информационную архитектуру экрана](https://check.ariol.by/professions/frontend/checklist/map-information-architecture): Убедиться, что пользователь видит главное действие, понимает порядок блоков и не теряется в навигации. На выходе: главное действие видно без поиска.
- [Описать матрицу состояний компонента](https://check.ariol.by/professions/frontend/checklist/describe-component-state-matrix): Зафиксировать, как компонент выглядит и ведет себя в состояниях default, hover, focus, loading, disabled, empty, error и success. На выходе: критичные состояния компонента описаны и реализованы.
- [Смоделировать крайние случаи API](https://check.ariol.by/professions/frontend/checklist/mock-api-edge-cases): Проверить интерфейс на пустых, частичных, ошибочных, медленных и неожиданных ответах API до релиза. На выходе: ключевые edge cases API воспроизводятся без ручной подготовки backend.
- [Добавить проверки визуальной регрессии](https://check.ariol.by/professions/frontend/checklist/add-visual-regression-checks): Защитить ключевые экраны и компоненты от случайных визуальных поломок после изменений в стилях или зависимостях. На выходе: для критичных экранов есть визуальные проверки.
- [Контролировать бюджет frontend-сборки](https://check.ariol.by/professions/frontend/checklist/control-bundle-budget): Следить, чтобы новая функциональность не увеличивала JavaScript, CSS и изображения без понятной причины. На выходе: размеры bundle видны в CI или release checklist.
- [Определить стейкхолдеров системы](https://check.ariol.by/professions/business-analyst/checklist/map-stakeholders): Найти участников, влияющих на требования, решения и приемку результата. Результат работы — Stakeholder Map.
- [Сформулировать бизнес-проблему](https://check.ariol.by/professions/business-analyst/checklist/frame-business-problem): Отделить наблюдаемую проблему и ее последствия от предложенного решения. Результат работы — Problem Statement.
- [Определить границы системы](https://check.ariol.by/professions/business-analyst/checklist/define-system-scope): Зафиксировать, что входит в анализируемую систему, а что остается внешней зависимостью. Результат работы — Context Diagram.
- [Зафиксировать допущения и ограничения](https://check.ariol.by/professions/business-analyst/checklist/capture-assumptions): Сделать видимыми непроверенные предположения, нормативные, бюджетные и технические рамки. Результат работы — Assumption Log.
- [Построить иерархию требований](https://check.ariol.by/professions/business-analyst/checklist/build-requirement-hierarchy): Связать бизнес-цели с пользовательскими, функциональными и системными требованиями. Результат работы — Requirement Tree.
- [Описать user stories и сценарии](https://check.ariol.by/professions/business-analyst/checklist/write-user-stories): Передать ценность, роль и ожидаемый результат без подмены истории технической задачей. Результат работы — User Story Map.
- [Формализовать бизнес-правила](https://check.ariol.by/professions/business-analyst/checklist/define-business-rules): Описать вычисления, ограничения, приоритеты и исключения в проверяемой форме. Результат работы — Business Rules Catalog.
- [Определить нефункциональные требования](https://check.ariol.by/professions/business-analyst/checklist/specify-nfr): Согласовать измеримые требования к производительности, безопасности, доступности и эксплуатации. Результат работы — NFR Specification.
- [Смоделировать процесс в BPMN](https://check.ariol.by/professions/business-analyst/checklist/model-bpmn-process): Показать участников, события, действия, решения и исключения процесса. Результат работы — BPMN Diagram.
- [Описать use cases системы](https://check.ariol.by/professions/business-analyst/checklist/model-uml-use-cases): Зафиксировать цели акторов, основной поток и альтернативные исходы взаимодействия. Результат работы — Use Case Specification.
- [Построить модель предметной области](https://check.ariol.by/professions/business-analyst/checklist/model-domain-data): Согласовать сущности, связи, жизненный цикл и единый словарь данных. Результат работы — Domain Model.
- [Описать состояния сущности](https://check.ariol.by/professions/business-analyst/checklist/describe-state-machine): Сделать явными допустимые переходы, условия, роли и побочные действия. Результат работы — State Machine Diagram.
- [Спроектировать API-контракт](https://check.ariol.by/professions/business-analyst/checklist/design-api-contract): Согласовать ресурсы, методы, схемы данных и поведение интеграции до разработки. Результат работы — OpenAPI Specification.
- [Описать ошибки и идемпотентность API](https://check.ariol.by/professions/business-analyst/checklist/define-api-errors): Сделать поведение интеграции предсказуемым при валидации, повторах и частичных сбоях. Результат работы — Error Catalog.
- [Сформулировать acceptance criteria](https://check.ariol.by/professions/business-analyst/checklist/write-acceptance-criteria): Определить наблюдаемые условия, при которых пользовательский сценарий считается реализованным. Результат работы — Acceptance Criteria Set.
- [Провести контрактное согласование](https://check.ariol.by/professions/business-analyst/checklist/validate-contracts): Проверить совместимость требований между бизнесом, frontend, backend, QA и внешними системами. Результат работы — Contract Review Protocol.
- [Настроить трассировку требований](https://check.ariol.by/professions/business-analyst/checklist/build-traceability): Связать цель, требование, дизайн, реализацию, тест и релиз. Результат работы — Traceability Matrix.
- [Оценить влияние изменения](https://check.ariol.by/professions/business-analyst/checklist/assess-change-impact): До согласования изменения определить затронутые процессы, данные, контракты, сроки и риски. Результат работы — Impact Analysis.
- [Версионировать требования и решения](https://check.ariol.by/professions/business-analyst/checklist/manage-requirement-versions): Сохранить историю согласованных формулировок и исключить работу по устаревшей версии. Результат работы — Requirement Change Log.
- [Провести финальный review требований](https://check.ariol.by/professions/business-analyst/checklist/run-requirement-review): Проверить полноту, непротиворечивость, реализуемость и тестируемость пакета перед разработкой. Результат работы — Requirement Review Checklist.
- [Сформулировать видение продукта](https://check.ariol.by/professions/product-manager/checklist/define-product-vision): Объяснить, для кого существует продукт, какую проблему решает и каким должен стать. Результат работы — Product Vision.
- [Выбрать целевой сегмент](https://check.ariol.by/professions/product-manager/checklist/segment-market): Определить группу пользователей с общей задачей, контекстом и готовностью менять поведение. Результат работы — Segmentation Brief.
- [Сформулировать JTBD](https://check.ariol.by/professions/product-manager/checklist/define-jtbd): Описать прогресс, которого пользователь пытается достичь в конкретной ситуации. Результат работы — JTBD Statement.
- [Определить продуктовые цели](https://check.ariol.by/professions/product-manager/checklist/set-product-goals): Связать стратегию с измеримыми изменениями поведения и бизнеса на период. Результат работы — Product Goal Tree.
- [Составить план исследования](https://check.ariol.by/professions/product-manager/checklist/plan-user-research): Выбрать метод, участников и вопросы под конкретное продуктовое решение. Результат работы — Research Plan.
- [Провести проблемные интервью](https://check.ariol.by/professions/product-manager/checklist/conduct-problem-interviews): Получить факты о поведении, контексте, боли и существующих альтернативах. Результат работы — Interview Evidence Board.
- [Построить customer journey](https://check.ariol.by/professions/product-manager/checklist/map-customer-journey): Увидеть путь пользователя, точки трения, ожидания и каналы до и после продукта. Результат работы — Customer Journey Map.
- [Сформулировать проверяемую гипотезу](https://check.ariol.by/professions/product-manager/checklist/form-testable-hypothesis): Связать изменение, сегмент, ожидаемое поведение и критерий решения. Результат работы — Hypothesis Card.
- [Оценить инициативы по RICE](https://check.ariol.by/professions/product-manager/checklist/score-rice): Сравнить охват, влияние, уверенность и усилия по единым правилам. Результат работы — RICE Scorecard.
- [Приоритизировать возможности](https://check.ariol.by/professions/product-manager/checklist/prioritize-opportunities): Выбрать пользовательские проблемы до выбора конкретных функций. Результат работы — Opportunity Solution Tree.
- [Собрать outcome-based roadmap](https://check.ariol.by/professions/product-manager/checklist/manage-product-roadmap): Показать направления и ожидаемые результаты без ложной точности списка функций. Результат работы — Product Roadmap.
- [Сбалансировать портфель инициатив](https://check.ariol.by/professions/product-manager/checklist/balance-portfolio): Распределить capacity между ростом, качеством, риском и обязательными работами. Результат работы — Portfolio Allocation.
- [Подготовить product brief](https://check.ariol.by/professions/product-manager/checklist/prepare-product-brief): Передать команде проблему, контекст, цель, ограничения и способ измерения результата. Результат работы — Product Brief.
- [Подготовить backlog к разработке](https://check.ariol.by/professions/product-manager/checklist/refine-product-backlog): Обеспечить достаточную ясность ближайших задач без преждевременной детализации дальних. Результат работы — Refined Backlog.
- [Спроектировать продуктовую аналитику](https://check.ariol.by/professions/product-manager/checklist/define-product-analytics): Заранее определить события, свойства и воронки для проверки эффекта релиза. Результат работы — Tracking Plan.
- [Провести product readiness review](https://check.ariol.by/professions/product-manager/checklist/run-release-readiness): Проверить ценность, качество, поддержку, коммуникацию и измеримость перед запуском. Результат работы — Product Release Checklist.
- [Определить North Star Metric](https://check.ariol.by/professions/product-manager/checklist/define-north-star): Выбрать показатель создаваемой пользователю ценности, связанный с устойчивым ростом. Результат работы — North Star Framework.
- [Анализировать воронку и удержание](https://check.ariol.by/professions/product-manager/checklist/analyze-funnel-retention): Найти этапы потери пользователей и понять, возвращаются ли они за ценностью. Результат работы — Funnel and Cohort Review.
- [Спроектировать продуктовый эксперимент](https://check.ariol.by/professions/product-manager/checklist/design-product-experiment): Проверить причинное влияние изменения с заранее заданными метриками и ограничениями. Результат работы — Experiment Design.
- [Провести product review](https://check.ariol.by/professions/product-manager/checklist/run-product-review): Принять решения по стратегии и roadmap на основе результатов, а не отчета о выполненных задачах. Результат работы — Product Review Memo.
- [Провести инвентаризацию инфраструктуры](https://check.ariol.by/professions/devops-sre/checklist/inventory-infrastructure): Собрать сервисы, окружения, ресурсы, владельцев и зависимости. Результат работы — Infrastructure Inventory.
- [Описать инфраструктуру как код](https://check.ariol.by/professions/devops-sre/checklist/codify-infrastructure): Сделать создание и изменение ресурсов воспроизводимым, проверяемым и версионируемым. Результат работы — IaC Repository.
- [Настроить базовый контроль доступов](https://check.ariol.by/professions/devops-sre/checklist/set-access-baseline): Применить least privilege, MFA, разделение ролей и регулярный пересмотр прав. Результат работы — Access Control Matrix.
- [Управлять конфигурацией и секретами](https://check.ariol.by/professions/devops-sre/checklist/manage-configuration-secrets): Разделить код, конфигурацию и секреты с безопасной доставкой в runtime. Результат работы — Configuration Standard.
- [Построить CI pipeline](https://check.ariol.by/professions/devops-sre/checklist/build-ci-pipeline): Автоматически проверять качество и собирать неизменяемый артефакт для каждого изменения. Результат работы — CI Pipeline.
- [Выбрать стратегию деплоя](https://check.ariol.by/professions/devops-sre/checklist/design-deployment-strategy): Снизить риск релиза через rolling, blue-green или canary с измеримой проверкой. Результат работы — Deployment Strategy.
- [Автоматизировать rollback](https://check.ariol.by/professions/devops-sre/checklist/automate-rollback): Обеспечить быстрый и проверенный возврат безопасной версии приложения и конфигурации. Результат работы — Rollback Runbook.
- [Защитить software supply chain](https://check.ariol.by/professions/devops-sre/checklist/secure-supply-chain): Контролировать зависимости, образы, подписи и происхождение артефактов. Результат работы — Supply Chain Policy.
- [Настроить golden signals](https://check.ariol.by/professions/devops-sre/checklist/define-golden-signals): Измерять latency, traffic, errors и saturation с точки зрения пользовательского сервиса. Результат работы — Service Dashboard.
- [Централизовать структурные логи](https://check.ariol.by/professions/devops-sre/checklist/centralize-logs): Сделать события поиска причины связанными, безопасными и пригодными для автоматического анализа. Результат работы — Logging Standard.
- [Включить распределенную трассировку](https://check.ariol.by/professions/devops-sre/checklist/enable-distributed-tracing): Показывать путь запроса через сервисы и находить источник задержки или ошибки. Результат работы — Tracing Map.
- [Спроектировать полезные алерты](https://check.ariol.by/professions/devops-sre/checklist/design-actionable-alerts): Уведомлять о пользовательском воздействии с понятным действием и минимальным шумом. Результат работы — Alert Catalog.
- [Определить SLI и SLO](https://check.ariol.by/professions/devops-sre/checklist/define-sli-slo): Согласовать надежность через измеримый пользовательский сигнал и допустимый уровень отказов. Результат работы — SLO Specification.
- [Управлять error budget](https://check.ariol.by/professions/devops-sre/checklist/manage-error-budget): Балансировать скорость изменений и надежность по фактически потребленному бюджету ошибок. Результат работы — Error Budget Policy.
- [Планировать capacity](https://check.ariol.by/professions/devops-sre/checklist/plan-capacity): Предотвращать исчерпание ресурсов с учетом роста, сезонности и времени поставки мощности. Результат работы — Capacity Plan.
- [Проверить backup и восстановление](https://check.ariol.by/professions/devops-sre/checklist/test-backup-restore): Подтвердить, что данные действительно можно вернуть в пределах RPO и RTO. Результат работы — Restore Test Report.
- [Подготовить incident response](https://check.ariol.by/professions/devops-sre/checklist/prepare-incident-response): Заранее определить роли, каналы, уровни критичности и порядок управления сбоем. Результат работы — Incident Response Plan.
- [Организовать устойчивое on-call дежурство](https://check.ariol.by/professions/devops-sre/checklist/run-on-call): Обеспечить своевременную реакцию без постоянной перегрузки инженеров. Результат работы — On-call Policy.
- [Провести blameless postmortem](https://check.ariol.by/professions/devops-sre/checklist/write-incident-postmortem): Извлечь системные уроки из инцидента и уменьшить вероятность повторения. Результат работы — Postmortem.
- [Провести учение по отказоустойчивости](https://check.ariol.by/professions/devops-sre/checklist/run-resilience-drill): Проверить гипотезы о восстановлении через контролируемый отказ компонента. Результат работы — Game Day Report.
- [Составить план UX-исследования](https://check.ariol.by/professions/ux-ui-designer/checklist/plan-ux-research): Определить решение, вопросы, метод, участников и способ синтеза результатов. Результат работы — UX Research Plan.
- [Провести контекстное интервью](https://check.ariol.by/professions/ux-ui-designer/checklist/conduct-contextual-interview): Увидеть реальные задачи, окружение, ограничения и обходные пути пользователя. Результат работы — Interview Notes.
- [Синтезировать данные исследования](https://check.ariol.by/professions/ux-ui-designer/checklist/synthesize-research): Превратить разрозненные наблюдения в паттерны, потребности и возможности. Результат работы — Research Synthesis.
- [Описать поведенческие сегменты и JTBD](https://check.ariol.by/professions/ux-ui-designer/checklist/define-personas-jtbd): Собрать практическую модель различий пользователей для продуктовых решений. Результат работы — Behavioral Persona.
- [Спроектировать информационную архитектуру](https://check.ariol.by/professions/ux-ui-designer/checklist/map-information-architecture): Организовать контент и функции в понятную пользователю структуру. Результат работы — Information Architecture Map.
- [Построить пользовательский flow](https://check.ariol.by/professions/ux-ui-designer/checklist/design-user-flow): Показать путь к цели, решения, возвраты, ошибки и альтернативы. Результат работы — User Flow.
- [Создать service blueprint](https://check.ariol.by/professions/ux-ui-designer/checklist/create-service-blueprint): Связать пользовательский опыт с frontstage, backstage, людьми и системами. Результат работы — Service Blueprint.
- [Проверить навигацию и findability](https://check.ariol.by/professions/ux-ui-designer/checklist/validate-navigation): Убедиться, что пользователи находят нужное по своим словам и ожиданиям. Результат работы — Navigation Test Report.
- [Создать несколько вариантов решения](https://check.ariol.by/professions/ux-ui-designer/checklist/sketch-solution): Исследовать разные модели взаимодействия до детализации одного макета. Результат работы — Solution Sketches.
- [Собрать wireframe ключевого сценария](https://check.ariol.by/professions/ux-ui-designer/checklist/build-wireframe): Проверить структуру, иерархию и поток без влияния декоративного слоя. Результат работы — Wireframe.
- [Создать интерактивный прототип](https://check.ariol.by/professions/ux-ui-designer/checklist/create-interactive-prototype): Материализовать проверяемую гипотезу взаимодействия с достаточной реалистичностью. Результат работы — Interactive Prototype.
- [Провести usability-тестирование](https://check.ariol.by/professions/ux-ui-designer/checklist/run-usability-test): Наблюдать, может ли пользователь выполнить задачи и где дизайн создает трение. Результат работы — Usability Test Report.
- [Определить дизайн-токены](https://check.ariol.by/professions/ux-ui-designer/checklist/define-design-tokens): Зафиксировать семантические решения цвета, типографики, отступов и размеров. Результат работы — Token Set.
- [Собрать библиотеку компонентов](https://check.ariol.by/professions/ux-ui-designer/checklist/build-component-library): Создать переиспользуемые элементы с понятным API, состояниями и правилами композиции. Результат работы — Component Library.
- [Проработать адаптивность и состояния](https://check.ariol.by/professions/ux-ui-designer/checklist/design-responsive-states): Обеспечить устойчивость интерфейса на разных размерах, данных и состояниях системы. Результат работы — Responsive State Matrix.
- [Проверить accessibility интерфейса](https://check.ariol.by/professions/ux-ui-designer/checklist/audit-accessibility): Сделать ключевые сценарии доступными с клавиатуры, скринридера и при разных особенностях восприятия. Результат работы — Accessibility Audit.
- [Подготовить дизайн к handoff](https://check.ariol.by/professions/ux-ui-designer/checklist/prepare-design-handoff): Передать разработке логику, компоненты, данные и состояния без догадок. Результат работы — Handoff Specification.
- [Провести design QA](https://check.ariol.by/professions/ux-ui-designer/checklist/review-implementation): Сверить реализованный продукт с логикой, системой и реальными устройствами. Результат работы — Design QA Report.
- [Измерить UX после релиза](https://check.ariol.by/professions/ux-ui-designer/checklist/measure-ux-outcome): Проверить, улучшилось ли выполнение пользовательской задачи в реальном продукте. Результат работы — UX Outcome Review.
- [Организовать развитие дизайн-системы](https://check.ariol.by/professions/ux-ui-designer/checklist/maintain-design-system): Управлять вкладом, версиями, качеством и внедрением компонентов как продуктом. Результат работы — Design System Governance.
- [Сформулировать аналитический вопрос](https://check.ariol.by/professions/data-analyst/checklist/frame-analytics-question): Перевести общий запрос бизнеса в вопрос, на который можно дать проверяемый и полезный ответ. Результат работы — Analytics Question.
- [Определить метрики и правила расчета](https://check.ariol.by/professions/data-analyst/checklist/define-metric-contract): Зафиксировать бизнес-смысл, формулу, гранулярность, фильтры и владельца каждой метрики. Результат работы — Metric Contract.
- [Составить карту источников данных](https://check.ariol.by/professions/data-analyst/checklist/map-data-sources): Понять, где возникают нужные факты, как они передаются и где могут искажаться. Результат работы — Data Source Map.
- [Подготовить план анализа](https://check.ariol.by/professions/data-analyst/checklist/design-analysis-plan): Заранее выбрать выборку, сегменты, метод, проверки и формат результата, чтобы снизить риск подгонки вывода. Результат работы — Analysis Plan.
- [Собрать воспроизводимую SQL-выборку](https://check.ariol.by/professions/data-analyst/checklist/extract-data-with-sql): Получить данные прозрачным запросом с понятными связями, фильтрами и контролем дубликатов. Результат работы — Versioned SQL Dataset.
- [Проверить качество данных](https://check.ariol.by/professions/data-analyst/checklist/profile-data-quality): Найти пропуски, дубликаты, выбросы, задержки и нарушения допустимых значений до анализа. Результат работы — Data Quality Profile.
- [Собрать аналитический датасет](https://check.ariol.by/professions/data-analyst/checklist/build-analytical-dataset): Объединить факты и признаки на согласованной гранулярности без утечки будущего и двойного счета. Результат работы — Analysis Dataset.
- [Задокументировать lineage и ограничения](https://check.ariol.by/professions/data-analyst/checklist/document-data-lineage): Сделать происхождение показателей и влияние изменений источников понятными потребителям. Результат работы — Data Lineage Record.
- [Провести разведочный анализ данных](https://check.ariol.by/professions/data-analyst/checklist/perform-exploratory-analysis): Понять распределения, динамику, структуру пропусков и возможные объяснения до проверки гипотез. Результат работы — EDA Notebook.
- [Построить полезную сегментацию](https://check.ariol.by/professions/data-analyst/checklist/segment-users): Разделить объекты на группы, различающиеся поведением и требующие разных решений. Результат работы — Segment Analysis.
- [Провести когортный анализ](https://check.ariol.by/professions/data-analyst/checklist/build-cohort-analysis): Сравнить поведение групп с общим моментом старта и не смешивать эффект времени с составом аудитории. Результат работы — Cohort Matrix.
- [Проанализировать A/B-эксперимент](https://check.ariol.by/professions/data-analyst/checklist/evaluate-experiment): Оценить эффект изменения с учетом дизайна эксперимента, мощности, множественных проверок и практической значимости. Результат работы — Experiment Report.
- [Выбрать подходящую визуализацию](https://check.ariol.by/professions/data-analyst/checklist/choose-chart): Показать сравнение, динамику, распределение или связь без визуального искажения. Результат работы — Chart Specification.
- [Сформулировать аналитический вывод](https://check.ariol.by/professions/data-analyst/checklist/write-analytical-conclusion): Дать краткий ответ на вопрос и показать доказательства, ограничения и рекомендуемое действие. Результат работы — Executive Summary.
- [Спроектировать dashboard для решения](https://check.ariol.by/professions/data-analyst/checklist/build-decision-dashboard): Создать рабочий инструмент с ясной аудиторией, иерархией метрик и диагностическим путем. Результат работы — Dashboard Specification.
- [Провести аналитический review](https://check.ariol.by/professions/data-analyst/checklist/present-analysis): Обсудить вывод с владельцами решения, проверить альтернативные объяснения и зафиксировать действие. Результат работы — Decision Review.
- [Обеспечить воспроизводимость анализа](https://check.ariol.by/professions/data-analyst/checklist/version-analysis): Сохранить код, окружение, параметры и данные так, чтобы расчет можно было повторить и проверить. Результат работы — Reproducible Analysis Package.
- [Автоматизировать аналитический расчет](https://check.ariol.by/professions/data-analyst/checklist/automate-analytics-pipeline): Перенести регулярный результат из ручного процесса в наблюдаемый pipeline с предсказуемым расписанием. Результат работы — Analytics Pipeline.
- [Настроить мониторинг аналитического продукта](https://check.ariol.by/professions/data-analyst/checklist/monitor-data-product): Обнаруживать задержки, изменения схемы и аномалии метрик до того, как ими воспользуются. Результат работы — Analytics Monitoring.
- [Организовать управление метриками и доступами](https://check.ariol.by/professions/data-analyst/checklist/govern-metrics-and-access): Сохранить единые определения, контролируемый доступ и безопасную работу с чувствительными данными. Результат работы — Analytics Governance Record.

## Профессиональные словари

- [Термины: SEO-специалист](https://check.ariol.by/professions/seo/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: IT Project Manager](https://check.ariol.by/professions/project-manager/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: Тестировщик / QA](https://check.ariol.by/professions/qa/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: Backend разработчик](https://check.ariol.by/professions/backend/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: Frontend разработчик](https://check.ariol.by/professions/frontend/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: Бизнес- и системный аналитик](https://check.ariol.by/professions/business-analyst/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: Product Manager / Product Owner](https://check.ariol.by/professions/product-manager/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: DevOps / SRE](https://check.ariol.by/professions/devops-sre/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: UX/UI Designer](https://check.ariol.by/professions/ux-ui-designer/glossary): определения, объяснения, примеры и варианты употребления.
- [Термины: Data Analyst / Аналитик данных](https://check.ariol.by/professions/data-analyst/glossary): определения, объяснения, примеры и варианты употребления.

## Дополнительно

- [Матрица навыков](https://check.ariol.by/skills): компетенции, уровни развития и практические индикаторы по IT-профессиям.
- [Полная версия базы знаний](https://check.ariol.by/llms-full.txt): содержание всех опубликованных уроков и терминов.
- [XML Sitemap](https://check.ariol.by/sitemap.xml): карта индексируемых страниц.