05 / Blog

Practical thinking on business software.

Plain-English notes on software decisions, delivery and technical leadership.

Showing 97 to 108 of 110 articles

Page 9 of 10

Metal shopping trolley carrying plain cardboard boxes, representing accumulated technical debt adding weight to future software changes

Technical debt

12 Mar 2026

Technical Debt: How to Find It and Decide What to Fix

Learn how to identify, record and prioritise technical debt by the delivery cost, operational risk and future work it affects.

A software development team working at computers in a shared office, representing the planning and ongoing operation behind a SaaS application

SaaS development

6 Mar 2026

What Is SaaS Application Development? From Idea to Operation

Follow the decisions involved in planning, building and operating a SaaS application, from its first workflow to security, billing and support.

Server storage racks representing infrastructure, security and board-level technical risk

Boardroom clarity

3 Mar 2026

The technical risks boards should ask about earlier

Security, compliance, supplier dependency, technical debt and delivery risk explained in business language.

Colleagues working with documents and a laptop, representing a move from spreadsheets to a secure web portal

Business systems

20 Feb 2026

Moving from Fragile Spreadsheets to a Secure Custom Web Portal

How to move a vital business workflow from Excel or Google Sheets into a secure web portal without losing data or disrupting the team.

A project manager reviewing an agile task board covered with sticky notes in an office

Agile development

18 February 2026

Agile Software Development: Build in Small Steps Without Losing Control

Learn how agile software development uses small usable releases, real feedback and clear priorities without losing control of scope, quality or ownership.

Rows of freight containers organised at a port, representing consistent Docker application packages

Docker

18 Feb 2026

What Is Docker? Containers, Images and Compose Explained

Understand Docker containers, images, Compose and storage through one practical business application, including the limits Docker does not remove.

Hands reviewing a project contract together, representing clear oversight of external developers and agencies

Suppliers and agencies

18 Feb 2026

How to manage external developers and agencies without losing control

What leadership teams need in place to keep suppliers accountable, protect quality and reduce technical risk.

A field engineer using a tablet while working at a construction site

App planning

12 Feb 2026

12 App Features That Are Easy to Forget Before Launch

Twelve overlooked app features that protect user work, reveal failures and make a mobile or business app easier to support after launch.

Workers moving through a large warehouse with organised racks and repeated rows of stock

SaaS growth

9 February 2026

Scaling SaaS from £1m to £20m ARR Without Breaking the Product

Learn what must change as SaaS grows from £1m to £20m ARR, including product focus, tenant operations, onboarding, billing, reliability and retention.

Overhead view of a cargo ship representing delivery momentum and technical debt trade-offs

Delivery confidence

6 Feb 2026

How to ship faster without creating technical debt

Why good technical leadership protects momentum without pretending trade-offs do not exist.

Three people arranging and marking brown paper design patterns together on a blue work surface

Software design

5 February 2026

Software Design Patterns: Solve the Repeated Problem, Not the Diagram

Learn how software design principles and Strategy, Factory, Adapter and Observer patterns support safer change without needless abstraction.

Top-down view of hands reviewing architectural floor plans beside a laptop, ruler, notebooks and coffee on a light desk

Software architecture

29 January 2026

Software Architecture: Make the Difficult Decisions Before They Become Expensive

What software architecture means in practice, which structural decisions matter, how to avoid needless complexity and how to record trade-offs before change becomes expensive.