<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title><![CDATA[Naze MeshVault]]></title>
  <link>https://naze-meshvault.com/</link>
  <description><![CDATA[Naze MeshVault is a London-based consultancy run by Fiona Dunmore, helping founders and operations teams map processes, review structure, and document what matters.]]></description>
  <language>en</language>
  <atom:link href="https://naze-meshvault.com/feed.xml" rel="self" type="application/rss+xml" />
  <item>
    <title><![CDATA[What goes wrong in quarterly planning, and how to avoid it]]></title>
    <link>https://naze-meshvault.com/notes/quarterly-planning-what-goes-wrong.html</link>
    <guid isPermaLink="true">https://naze-meshvault.com/notes/quarterly-planning-what-goes-wrong.html</guid>
    <description><![CDATA[Most organisations do quarterly planning. Most quarterly plans are out of date by week four. The problem is rarely that the team is not trying hard enough. It is that the planning process produces outputs that are too abstract to act on, and too rigid to survive the things that come up mid-quarter.]]></description>
    <pubDate>Thu, 06 Aug 2026 07:32:57 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[Process mapping: where to start when nothing is written down]]></title>
    <link>https://naze-meshvault.com/notes/process-mapping-where-to-start.html</link>
    <guid isPermaLink="true">https://naze-meshvault.com/notes/process-mapping-where-to-start.html</guid>
    <description><![CDATA[Most organisations that need process documentation have very little of it. The work has been done by the same people for long enough that writing it down felt unnecessary. Then someone leaves, or the team doubles, and the absence of documentation becomes a real problem. Starting from scratch is less complicated than it sounds, but the order in which you do things matters.]]></description>
    <pubDate>Sat, 25 Jul 2026 10:03:49 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[How to run a vendor audit before your annual budget review]]></title>
    <link>https://naze-meshvault.com/notes/vendor-audit-how-to-run-one.html</link>
    <guid isPermaLink="true">https://naze-meshvault.com/notes/vendor-audit-how-to-run-one.html</guid>
    <description><![CDATA[Most software contracts renew automatically. Most organisations do not have a single place where all active contracts are listed. The combination of those two facts is why vendor audits tend to find more than people expect. Running one before your annual budget review is straightforward, but it requires someone to own the process.]]></description>
    <pubDate>Tue, 09 Jun 2026 21:49:28 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[Decision rights: why unclear ownership slows everything down]]></title>
    <link>https://naze-meshvault.com/notes/decision-rights-why-they-matter.html</link>
    <guid isPermaLink="true">https://naze-meshvault.com/notes/decision-rights-why-they-matter.html</guid>
    <description><![CDATA[When a decision takes longer than it should, the usual explanation is that the organisation is too slow, or that communication is poor, or that the team is not aligned. Those explanations are often symptoms of a more specific problem: no one is sure who is actually authorised to make the decision. That ambiguity is what decision rights are designed to resolve.]]></description>
    <pubDate>Tue, 05 May 2026 17:01:03 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[Post-merger integration: what to prioritise in the first eight weeks]]></title>
    <link>https://naze-meshvault.com/notes/post-merger-integration-first-eight-weeks.html</link>
    <guid isPermaLink="true">https://naze-meshvault.com/notes/post-merger-integration-first-eight-weeks.html</guid>
    <description><![CDATA[The first eight weeks after a merger or acquisition are the period when the most damage can be done and the most goodwill can be lost. The temptation is to move quickly on everything. The more useful approach is to be deliberate about sequencing: some things need to happen immediately, some things need to wait until you know more, and some things that feel urgent are actually not.]]></description>
    <pubDate>Wed, 25 Feb 2026 18:35:34 GMT</pubDate>
  </item>
</channel>
</rss>
