Как DevOps-инженеру стать платформенным, используя фреймворк Platen.dev

Уверен, что вы слышали про platform engineering. Это процесс создания и предоставления удобных сервисов самообслуживания командам и инженерам с целью ускорения потока создания ценностей, снижения объема нецелевых активностей команд, а также повышения качества, надежности и безопасности создаваемых решений. Звучит круто! Но как начать работать в таком процессе, как набрать нужные компетенции или систематизировать практики? Именно эти вопросы являются одними из причин создания мной открытого фреймворка Platen (www.platen.dev), который раскладывает все по полочкам.

Весь доклад будет построен исключительно на реальных кейсах, раскрывающих следующие вопросы:
1. отличия между различными ролями: "DevOps-инженер" и платформенный инженер;
2. зачем нужно становиться платформенным инженером;
3. почему нельзя "купить" платформу или найти "готовую";
4. дорожная карта становления платформенным инженером;
5. основные роли в платформенной команде: владелец платформы, платформенный инженер, архитектор платформы. Карьерный трек инженера;
6. что такое фреймворк Platen, и зачем он нужен;
7. основные части фреймворка: введение, артефакты, оценка и стратегирование, реализация;
8. про Platen metrics radar (PMR) и почему отслеживание "4 ключевых метрик" вам не помогут;
9. как составить модель предоставления платформенных сервисов (as-is и to-be);
10. инструменты изменения мышления/культуры всей компании и инженеров, в сторону платформизации;
11. что такое самодостаточные/потокоцентричные команды, и причем здесь ответственность в конвейере производства. Как командам доставлять изменения до клиентов самостоятельно в платформенной модели.

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