Трифонов_IT

Сегодня выступаю на Сбер.Среда.

Мы провели эксперимент: собрали пилотную группу из 23 человек, выдали каждому подписку на AI-инструменты на $200 и три месяца наблюдали, что происходит — с пристальным вниманием к безопасности, трансформации ролей и скорости.

Результатами делюсь сегодня на конференции.

Кто сегодня на конференции — подходите, у меня есть что рассказать сверх слайдов.

Дополнительные материалы:
• Лестница AI-adoption Бориса Черни: https://claude.ai/code/artifact/bfdfaef9-bc62-4dfe-ba9e-c58a26c9accf
• The AI-Native SDLC playbook: https://claude.com/blog/the-ai-native-sdlc-playbook

Презентация: https://disk.yandex.ru/d/3rBRoKPZrJL8LA

С Сашей Поломодовым(@book_cube) вчера случайно заговорили про агентов — проговорили два часа. Поняли, что надо записывать 😄

В понедельник 20 июля в 17:00 мск делаем прямой эфир. Всё как вчера, но с микрофонами.

Анонс Саши — выше, приходите.

Research Insights Made Simple #22: как собрать управляемый агентный стек (Рубрика #AI4SDLC)

Что компания делает «своим» в агентной платформе: код клиента, модель, контур исполнения, данные или право агента менять внутренние системы? Эти вещи часто смешивают и сводят выбор к спору между «своим OpenCode» и «чужим Claude Code или Codex».

В понедельник 20 июля в 17:00 по мск мы с Мишей Трифоновым из Cloud.ru разберём в прямом эфире эту ложную развилку и соберём полное описание агентного стека в рамках 22-м выпуска подкаста Research Insights Made Simple.

Миша Трифонов - Директор департамента внутренней платформы разработки Cloud.ru и у него есть свой интересный канал @trifonovit

Рабочая формула шире привычной пары «модель + обвязка»:
агентный стек = обвязка + модель + инструменты + идентичность + технические границы исполнения.

Обвязка управляет циклом работы и контекстом, модель предлагает план, инструменты создают реальный эффект. Идентичность, sandbox и policy engine определяют, от чьего имени и в каких границах действует агент.

Поговорим о восьми конфигурациях: от автономного стека и локальной модели до внешнего планировщика, корпоративного tool gateway и полного SaaS. У каждой схемы своя цена контроля, скорости, lock-in и эксплуатации.

Отдельно обсудим несколько неочевидных следствий:
- open source ≠ local inference;
- self-hosted ≠ безопасные действия;
- доступы сотрудника ≠ доступы агента
- внутренний MCP ≠ узкие полномочия;
- внешний API ≠ внешнее право на действие;
- multi-model router = отдельная платформа.

Ключевая идея — разделить два пути. Модельный шлюз контролирует, какие данные и к какой модели уходят. Инструментальный шлюз решает, кто, что и от чьего имени может изменить. Между ними нужны единые identity, policy, trace и evals.

И здесь разговор переходит к безопасности. Атакуют не абстрактную модель, а путь от недоверенного README, issue или tool result до действия с реальными полномочиями. Поэтому ограничения должна обеспечивать инфраструктура, а не системный промпт.

В общем, мы обсудим не «какой агент лучше», а какую минимальную конфигурацию выбрать для пилота, корпоративной платформы или регулируемого контура — и кто отвечает за фактическое изменение системы.

Добавляйте стрим в ваш календарь, чтобы не пропустить его.

#AI4SDLC #AI #Agents #Architecture #PlatformEngineering #Security #Engineering

Пока все отдыхали на длинных выходных, мы с Михаилом Трифоновым, Head of DevOps из Cloud. ru обсуждали важную тему (чтобы вам было, что посмотреть с пользой прямо сегодня).

КАК ПЕРЕСТАТЬ БЫТЬ СПАСАТЕЛЕМ ДЛЯ СВОЕЙ КОМАНДЫ?

Эфир получился позитивным, под стать самому Михаилу. Мне кажется, даже по этому короткому фрагменту видно характер героя.

Обсудили:
📌 термин «лидер-слуга» - и вы удивитесь, но это совсем не то, о чем вы подумали;
📌 книгу, которую должен прочитать каждый управленец, по словам Михаила;
📌 стратегию лидера в спортивной команде и в бизнесе - чем они отличаются и чем схожи?
📌 что помогает лидеру увидеть надвигающийся конфликт в команде и как быть в этом случае?

Рекомендую к просмотру всем, кто развивается в карьере:

📺 YouTube
📱 LinkedIn

Ну и делитесь, только честно: все еще спасаете или уже управляете?

#Интервью

😂👍👍❤️👌😅😊😊😍😘
Понедельник, 4 ноября, в 18-00 мск - ZOOM

Вы – «скорая помощь» для своей команды? Тот самый лидер, который решает все проблемы, тушит пожары и тащит на себе проекты, пока остальные... просто работают?

Остановитесь! Это не героизм, а прямой путь к выгоранию.
Желание быть опорой – благородно. Но оно же превращает вас в «решателя проблем», а не в стратега. И пока вы спасаете всех подряд, вы теряете главное: энергию, фокус и, в конечном итоге, результаты.
Пропустить этот эфир — значит так и остаться «героем», который спасает всех, кроме себя. Цена этой ошибки – не просто усталость. Это потерянный драйв, зависимая команда и угроза вашему лидерскому будущему.

❗️ВНИМАНИЕ❗️Эфир будет закрытым.
Попасть можно только после регистрации ↓
👉 ЗАРЕГИСТРИРОВАТЬСЯ

Участники получают уникальную возможность задать вопросы спикерам во время эфира.

В качестве проводника от спасательства к зрелому лидерству
я пригласила Михаила Трифонова – Head of DevOps в Cloud.ru, который
прошёл путь от «спасателя», бросавшегося на амбразуру каждой проблемы, до лидера, который строит системы, где люди справляются сами. Без выгорания и героизма.

Мы не будем говорить общими фразами. Разберём главное:

❓Почему ловушка «я должен быть опорой для всех» кажется такой привлекательной, но на деле разрушает и вас, и команду?
❓Где та самая грань между здоровой ответственностью и токсичным спасательством?
❓Как перестать «тащить всё на себе» и не стать при этом безразличным, холодным боссом?
❓Что получает лидер взамен, когда отказывается от роли героя?
(Спойлер: не хаос, а рост и свободу).

Этот эфир – ваша точка невозврата к старой модели управления. Всего за 50 минут вы получите схему, как перейти от режима «пожарника» к роли архитектора сильной команды.

👉 ПОПАСТЬ НА ЭФИР!
Чтобы вернуть себе энергию, а команде – ответственность.
До встречи на эфире, успешные!

Сейчас выступаю на TechCommunity Fest.

Тема доклада:
IDP (Internal Development Platform): Как превратить микросервисный хаос в инженерный рай

Доп материалы по презентации:
- Building Microservices Сэма Ньюмана https://clck.ru/3NGvke
- State of DevOps Russia 2024 https://clck.ru/3MUNzz
- Team Topologies https://clck.ru/3MUNw
- Рекомендуемая архитектура IDP McKinsey https://clck.ru/3MUQFY
- AI-commit https://clck.ru/3NGwEN
- AI-SRE https://clck.ru/3NGwHx
- Зрелость через Dora-метрики https://clck.ru/3MUYHT
- Модель зрелости IDP https://clck.ru/3MUYps

IDP Guide: https://devplatform.pro/

Презентация: https://disk.yandex.ru/d/C9-UrJXCAlDzPw

Ощутите какой путь люди проделали во взаимодействии человек-компьютер. Даже такая мелочь как даблклик должна обладать определенными свойствами, чтобы быть максимально нативной.

Добавил ру-субтитры, чтобы было комфортнее смотреть) 😋

🎙️ Идеализм vs реальность
Подкаст с Антоном Тодосийчуком и Даной Миндзаевой

Мы сделали всё по учебнику:
✅ Записали 3-часовой подкаст с крутыми гостями
✅ 3 ночи монтировали, вырезали моменты, сводили звук
✅ Готовились к релизу как в кино...

А потом — *бац* — битые исходники. Осталась только режиссёрская версия (та самая, которую обычно никто не видит).

И знаете что? Решил ее все равно выложить. Без идеального монтажа. Без финальных титров. Без полировки. 1 визуальный план. На своем личном канале.

Почему это победа:
Сделано > идеально — 99% подкаст слушают а не смотрят. А подкаст получился оч топовый и с юмором и со смыслом.
Главное — не закопать контент — лучше "сырая" ценность, чем вечное "ещё чуть-чуть"

*Мораль:* если бы мы были идеалистами идеала, вы бы никогда не услышали этот выпуск.

Посмотреть: https://www.youtube.com/watch?v=CtzDWbp7nYo

А вы бы выложили "сырую" версию?
🔥- Да, контент важнее идеала
🤔 - Нет, надо доделать идеально
❤️ - эмоджи поддержи

Годнота подъехала!🚀

Полгода назад записали с Артёмом (@badTechProject, CPO платформенных решений Яндекса) разбор DevEx и Платформ – как ускорить разработку в 2 раза и не сойти с ума.

Вышло огонь! 🔥

Кому актуально – ловите ссылку 👇

https://youtu.be/1aYnzXFefc8?si=u8nI80Uw5TEwnrUk

Platform Engineering Guide: написал первые статьи!

✅ Когда IDP реально нужна?
✅ Шаг 1. Как ставить цели для IDP?

🔗 Читать (devplatform.pro)

Первый раз делаю такой проект — как вам:
- Удобно ли читать?
- Вставки со скринами – зашквар?
- Есть что дополнить?

P.S. «Какие ошибки вы совершили при внедрении IDP?» Дополню статьи вашими кейсами!

Создаю OpenSource базу знаний по Platform Engineering

На CTO Conf 2025 я рассказал о своём проекте — OpenSource базе знаний для инженеров, которые хотят:
- Разбираться в Platform Engineering без «велосипедов».
- Иметь под рукой проверенные гайды по платформенным архитектурам и AI интеграции.
- Делиться опытом в комьюнити (приветствуются PR!).

Что уже сделано:
1. Выбрал Docusaurus – для удобной навигации и поддержки Markdown.
2. Развернул на GitHub Pages – прозрачность и open-source с первого дня.
3. Запустил сайт → https://devplatform.pro/ (пока сыро, но база растёт!).

Об обновлениях буду писать сюда.

P.S. Если заметили баги на сайте — кидайте в Issues на GitHub. Критика = рост 💪

Сейчас выступаю на CTO Conf 2025.

Полезные материалы к докладу:
Слайд 1: State of Platform Engineering 2024
https://clck.ru/3MUN2r
Слайд 5: State of DevOps 2024 clck.ru/3MUNiW
Слайд 6: State of DevOps Russia 2024 https://clck.ru/3MUNzz
Слайд 34: Team Topologies https://clck.ru/3MUNw
Слайд 36: State of DevOps 2020: https://clck.ru/3MUPBo
Слайд 39: Рекомендуемая архитектура IDP https://clck.ru/3MUQFY
Слайд 49: Обзор готовых IDP от Александра Кириллова https://clck.ru/3MUQQ7
Слайд 71: Google SRE Book https://clck.ru/3MUYDP
Слайд 74: Dora https://clck.ru/3MUYHT
Слайд 77: AI в Разработке https://clck.ru/3MUYVz
Слайд 84: Модель зрелости IDP https://clck.ru/3MUYps

Преза: https://disk.yandex.ru/i/e8in9DThyp8VRw