Перейти к основному содержимому
DevScallix

DevScallix Residency

Планируется

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

Engineering Residency — планируемая программа, где участники, отобранные по результатам оценки, работают в команде по настоящим инженерным практикам.

01Рабочий процесс

Как вы будете работать в Residency

  1. 01

    Backlog

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

  2. 02

    Tickets

    Задачи с понятными требованиями и критериями приёмки.

  3. 03

    Git workflow

    Ветки, коммиты и командные соглашения.

  4. 04

    Pull Requests

    Каждое изменение проходит через PR.

  5. 05

    Code review

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

  6. 06

    Testing

    Автотесты, которые защищают каждое изменение.

  7. 07

    Architecture decisions

    Обсуждение и документирование решений.

  8. 08

    CI/CD

    Автоматическая проверка и доставка.

  9. 09

    Deployments

    Запуск работы в реальной среде.

  10. 10

    Demos

    Презентация сделанной работы команде.

12 недель

Программа по неделям

Это планируемая программа: порядок и глубина могут корректироваться под группу. Это не гарантия работы или должности.

01 · Недели 1–2

Sprint 1: онбординг и первая поставка

Цель этапа: Сформировать команду, согласовать working agreement и Definition of Done, запустить репозиторий и CI и поставить первые небольшие задачи через PR.

  1. Неделя 1

    Старт, working agreement и backlog

    • Что такое Residency и чем оно не является
    • Роли: ментор, product owner, ротация scrum master, разработчик
    • Working agreement, Definition of Done, правила веток и PR
    • User story, критерии приёмки и backlog спринта 1

    Лабораторная: Команда пишет working agreement и DoD, настраивает репозиторий и CI, уточняет backlog и планирует спринт 1.

    Задание: Индивидуально: PR по первой задаче (ваше представление в README, CI зелёный); сдайте ссылку на PR.

  2. Неделя 2

    Daily standup, поток PR и выполнение спринта 1

    • Daily standup: три вопроса и подъём блокеров
    • Небольшие PR, сообщения коммитов и скорость ревью
    • Доска задач и WIP-лимиты
    • Sprint review (демо) и первая ретроспектива

    Лабораторная: Выполнение backlog спринта 1 с ежедневным standup; в конце 10-минутное демо и ретро.

    Задание: Индивидуально: заметка о вкладе в спринте 1 (PR, ревью, выводы) и одно предложение по улучшению для ретро.

Контрольная точка: Работающий CI, согласованные working agreement и DoD, демо спринта 1 (минимум один смёрженный PR от каждого участника).

02 · Недели 3–4

Sprint 2: поставка с качеством

Цель этапа: Закрепить привычки тестирования, code review и QA; поставить первый полноценный feature slice.

  1. Неделя 3

    Планирование спринта 2 и стратегия тестирования

    • Backlog refinement: разбиение, зависимости, риски
    • Оценка и capacity: реальная скорость команды
    • Пирамида тестов: unit, integration, API
    • Quality gates в CI

    Лабораторная: Планирование спринта 2; план тестов для каждой story; добавление тестовых и lint-гейтов в CI.

    Задание: Индивидуально: тесты и PR по одной story; в описании PR - объяснение стратегии тестирования.

  2. Неделя 4

    Культура code review и QA

    • Писать ревью: конкретно, уважительно, обоснованно
    • Отвечать на ревью и разрешать разногласия
    • Ручной QA, exploratory testing и баг-репорты
    • Sprint review и ретроспектива: тренды

    Лабораторная: Перекрёстное ревью: каждый участник проверяет минимум 3 PR; команда проводит exploratory QA и триажит баги.

    Задание: Индивидуально: подборка 3 ваших ревью и ответов на полученные ревью (ссылки и один абзац рефлексии).

Контрольная точка: Демо спринта 2: протестированный, прошедший ревью feature slice по DoD; метрики (время PR, покрытие тестами).

03 · Недели 5–6

Sprint 3: проектные решения и промежуточная оценка

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

  1. Неделя 5

    Проектные решения и ADR

    • Лёгкий design doc и ADR
    • Feature flag и поэтапный релиз
    • Контракты API и обратная совместимость
    • Фиксация технического долга

    Лабораторная: Команда проводит обсуждение дизайна крупной story, пишет ADR и поставляет первую часть за feature flag.

    Задание: Индивидуально: ADR или дизайн-заметка по вашему вкладу (через PR).

  2. Неделя 6

    Промежуточная оценка и итоги спринта 3

    • Оценка ментора: критерии и формат обратной связи
    • Сбор портфолио-доказательств (PR, ревью, ADR, демо)
    • Sprint review: вопросы стейкхолдеров
    • Ретроспектива: здоровье и динамика команды

    Лабораторная: Демо спринта 3; ментор проводит с каждым участником 15-минутную беседу по промежуточной оценке.

    Задание: Индивидуально: индекс портфолио (README) минимум с 5 ссылками на доказательства и план реакции на отзыв ментора.

Контрольная точка: Минимум один ADR команды, список технического долга и письменная промежуточная оценка ментора.

04 · Недели 7–8

Sprint 4: эксплуатация и учения по инциденту

Цель этапа: Дополнить поставку деплоем, мониторингом и реагированием на инциденты; отработать blameless postmortem.

  1. Неделя 7

    Деплой, конфигурация и мониторинг

    • CI/CD-деплой в staging
    • Конфигурация и работа с секретами
    • Логи, метрики и простые алерты
    • Release checklist и план отката

    Лабораторная: Команда строит staging-пайплайн, добавляет health endpoint и два алерта и репетирует откат.

    Задание: Индивидуально: PR с метрикой/алертом или разделом runbook, с показом того, как вы это проверили.

  2. Неделя 8

    Учения по инциденту и postmortem

    • Роли при инциденте: commander, communicator, investigator
    • Триаж: влияние, гипотеза, смягчение
    • Формат blameless postmortem
    • Sprint 4 review и ретроспектива

    Лабораторная: Ментор вносит контролируемую неисправность в staging; команда распределяет роли, устраняет инцидент и проводит 30-минутный postmortem.

    Задание: Индивидуально: документ postmortem - хронология, первопричина, три действия (без поиска виноватых).

Контрольная точка: Автоматический деплой в staging, ключевые метрики и алерты, письменный postmortem по учениям.

05 · Недели 9–10

Sprint 5: стабилизация и интеграция между командами

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

  1. Неделя 9

    Технический долг, рефакторинг и безопасность

    • Приоритизация техдолга
    • Безопасный рефакторинг под защитой тестов
    • Проверка зависимостей и базовый чек-лист безопасности
    • Планирование спринта с фокусом на крупные риски

    Лабораторная: Команда приоритизирует долг, поставляет два PR с рефакторингом и проходит чек-лист безопасности.

    Задание: Индивидуально: PR с рефакторингом и доказательствами до/после (тесты, метрика или упрощение).

  2. Неделя 10

    Интеграция между командами и контракты

    • Контракты API и версионирование
    • Contract testing и mock-серверы
    • Координация зависимостей и обновления
    • Sprint 5 review и ретроспектива

    Лабораторная: Две команды согласуют контракт, пишут contract test и показывают демо интеграции.

    Задание: Индивидуально: PR с контрактом или contract test и ссылка на обсуждение с другой командой.

Контрольная точка: Демо интеграции между командами, подтверждение снижения техдолга и чек-лист безопасности.

06 · Недели 11–12

Sprint 6: релиз, портфолио и итоговая оценка

Цель этапа: Подготовить продукт к релизу, провести финальное демо, завершить портфолио-доказательства и пройти итоговую оценку.

  1. Неделя 11

    Подготовка к релизу и финальное демо

    • Release candidate и регрессионные проверки
    • Документация: README, runbook, документация API
    • Сценарий финального демо и навыки презентации
    • Планирование последнего спринта и риски

    Лабораторная: Команда готовит release candidate, проходит регресс и репетирует финальное демо.

    Задание: Индивидуально: PR с документацией (README/runbook/документация API) и сценарий демо вашей части.

  2. Неделя 12

    Финальное демо, портфолио и итоговая оценка

    • Финальное демо и вопросы стейкхолдеров
    • Итоговая оценка ментора
    • Портфолио: отбор и подача доказательств
    • Финальная ретроспектива и следующие шаги

    Лабораторная: Финальное демо перед панелью; индивидуальная 20-минутная итоговая беседа с каждым участником.

    Задание: Индивидуально: завершённое портфолио (избранные PR, ревью, ADR, postmortem) и самооценка.

Контрольная точка: Релиз (staging/демо-среда), финальное демо, завершённое портфолио и письменная итоговая оценка.

02Engineering Residency

Чтобы было понятно

Для кого

Для выпускников Java Backend Career Track и внешних кандидатов с эквивалентной подготовкой. Внешние кандидаты проходят оценку, собеседование и техническую защиту; решение принимают люди.

  • Residency — это не предложение о работе, не трудоустройство и не трудовой договор.
  • Мы не обещаем «год опыта работы». Residency — это структурированный опыт работы над проектом в реалистичной инженерной среде.
  • Участие будет по результатам оценки; принят будет не каждый.
  • Формат, длительность и условия ещё определяются и могут измениться.

03Engineering Residency

Заявка внешнего кандидата

Если вы не выпускник академии, но у вас есть эквивалентная подготовка, вы можете подать заявку. Заявка — это не зачисление и не означает, что Residency уже началась.

  1. 01 Заявка
  2. 02 Оценка
  3. 03 Проверка готовности
  4. 04 Собеседование и техническая защита
  5. 05 Решение людей

Выпускники академии подают заявку в разделе Residency на платформе.

Будьте в курсе

Напишите нам, чтобы одними из первых узнать об открытии Residency.

Подписаться на новости