<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Радар адаптации технических лидеров</title>
    <link>https://tech-leadership.space/ru/radar</link>
    <description>Сигналы для технических лидеров: доказательства, уровень уверенности, влияние на роли и явные даты пересмотра.</description>
    <language>ru</language>
    <lastBuildDate>Wed, 12 Aug 2026 00:00:00 GMT</lastBuildDate>
    <atom:link href="https://tech-leadership.space/feeds/radar-ru.rss.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Agentic SDLC становится операционной моделью</title>
      <link>https://tech-leadership.space/ru/radar/agentic-sdlc-becomes-operating-model</link>
      <guid isPermaLink="true">https://tech-leadership.space/ru/radar/agentic-sdlc-becomes-operating-model</guid>
      <description>Значимый сдвиг — не ускорение автодополнения. Команды пересобирают декомпозицию, ревью, quality gates и платформенные интерфейсы вокруг параллельных AI-агентов.

Почему сейчас: Кодовые агенты уже выполняют длинные задачи и создают изменения для ревью. Ограничение смещается от генерации к контексту, проверке и организационному внедрению.

Статус: Trial; Уверенность: high; Пересмотр до: 2026-09-11.

Источники: OpenAI — Introducing Codex: https://openai.com/index/introducing-codex/; Stack Overflow 2025 Developer Survey — AI: https://survey.stackoverflow.co/2025/ai/</description>
      <pubDate>Wed, 12 Aug 2026 00:00:00 GMT</pubDate>
      <category domain="status">Trial</category>
      <category domain="confidence">high</category>
      <category domain="capability">ai-enabled-engineering</category>
      <category domain="capability">delivery-reliability</category>
    </item>
    <item>
      <title>Когнитивная нагрузка — вход архитектурного решения</title>
      <link>https://tech-leadership.space/ru/radar/cognitive-load-is-an-architecture-input</link>
      <guid isPermaLink="true">https://tech-leadership.space/ru/radar/cognitive-load-is-an-architecture-input</guid>
      <description>Границы систем и команд нужно оценивать вместе. Избыточная координация и неясный ownership — архитектурные сигналы, а не только проблемы процесса.

Почему сейчас: Реорганизации и платформенные инициативы часто оптимизируют оргчарт, не меняя нагрузку взаимодействий и неясные границы.

Статус: Trial; Уверенность: medium; Пересмотр до: 2026-11-10.

Источники: Team Topologies — Key Concepts: https://teamtopologies.com/key-concepts; Martin Fowler — Conway&apos;s Law: https://martinfowler.com/bliki/ConwaysLaw.html</description>
      <pubDate>Wed, 12 Aug 2026 00:00:00 GMT</pubDate>
      <category domain="status">Trial</category>
      <category domain="confidence">medium</category>
      <category domain="capability">architecture-org-design</category>
      <category domain="capability">adaptive-leadership</category>
    </item>
    <item>
      <title>Инженерной продуктивности нужна система измерений</title>
      <link>https://tech-leadership.space/ru/radar/engineering-productivity-needs-a-measurement-system</link>
      <guid isPermaLink="true">https://tech-leadership.space/ru/radar/engineering-productivity-needs-a-measurement-system</guid>
      <description>Ни одна метрика не описывает инженерную эффективность. Полезная система объединяет delivery outcomes, developer experience и качественную интерпретацию.

Почему сейчас: Внедрение AI усилило давление доказать рост продуктивности, поэтому риск злоупотребления метриками и локальной оптимизации вырос.

Статус: Adopt; Уверенность: high; Пересмотр до: 2026-11-10.

Источники: ACM Queue — The SPACE of Developer Productivity: https://queue.acm.org/detail.cfm?id=3454124; DORA Research: https://dora.dev/research/</description>
      <pubDate>Wed, 12 Aug 2026 00:00:00 GMT</pubDate>
      <category domain="status">Adopt</category>
      <category domain="confidence">high</category>
      <category domain="capability">delivery-reliability</category>
      <category domain="capability">decision-quality</category>
    </item>
    <item>
      <title>Platform engineering переходит от портала к продукту</title>
      <link>https://tech-leadership.space/ru/radar/platform-engineering-from-portal-to-product</link>
      <guid isPermaLink="true">https://tech-leadership.space/ru/radar/platform-engineering-from-portal-to-product</guid>
      <description>Developer portal — не результат. Сильные платформы снижают когнитивную нагрузку через paved paths, явные service levels и непрерывный discovery с внутренними пользователями.

Почему сейчас: Платформенные программы взрослеют, а AI повышает спрос на управляемый self-service контекст, окружения и delivery controls.

Статус: Adopt; Уверенность: high; Пересмотр до: 2026-11-10.

Источники: CNCF Platforms White Paper: https://tag-app-delivery.cncf.io/whitepapers/platforms/; Google Cloud DORA — Platform engineering: https://cloud.google.com/architecture/devops/devops-tech-platform-engineering</description>
      <pubDate>Wed, 12 Aug 2026 00:00:00 GMT</pubDate>
      <category domain="status">Adopt</category>
      <category domain="confidence">high</category>
      <category domain="capability">architecture-org-design</category>
      <category domain="capability">technical-strategy</category>
    </item>
  </channel>
</rss>
