Экосистемный подход в разработке ПО: целостность вместо фрагментарности

На вебинаре покажем, как экосистемный подход помогает выстроить сквозной процесс разработки в единой среде — без постоянной ручной синхронизации и сложной поддержки интеграций. На примере экосистемы EvaDev разберём, как связать требования,  задачи, код, тестирование, документацию и сервисные процессы в единый управляемый контур разработки ПО.

Программа вебинара:
1. Проблемы использования узкоспециализированных сервисов в разработке ПО:
— Потеря информации и разрыв контекста между системами
— Сложность настройки и поддержки множества интеграций
— Дополнительные затраты на управление лицензиями и администрирование

2. Экосистемный подход в разработке ПО на примере экосистемы EvaDev
Прозрачность, автоматизация и практические плюсы от работы в единой среде:
- EvaProject – совместная работа отделов в единой системе управления проектами и задачами с поддержкой гибридной методологии Agile и Waterfall.  
- EvaRMS – прозрачная взаимосвязь требований с задачами в системе управления требованиями.
- EvaGit – бесшовная связь задач и мерж-реквестов в системе управления репозиториями и кодом.
- EvaTest – управление тестированием выполненных задач внутри экосистемы.
- EvaWiki – бесшовная интеграция задач и статей (онбординг, инструкции, база знаний).
- EvaServiceDesk – ITSM-система с прямой связью сервисных процессов и задач разработки для организации поддержки пользователей.
3. Прозрачность – возможность построения отчётов и дашбордов по любым аспектам разработки ПО.
4. Автоматизации – ускорение процесса разработки за счёт сведения ручного труда к минимуму.
5. Ответы на вопросы

Вебинар будет полезен Руководителям разработки, тестирования, Teamlead, Product Owner, Product Manager

TMS, которая говорит на языке агентов

Многие обещают, что AI напишет за вас тест-кейсы, но в реальности тесты — это полноценная инженерная работа. Гораздо больше времени и внимания съедает то, что обычно любят меньше: ревью чужих сценариев, разбор упавших прогонов, актуализация документации и поиск контекста между требованиями, тикетами и кодом.
 
На вебинаре разберём, как AI Ассистент ТестОпс закрывает эти задачи внутри TMS, работая с реальными проектными данными: тест-кейсами, запусками, результатами, требованиями и интеграциями. Покажем работающие навыки — от ревью кейсов по единому стандарту и анализа нестабильных автотестов до обновления документации при изменении требований. Отдельно обсудим, как создавать собственные навыки без кода под процессы вашей команды.

В программе:
•MCP в обе стороны.
ТестОпс совместим с экосистемой агентов: внешние агенты, IDE и пайплайны могут создавать кейсы, запускать прогоны и читать результаты без входа в интерфейс, а Ассистент — подключаться к вашему тулингу по вашим доступам.
•Своя модель, данные у вас.
Можно подключить облачную или локальную LLM. Кейсы, требования и результаты прогонов остаются в вашем контуре, что важно для команд с закрытым периметром и строгими требованиями к безопасности.
•Метрики вместо ощущений.
Ассистент показывает, сколько времени экономит команда, какие навыки используют чаще и где AI действительно помогает процессу, а где его пока рано масштабировать.

Ассистент пока в бете. Честно покажем, что уже работает, а что находится в планах.
 
Кому будет полезен вебинар:
•Разработчикам — увидеть, как работать с тестами из IDE через MCP: создавать кейсы, запускать проверки и получать результаты без переключения между инструментами.
•QA-инженерам — посмотреть, какие части ревью, анализа падений и поддержки документации можно передать Ассистенту без потери контекста.
•QA-лидам — оценить, как навыки помогают привести проверку кейсов, разбор нестабильных тестов и работу с документацией к единому стандарту.
•Руководителям разработки и менеджерам — понять состояние релиза по данным проекта, а не по ручной сборке статусов из CI, трекера и чатов.

Безопасному продукту - безопасную разработку!

Расскажем как выстроить безопасную разработку Java-продуктов в логике РБПО: от требований и анализа кода до безопасных зависимостей, контейнеров, JDK, Spring и IDE.

Привычный стек разработчика часто содержит риски: устаревшие JDK, Tomcat, Spring Boot, образы из Docker Hub, зависимости из Maven Central, IDE и плагины. Поэтому безопасность нужно обеспечивать не запретами и ручным контролем, а через системный безопасный DevPack: доверенный репозиторий Java-библиотек, легковесные контейнеры, поддерживаемую JDK, безопасный Spring LTS и отечественную IDE.

Отдельный акцент на том, что за последние годы выросли атаки на цепочки поставок, появились новые регуляторные требования, protestware и риски, связанные с использованием ИИ в разработке.  Разработчикам нужно не усложнять жизнь ограничениями, а дать безопасные и удобные инструменты, которые снижают риски без потери скорости разработки.

В программе вебинара:
1. Актуальность РБПО и эволюция подходов.
2. Что использует обычный Java разработчик каждый день, даже не подозревая о рисках.
3. Как снизить риски, что может пойти не так.
4. О насущных проблемах и с чего лучше начать разработчикам.
5. Системное виденье проблемы и ее решение.
6. Ответы на вопросы

Вебинар будет полезен: 
Тимлидам, разработчикам, техлидам, архитекторам, руководителям платформенных команд, специалистам по ИБ.
В целом, всем, кто отвечает за безопасную поставку зависимостей, поддержку корпоративного Java-стека и устойчивость процессов разработки.

Deckhouse Developer Portal: автономность и скорость для команд без потери контроля над качеством и безопасностью

Сегодня компании ищут способы ускорять delivery без роста операционных затрат. Internal Developer Portal становится ключевым инструментом для масштабирования инженерных процессов, повышения автономности команд и обеспечения безопасности.

В программе:

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

Вебинар будет полезен:
-Командам разработки
-CTO
-Командам из ИБ
-DevOps и SRE-инженерам
-DevSecOps-инженерам

Никаких секретов! Безопасная разработка: от клавиатуры до пайплайна

Экосистема CI/CD и управление секретами сегодня стали одной из ключевых зон риска и одновременно узким местом в разработке. Команды одновременно решают задачи скорости поставки, безопасности и соответствия требованиям ИБ, при этом часто используют разрозненные инструменты и самописные интеграции. В результате растёт сложность поддержки пайплайнов и вероятность ошибок, связанных с доступом к чувствительным данным.

Отдельно посмотрим, как современные подходы к хранению и выдаче секретов (через JWT/OIDC и централизованные хранилища) позволяют уйти от переменных CI/CD и самописных схем, снижая операционные риски и упрощая сопровождение.

В программе::

-Экосистема продуктов Deckhouse: зачем она нужна и какую проблему решает
-Локальная разработка, merge request, CI/CD в продакшн
·Этап 1 — Локальная разработка. Для чего нужны push rules и как они работают
·Этап 2 — Merge request. Правила вливания в основную ветку
·Этап 3 — CI/CD в продакшн
       -Какие способы хранения секретов используют в CI/CD сегодня: от секретов в репозитории до выделенного хранилища (показать табличку)
       ·Как выглядит правильная концепция: пайплайн не хранит секрет, а получает его из хранилища секретов по JWT/OIDC
        -Как Deckhouse Code и Deckhouse Stronghold решают задачу доставки секретов в пайплайны нативно, без самописных обвязок
    -Как настраивается интеграция: JWT-аутентификация, bound claims, ACL-политики и декларативное получение секретов в CI
-Почему связка Deckhouse Code + Stronghold на базе DKVP снижает операционные риски и упрощает поддержку
-Демо решения
-Ответы на вопросы

Вебинар будет полезен:
·Командам разработки
·DevOps и SRE-инженерам
·DevSecOps-инженерам