Все издревле знают, что есть три системы: dev - test - prod. Каждая из систем выполняет свою конкретную функцию: вот мы разработали, вот мы протестировали, а вот тут у нас работают ключевые пользователи. Вроде бы всё  прекрасно. Но нет!

Для того чтобы key-users научились работать в проде - их нужно сначала научить. И тут у нас возникает ещё одна система - edu.

А почему не можем обучать на существующем ландшафте?

Prod - само собой, нельзя. Учебный “Тестов Тест Тестович” создаст реальный документ, который уйдёт в реальную интеграцию, и потом придётся отмаливать этот грех.

Test - вроде подходит, но почти всегда там эмуляция интеграций и в целом тест может быть не последней версией. Пользователь научится одному, а на проде увидит совсем другой экран. Итог: звонок в техподдержку “У вас всё сломано!”.

Dev - тупо бесполезно, ибо система меняется в моменте.

Нужна edu-система!

Но опытный менеджер скажет - “А зачем? Есть же ещё Pre-Prod - гоняйте там свои обучалки”.

Pre-Prod - это почти копия прода с обезличенными (а иногда и боевыми) данными. Его задача - последняя проверка перед релизом. Данные, обычно, обновляются раз в неделю (у кого-то реже, у кого-то чаще). Поэтому если учить на пред-проде, то есть шанс нарушить кучу политик (данные то могут быть необезличенными).

Edu - это отдельный зверь:

- Данные не синхронизируются с продом. Они искусственные, но реалистичные, заточенные под сценарии обучения. - Среда стабильна на период обучения, версия системы заморожена. - Можно ломать! После каждого занятия среда безболезненно откатывается в “чистое” состояние.

В идеальном мире за edu-средой следит специальный тренер-методист. Но в нашей реальности эта роль часто падает на БА, увы.

Так почему же далеко не каждый видел этот самый edu-стенд?..

#едукэйнш