<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title><![CDATA[TechVault Pulse Lab]]></title>
  <link>https://techvaultpulselab.com/</link>
  <description><![CDATA[TechVault Pulse Lab is a Manchester technology consultancy helping UK organisations with strategy, vendor selection, and risk reviews. Honest, independent advice.]]></description>
  <language>en</language>
  <atom:link href="https://techvaultpulselab.com/feed.xml" rel="self" type="application/rss+xml" />
  <item>
    <title><![CDATA[How to run a vendor selection process that holds up]]></title>
    <link>https://techvaultpulselab.com/notes/technology-vendor-selection-uk.html</link>
    <guid isPermaLink="true">https://techvaultpulselab.com/notes/technology-vendor-selection-uk.html</guid>
    <description><![CDATA[Most technology vendor selections go wrong at the brief stage, not the evaluation stage. By the time you are scoring responses, the damage is usually already done. The requirements were too vague, the evaluation criteria were not agreed in advance, or the wrong people were in the room when the shortlist was drawn up. This guide covers the steps that matter most, in the order they matter.]]></description>
    <pubDate>Sun, 26 Jul 2026 06:54:44 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[Why technology roadmaps fail within twelve months]]></title>
    <link>https://techvaultpulselab.com/notes/technology-roadmap-common-failures.html</link>
    <guid isPermaLink="true">https://techvaultpulselab.com/notes/technology-roadmap-common-failures.html</guid>
    <description><![CDATA[A technology roadmap that nobody updates is not a roadmap. It is a record of what the organisation intended to do before reality intervened. The failure is almost never about the technology choices. It is about how the document was built, who owns it, and whether it was designed to be maintained or designed to be presented.]]></description>
    <pubDate>Wed, 17 Jun 2026 11:51:09 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[What a technology risk review actually covers]]></title>
    <link>https://techvaultpulselab.com/notes/it-risk-review-what-to-expect.html</link>
    <guid isPermaLink="true">https://techvaultpulselab.com/notes/it-risk-review-what-to-expect.html</guid>
    <description><![CDATA[Most organisations that commission a technology risk review do so because something has prompted them to. A near-miss, a regulatory enquiry, a board member who read something uncomfortable in the news. The useful thing about a structured review is that it surfaces the risks you were not looking for, not just the ones that prompted the exercise.]]></description>
    <pubDate>Sat, 09 May 2026 06:35:26 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[Independent IT consultant versus a large consultancy firm]]></title>
    <link>https://techvaultpulselab.com/notes/independent-it-consultant-vs-big-firm.html</link>
    <guid isPermaLink="true">https://techvaultpulselab.com/notes/independent-it-consultant-vs-big-firm.html</guid>
    <description><![CDATA[The question comes up regularly in initial conversations: why use an independent consultant rather than one of the large consultancy firms? It is a fair question and deserves a straight answer rather than a sales pitch. The honest answer is that it depends on what you need, and there are situations where a large firm is the right choice.]]></description>
    <pubDate>Fri, 27 Mar 2026 14:29:50 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[UK GDPR and your technology systems: what to check]]></title>
    <link>https://techvaultpulselab.com/notes/uk-gdpr-technology-compliance-basics.html</link>
    <guid isPermaLink="true">https://techvaultpulselab.com/notes/uk-gdpr-technology-compliance-basics.html</guid>
    <description><![CDATA[UK GDPR has been in force since January 2021, and most organisations have done something in response to it. The question worth asking now is whether what was done at the time still reflects how your systems actually handle data today. Systems change. Integrations are added. Staff change and access rights are not always reviewed. A compliance position that was accurate in 2021 may not be accurate in 2026.]]></description>
    <pubDate>Wed, 11 Mar 2026 17:48:33 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[Why digital transformation projects stall halfway through]]></title>
    <link>https://techvaultpulselab.com/notes/digital-transformation-why-projects-stall.html</link>
    <guid isPermaLink="true">https://techvaultpulselab.com/notes/digital-transformation-why-projects-stall.html</guid>
    <description><![CDATA[Digital transformation is a phrase that covers several projects, from replacing a legacy finance system to redesigning the way an organisation interacts with its customers. What the projects have in common is that a significant proportion of them stall before they reach the original objective. The reasons are more predictable than most organisations expect.]]></description>
    <pubDate>Thu, 19 Feb 2026 08:28:30 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[What a retained technology advisory arrangement actually looks like]]></title>
    <link>https://techvaultpulselab.com/notes/retained-advisory-what-it-covers.html</link>
    <guid isPermaLink="true">https://techvaultpulselab.com/notes/retained-advisory-what-it-covers.html</guid>
    <description><![CDATA[The retained advisory arrangement at TechVault Pulse Lab is the service that is hardest to describe in a brochure, because what it covers varies considerably from one client to the next. The common thread is that the client has a named, independent technology adviser they can call before a board meeting, before signing a contract, or when something unexpected happens and they need a straight answer.]]></description>
    <pubDate>Mon, 26 Jan 2026 15:01:03 GMT</pubDate>
  </item>
  <item>
    <title><![CDATA[How to write a technology requirements specification that works]]></title>
    <link>https://techvaultpulselab.com/notes/writing-a-technology-requirements-specification.html</link>
    <guid isPermaLink="true">https://techvaultpulselab.com/notes/writing-a-technology-requirements-specification.html</guid>
    <description><![CDATA[The requirements specification is the document that most technology projects either skip entirely or produce in a form that is too vague to be useful. It is also the document that, when it is done well, prevents more problems than any other single artefact in the project. This is a practical account of how to write one that reflects what your organisation actually needs.]]></description>
    <pubDate>Fri, 14 Nov 2025 15:37:29 GMT</pubDate>
  </item>
</channel>
</rss>
