<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Field Notes on That Bearded IT Guy</title><link>https://thatbeardeditguy.co.uk/blog/</link><description>Recent content in Field Notes on That Bearded IT Guy</description><generator>Hugo -- gohugo.io</generator><language>en-gb</language><copyright>© 2026 That Bearded IT Guy</copyright><lastBuildDate>Sun, 25 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thatbeardeditguy.co.uk/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>A Control Nobody Checks Is Just an Assumption</title><link>https://thatbeardeditguy.co.uk/blog/acontrolnobodychecksisjustanassumption/</link><pubDate>Sun, 25 Oct 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/acontrolnobodychecksisjustanassumption/</guid><description>Two small things that weren&amp;rsquo;t broken, and why &amp;lsquo;it&amp;rsquo;s automated&amp;rsquo; isn&amp;rsquo;t the same as knowing it works.</description></item><item><title>Sometimes Improving a Process Means Removing Things</title><link>https://thatbeardeditguy.co.uk/blog/sometimesimprovingaprocessmeansremovingthings/</link><pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/sometimesimprovingaprocessmeansremovingthings/</guid><description>Why sometimes the best way to improve an IT process is to remove the things that only add unnecessary complexity.</description></item><item><title>From Fixing Problems to Asking Why They Keep Happening</title><link>https://thatbeardeditguy.co.uk/blog/fromfixingproblemstoaskingwhytheykeephappening/</link><pubDate>Fri, 28 Aug 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/fromfixingproblemstoaskingwhytheykeephappening/</guid><description>How my thinking has developed from fixing individual issues to looking at the service around them.</description></item><item><title>What I Actually Took Away From ITIL v5</title><link>https://thatbeardeditguy.co.uk/blog/whatiactuallytookawayfromitilv5/</link><pubDate>Sun, 23 Aug 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/whatiactuallytookawayfromitilv5/</guid><description>The parts of ITIL v5 that have actually changed how I think about my day-to-day work.</description></item><item><title>Why I'm Interested in ISO 27001</title><link>https://thatbeardeditguy.co.uk/blog/whyiminterestediniso27001/</link><pubDate>Tue, 18 Aug 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/whyiminterestediniso27001/</guid><description>Why information security and ISO 27001 have become areas I&amp;rsquo;m genuinely interested in learning about.</description></item><item><title>Documentation Isn't Just Something You Write After the Work's Complete</title><link>https://thatbeardeditguy.co.uk/blog/documentationisntjustsomethingyouwriteaftertheworkscomplete/</link><pubDate>Tue, 21 Jul 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/documentationisntjustsomethingyouwriteaftertheworkscomplete/</guid><description>Why useful, current documentation is part of delivering a good service.</description></item><item><title>The Ticket Told Me One Thing. The Evidence Told Me Another.</title><link>https://thatbeardeditguy.co.uk/blog/thetickettoldmeonethingtheevidencetoldmeanother/</link><pubDate>Tue, 07 Jul 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/thetickettoldmeonethingtheevidencetoldmeanother/</guid><description>Why the first description of a problem is the starting point, not always the diagnosis.</description></item><item><title>What Changes When You're the Engineer on Site</title><link>https://thatbeardeditguy.co.uk/blog/whatchangeswhenyouretheengineeronsite/</link><pubDate>Tue, 23 Jun 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/whatchangeswhenyouretheengineeronsite/</guid><description>What I&amp;rsquo;ve learned from being the engineer responsible for customer support on-site.</description></item><item><title>What Working in an MSP Has Taught Me About IT</title><link>https://thatbeardeditguy.co.uk/blog/whatworkinginanmsphastaughtmeaboutit/</link><pubDate>Tue, 09 Jun 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/whatworkinginanmsphastaughtmeaboutit/</guid><description>What working across multiple customer environments has taught me about support, communication and service.</description></item><item><title>It's Always DNS... Until It Isn't</title><link>https://thatbeardeditguy.co.uk/blog/itsalwaysdnsuntilitisnt/</link><pubDate>Tue, 26 May 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/itsalwaysdnsuntilitisnt/</guid><description>Why familiar troubleshooting assumptions can sometimes send you in the wrong direction.</description></item><item><title>When the Fix Is Simpler Than the Investigation</title><link>https://thatbeardeditguy.co.uk/blog/whenthefixissimplerthantheinvestigation/</link><pubDate>Tue, 12 May 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/whenthefixissimplerthantheinvestigation/</guid><description>A real Excel co-authoring issue where the investigation was more complicated than the final fix.</description></item><item><title>Conditional Access: The Policy Isn't Always the Problem</title><link>https://thatbeardeditguy.co.uk/blog/conditionalaccessthepolicyisntalwaystheproblem/</link><pubDate>Tue, 28 Apr 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/conditionalaccessthepolicyisntalwaystheproblem/</guid><description>A practical look at following the evidence through an authentication investigation.</description></item><item><title>What a Good Escalation Actually Looks Like</title><link>https://thatbeardeditguy.co.uk/blog/whatagoodescalationactuallylookslike/</link><pubDate>Tue, 14 Apr 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/whatagoodescalationactuallylookslike/</guid><description>What I try to include when handing a technical issue to another team.</description></item><item><title>The Problem With Just Closing the Ticket</title><link>https://thatbeardeditguy.co.uk/blog/theproblemwithjustclosingtheticket/</link><pubDate>Tue, 31 Mar 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/theproblemwithjustclosingtheticket/</guid><description>Why resolving an incident can be useful while still leaving a wider problem worth looking at.</description></item><item><title>When "It's Not Working" Isn't Enough</title><link>https://thatbeardeditguy.co.uk/blog/whenitsnotworkingisntenough/</link><pubDate>Tue, 17 Mar 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/whenitsnotworkingisntenough/</guid><description>Why turning a vague support issue into something you can actually investigate matters.</description></item><item><title>What 13 Years in the Army Taught Me About IT</title><link>https://thatbeardeditguy.co.uk/blog/what13yearsinthearmytaughtmeaboutit/</link><pubDate>Tue, 03 Mar 2026 00:00:00 +0000</pubDate><guid>https://thatbeardeditguy.co.uk/blog/what13yearsinthearmytaughtmeaboutit/</guid><description>What my Army career taught me about responsibility, preparation, leadership and working in IT.</description></item></channel></rss>