<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>pogorelov.dev | Writing</title><description>AI transformation, run end to end — role and team redesign, org telemetry, autonomous agentic pipelines.</description><link>https://pogorelov.dev/</link><item><title>Standards that don&apos;t remove bottlenecks are a tax</title><link>https://pogorelov.dev/notes/2026-07-12-2246-standards-are-a-tax/</link><guid isPermaLink="true">https://pogorelov.dev/notes/2026-07-12-2246-standards-are-a-tax/</guid><description>A standard that doesn&apos;t remove a bottleneck isn&apos;t governance — it&apos;s a tax. We wanted to know where our data teams actually lose time, so instead of running a m…</description><pubDate>Sun, 12 Jul 2026 19:46:00 GMT</pubDate><content:encoded>&lt;p&gt;A standard that doesn’t remove a bottleneck isn’t governance — it’s a tax.&lt;/p&gt;
&lt;p&gt;We wanted to know where our data teams actually lose time, so instead of
running a maturity assessment we mined the backlog itself: &lt;strong&gt;40,000 tasks&lt;/strong&gt;,
read for what the work was about and where it stalled. The answer was
lopsided. Stalls concentrated in &lt;strong&gt;data preparation&lt;/strong&gt;, the unglamorous
cleaning and reshaping that happens before anyone can use the data, and not
in the areas maturity checklists spend most of their pages on.&lt;/p&gt;
&lt;p&gt;Then we held every standard against that map and asked one question:
&lt;strong&gt;which bottleneck does this remove?&lt;/strong&gt; Standards that pointed at real pain
stayed and got investment. Standards that existed because a checklist says a
serious organization has them, whose only visible output was a document and a
review step, we killed.&lt;/p&gt;
&lt;p&gt;A maturity model describes an ideal organization; the task tracker describes
the one you run. When the two disagree, believe the tracker — it bills you
daily.&lt;/p&gt;
&lt;p&gt;The deliverable of a governance review is a kill-list, not a longer checklist.&lt;/p&gt;</content:encoded></item><item><title>Notes are live</title><link>https://pogorelov.dev/notes/2026-07-11-1200-notes-are-live/</link><guid isPermaLink="true">https://pogorelov.dev/notes/2026-07-11-1200-notes-are-live/</guid><description>Short form notes live here now — quick thoughts, links worth keeping, and things I&apos;m reading on data and AI, in between the longer posts. Expect these more oft…</description><pubDate>Sat, 11 Jul 2026 09:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Short-form notes live here now — quick thoughts, links worth keeping, and things
I’m reading on data and AI, in between the longer posts. Expect these more often
than essays and less polished by design.&lt;/p&gt;</content:encoded></item><item><title>Designing decision systems for executive teams</title><link>https://pogorelov.dev/writing/2025-01-05-designing-data-platforms/</link><guid isPermaLink="true">https://pogorelov.dev/writing/2025-01-05-designing-data-platforms/</guid><description>How to translate data investments into confident, repeatable decisions at the leadership level.</description><pubDate>Sun, 05 Jan 2025 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Executive teams want clarity, not dashboards. The goal of a decision system is to turn signals into action with as
little friction as possible.&lt;/p&gt;
&lt;h2 id=&quot;a-decision-system-checklist&quot;&gt;A decision system checklist&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;North-star metrics&lt;/strong&gt; that align teams in every function.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Cadence rituals&lt;/strong&gt; that lock in decisions and owners.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Narrative context&lt;/strong&gt; so data points land with urgency.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;what-makes-the-difference&quot;&gt;What makes the difference&lt;/h2&gt;
&lt;p&gt;When the operating model is clear, analytics platforms stop being a cost center and become a compounding advantage.&lt;/p&gt;</content:encoded></item><item><title>Blueprint for high-performing analytics platforms</title><link>https://pogorelov.dev/writing/2024-11-15-lighthouse-performance/</link><guid isPermaLink="true">https://pogorelov.dev/writing/2024-11-15-lighthouse-performance/</guid><description>Lessons from rebuilding analytics stacks to hit reliability, speed, and trust goals.</description><pubDate>Fri, 15 Nov 2024 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Building an analytics platform is less about tooling and more about clear operating principles. The best teams treat
performance, cost, and trust as design constraints from day one.&lt;/p&gt;
&lt;h2 id=&quot;what-matters-most&quot;&gt;What matters most&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Clear product ownership.&lt;/strong&gt; Every dataset needs a steward and a KPI.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Service-level expectations.&lt;/strong&gt; Align latency, freshness, and completeness targets to business needs.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Automation as hygiene.&lt;/strong&gt; Testing and observability are non-negotiable.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;playbook-highlights&quot;&gt;Playbook highlights&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Start with the top 10 business questions.&lt;/li&gt;
&lt;li&gt;Map each to a data product with an owner, SLA, and dashboard.&lt;/li&gt;
&lt;li&gt;Measure adoption weekly and prune what isn’t used.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;The result is a platform that executives trust and teams actually use.&lt;/p&gt;</content:encoded></item></channel></rss>