<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Measurement on Chris Reddington</title><link>https://chrisreddington.com/tags/measurement/</link><description>Recent content in Measurement on Chris Reddington</description><generator>Hugo</generator><language>en-gb</language><lastBuildDate>Tue, 31 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://chrisreddington.com/tags/measurement/index.xml" rel="self" type="application/rss+xml"/><item><title>The DevRel randomisation trap (and how to stop it)</title><link>https://chrisreddington.com/blog/devrel-randomisation-trap/</link><pubDate>Tue, 31 Mar 2026 00:00:00 +0000</pubDate><guid>https://chrisreddington.com/blog/devrel-randomisation-trap/</guid><description>&lt;p&gt;There&amp;rsquo;s a word that came up in my dissertation research that I&amp;rsquo;m all too familiar with: &lt;em&gt;randomised&lt;/em&gt;.&lt;/p&gt;
&lt;p&gt;As in, &amp;ldquo;our DevRel team gets randomised constantly.&amp;rdquo; As in, whichever stakeholder has the most urgent request this week determines what the team works on. As in, there&amp;rsquo;s no clear prioritisation framework that makes it possible to say yes to some things and no to others with a clear rationale, so the team ends up trying to do everything and not fully realising the value of it all. If you&amp;rsquo;re in DevRel, you&amp;rsquo;ll possibly recognise this pattern.&lt;/p&gt;</description></item><item><title>From tactics to strategy: the DevRel measurement gap</title><link>https://chrisreddington.com/blog/devrel-tactics-to-strategy/</link><pubDate>Sun, 22 Mar 2026 00:00:00 +0000</pubDate><guid>https://chrisreddington.com/blog/devrel-tactics-to-strategy/</guid><description>&lt;p&gt;A pattern I see across DevRel is that teams can usually tell you what they did by using metrics like video views, blog traffic, event attendance, stars on GitHub repositories, community growth and Net Promoter Scores. The visible metrics are rarely the hard part.&lt;/p&gt;
&lt;p&gt;The harder part is working out whether those metrics tell you anything meaningful about impact (tied back to product adoption and improving the developer experience). Many of us practitioners have known that for a long time. DevRel has plenty of vanity metrics: numbers that are easy to collect, easy to report, and easy to mistake for evidence that something important changed. That doesn&amp;rsquo;t make them useless, but they they don&amp;rsquo;t tell the full story on their own.&lt;/p&gt;</description></item><item><title>The feedback loop: how DevRel bridges community and product</title><link>https://chrisreddington.com/blog/devrel-feedback-loop/</link><pubDate>Sun, 22 Mar 2026 00:00:00 +0000</pubDate><guid>https://chrisreddington.com/blog/devrel-feedback-loop/</guid><description>&lt;p&gt;There&amp;rsquo;s a phrase you likely hear in DevRel and developer-focused companies: &amp;ldquo;voice of the developer.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;It captures something real, but I think it&amp;rsquo;s too small for the job many teams are doing in reality. I&amp;rsquo;ve been in product meetings where &amp;ldquo;the community wants X&amp;rdquo; landed with a thud, because nobody in the room knew which developers that meant or what they were actually stuck on. Product teams need patterns, examples, and enough context to decide &lt;em&gt;what&lt;/em&gt; should change.&lt;/p&gt;</description></item><item><title>How does Developer Relations (DevRel) create value? What 13 interviews revealed.</title><link>https://chrisreddington.com/blog/devrel-value-creation/</link><pubDate>Wed, 11 Mar 2026 00:00:00 +0000</pubDate><guid>https://chrisreddington.com/blog/devrel-value-creation/</guid><description>&lt;p&gt;What does value creation in Developer Relations actually look like?&lt;/p&gt;
&lt;p&gt;I&amp;rsquo;m not asking what DevRel &lt;em&gt;does&lt;/em&gt;, as there&amp;rsquo;s plenty of descriptions of DevRel activities out there. Nor what it &lt;em&gt;should&lt;/em&gt; do, as there&amp;rsquo;s no shortage of opinion there either. But what does value creation (the specific mechanism by which a DevRel team contributes something meaningful to its organisation and its developer community) actually look like in practice?&lt;/p&gt;
&lt;p&gt;I&amp;rsquo;ve spent a large part of my career in and around Developer Relations, so I&amp;rsquo;ve been thinking about this question for a while. Back in 2024, I decided to stop thinking about it and actually research it.&lt;/p&gt;</description></item></channel></rss>