Что должен уметь Junior }

Понимает важность API-документации для внутренних и внешних потребителей. Знает форматы OpenAPI/Swagger и умеет читать спецификации. Способен выявить недостатки в существующей документации при ревью.

Понимает принципы REST API: resources, HTTP methods, status codes. Читает API-спецификации и понимает структуру endpoints. Знает, как API design влияет на developer experience и продуктовые возможности.

Понимает концепцию микросервисной архитектуры и принципы декомпозиции. Знает различия между монолитом и микросервисами с точки зрения продуктовых возможностей. Участвует в обсуждениях по определению границ сервисов.

Понимает основы системного дизайна для принятия продуктовых решений: диаграммы архитектуры высокого уровня, принципы API-first дизайна и соображения масштабируемости. Следует командным практикам документирования технических требований и участия в архитектурных обсуждениях.

Понимает концепцию технического долга и его влияние на скорость доставки продукта. Знает разницу между deliberate и accidental debt. Умеет документировать tech debt items с business impact.

Понимает концепцию capacity planning на уровне команды и инфраструктуры. Знает основные метрики: velocity, throughput, utilization. Участвует в sprint planning с учётом доступности разработчиков.

Понимает разницу между SLI, SLO и SLA и их роль в продуктовых решениях. Знает базовые SLI: availability, latency, error rate. Понимает, как SLO влияют на product decisions и engineering priorities.

Понимает процесс code review и его значение для качества продукта. Умеет читать pull requests и понимать изменения на высоком уровне. Участвует в обсуждении PR-ов с точки зрения продуктовых требований.

Понимает принципы A/B-тестирования и его применение для продуктовых решений. Знает, как формулировать гипотезу для эксперимента с учётом технических ограничений платформы. Умеет описать базовые метрики успеха теста.

Понимает структуру продуктового бэклога и принципы приоритизации. Умеет создавать user stories с acceptance criteria, включая технические критерии. Знает различия между product backlog и sprint backlog в контексте технического продукта.

Понимает концепцию воронки конверсии и её метрики на каждом этапе. Знает, как технические факторы (page load time, errors) влияют на конверсию. Умеет интерпретировать базовые funnel-отчёты из Amplitude или Mixpanel.

Понимает основы go-to-market стратегии для технических продуктов. Знает, чем GTM для API-продуктов отличается от consumer products. Участвует в планировании launch timeline с учётом технической готовности.

Понимает принципы формулировки и проверки гипотез в продуктовом контексте. Умеет создать гипотезу в формате "если. то. потому что." с учётом технических возможностей. Знает базовые методы валидации.

Понимает концепцию Jobs-to-be-Done и отличие от persona-based подхода. Знает, как применять JTBD framework для технических продуктов и developer tools. Умеет формулировать job statement для базовых пользовательских задач.

Проводит техническое исследование рынка: оценивает конкурирующие API и платформы, анализирует тренды developer experience и бенчмаркит технические возможности. Связывает результаты с инженерной реализуемостью.

Понимает разницу между OKR и KPI. Знает, как формулировать measurable objectives для технического продукта. Отслеживает базовые метрики своего продукта: adoption, retention, performance SLIs.

Знает основные product analytics инструменты: Amplitude, Mixpanel, PostHog. Понимает, как event tracking архитектура влияет на качество данных. Умеет находить и интерпретировать базовые отчёты.

Понимает структуру product roadmap и его связь с technical planning. Знает разницу между feature-based и outcome-based roadmaps. Умеет читать и обсуждать roadmap с учётом технических зависимостей и ограничений.

Понимает важность продуктового видения и его связь с техническими возможностями. Может артикулировать vision для своей фичи с учётом технической архитектуры. Знает, как технологические тренды влияют на product vision.

Понимает ландшафт стейкхолдеров технического продукта: engineering, business, operations. Умеет коммуницировать с техническими и нетехническими stakeholders. Готовит status updates с appropriate technical depth.

Понимает основы user research и его применение для технических продуктов. Знает методы: interviews, surveys, usability testing. Участвует в исследованиях и анализирует feedback от developer-пользователей.

Понимает концепцию user story mapping и его применение для технических продуктов. Знает структуру: activities, tasks, user stories. Участвует в mapping-сессиях и помогает определять MVP с учётом технических зависимостей.

Знает ключевые метрики доставки: lead time, cycle time, deployment frequency, change failure rate. Понимает DORA metrics и их связь с продуктовой производительностью. Отслеживает базовые показатели своей команды.

Понимает концепцию зависимостей между командами и компонентами системы. Умеет выявлять и документировать продуктовые и технические зависимости. Участвует в coordination meetings для синхронизации с другими командами.

Знает базовые техники оценки: story points, T-shirt sizing, planning poker. Участвует в estimation-сессиях и понимает связь между оценками и техническими рисками. Помогает команде определять acceptance criteria для оценки.

Понимает принципы Kanban: визуализация потока, WIP limits, pull system. Умеет работать с Kanban-доской и отслеживать состояние задач. Знает, когда Kanban предпочтительнее Scrum для технических команд.

Понимает основы процессного улучшения в контексте software delivery. Знает концепции lean waste, bottleneck analysis. Умеет выявить очевидные неэффективности в development процессе и предложить улучшения.

Понимает процесс release planning и его связь с CI/CD pipeline. Знает различия между release train, feature-based и time-based releases. Участвует в планировании релизов с учётом технической готовности.

Понимает основы risk management для технических продуктов. Знает категории рисков: technical, schedule, resource, dependency. Участвует в risk identification sessions и ведёт базовый risk register.

Понимает Scrum framework: роли, артефакты, events. Знает отличия Product Owner от Technical Product Manager. Участвует в sprint ceremonies и поддерживает product backlog с техническими stories.

Понимает значение архитектурной документации для технических решений. Знаком с форматами ADR (Architecture Decision Records) и C4-моделью. Читает архитектурные диаграммы и участвует в обсуждении технических решений.

Умеет читать и создавать базовые диаграммы: flowcharts, sequence diagrams, user flows. Использует Miro, Lucidchart или draw.io для визуализации продуктовых процессов. Понимает нотацию UML на базовом уровне.