
Engineering
Resources
Practical articles, guides and perspectives to help you plan, build and evolve with confidence.
Explore resources →Explore the topics covered by our published guides. We add more after editorial review.
Featured guide
Understand technical debt, distinguish symptoms from causes and choose a practical next step for software that is becoming difficult to change.
Read the technical debt guide →
Latest articles
A selection of articles, guides and perspectives from our team.
4 minute read
Understand monthly delivery, shared priorities and the responsibilities on each side before choosing an ongoing business improvement partner.
Read article →4 minute read
Plan a useful start to an ongoing improvement partnership: understand the work, agree priorities, deliver bounded changes and review their effect.
Read article →4 minute read
Choose a monthly partnership allowance around your priorities, dependencies and team's availability, using a practical workload comparison.
Read article →5 minute read
Turn a software idea into clear user journeys, constraints and acceptance criteria. Prepare a useful brief without trying to design every screen in advance.
Read article →10 minute read
Choose a software development partner by comparing business understanding, scope, relevant work, ownership and support. Includes a practical supplier example.
Read article →5 minute read
Separate copyright, licence rights, repository access and operational control. Know which questions to resolve in a software contract and handover.
Read article →5 minute read
Build a software delivery plan around scope, dependencies, review and release readiness. Understand what changes an estimate and how to track progress.
Read article →7 minute read
Understand what changes a bespoke software quote, what your budget should include and how to compare development proposals before committing.
Read article →5 minute read
Compare buying, configuring, integrating and building software against your essential workflows, ownership needs and long-term operating responsibilities.
Read article →5 minute read
Understand technical debt, distinguish symptoms from causes and choose a practical next step for software that is becoming difficult to change.
Read article →5 minute read
Assess the effect of technical debt using delivery examples, operational effort and explicit assumptions. Compare an intervention with the cost of leaving it alone.
Read article →4 minute read
Compare internal improvement with software replacement. Assess business fit, change boundaries, data migration and continuity before choosing a route.
Read article →5 minute read
Map the responsibilities of an existing system, choose a useful modernisation boundary and plan data, integration and operational transition together.
Read article →5 minute read
Assess unfinished software, preserve service continuity and define a recovery scope. Separate verified functionality from assumptions before committing to a new plan.
Read article →5 minute read
Prepare a software handover covering rights, access, builds, service operation and outstanding work. Verify the receiving team can take responsibility.
Read article →5 minute read
Define what an MVP must prove and what its users will depend on. Plan a focused release with proportionate operational, security and support responsibilities.
Read article →5 minute read
Plan a SaaS budget around customer journeys, account boundaries, billing and support. Separate first-release investment from the costs of operating the service.
Read article →5 minute read
Build a roadmap that explains priorities, evidence and dependencies. Distinguish committed delivery from discovery and longer-term product possibilities.
Read article →5 minute read
Assess what a prototype proves, decide what to retain and plan the engineering, operational and user-readiness work required for a production release.
Read article →5 minute read
Scope a product discovery around users, constraints and uncertain assumptions. Define useful outputs and a clear decision before committing to a build.
Read article →5 minute read
Consider account models, entitlements, usage limits and plan changes before implementing product packaging. Keep commercial rules explicit and changeable.
Read article →5 minute read
Compare three approaches to testing a software idea. Choose between feasibility work, a prototype and a focused product trial based on the decision ahead.
Read article →5 minute read
Define acceptance, permissions, evaluation and operating responsibilities for an AI application. Move beyond a successful demonstration to a verified release.
Read article →5 minute read
Compare predefined workflows with model-directed tool use. Define the task, permissions and evidence needed before adding autonomy to an application.
Read article →5 minute read
Compare direct generation, structured extraction, retrieval and tool use. Define validation, permissions and failure handling around each integration.
Read article →5 minute read
Define meaningful human review in an AI workflow. Give reviewers evidence, clear choices and operational support, then verify the full decision journey.
Read article →5 minute read
Assess data, evaluation, serving and operational responsibility before releasing a machine-learning feature. Connect model performance to the product decision.
Read article →5 minute read
Plan an AI application's data flow, orchestration, tools and operating controls. Keep the model's role separate from application authority and persistence.
Read article →5 minute read
Compare browser and installed-app approaches against real journeys, device needs, access and release responsibilities. Test critical capabilities before committing.
Read article →6 minute read
Choose an iOS and Android development approach around your customers, device requirements, first-release budget and long-term app ownership.
Read article →6 minute read
Understand what an app development quote should include, from your first customer journey to backend systems, iOS and Android release, ownership and support.
Read article →5 minute read
Prepare an application release with clear security checks, device evidence, backend compatibility, operational ownership and recovery decisions.
Read article →5 minute read
Compare React Native and Flutter using your device integrations, interface requirements, team skills and release responsibilities.
Read article →5 minute read
Compare integration and replacement against the process problem, system constraints, data ownership, transition risk and operating cost.
Read article →5 minute read
Prepare an API integration brief covering records, permissions, failure recovery, testing, reconciliation and operational ownership.
Read article →5 minute read
Plan customer, order and operational data exchanges with clear ownership, matching rules, approval boundaries and reconciliation.
Read article →5 minute read
Plan operational data flows around meaning, freshness, validation, lineage, recovery and the people responsible for exceptions.
Read article →5 minute read
Plan shared reporting with agreed measures, source ownership, historical context, quality checks and a proportionate first delivery.
Read article →5 minute read
Assess software delivery arrangements against capability, management capacity, continuity, knowledge ownership and the work ahead.
Read article →5 minute read
Assess an external development arrangement through scope, decisions, access, quality evidence, continuity and a workable handover.
Read article →5 minute read
Plan additional delivery capacity with clear work boundaries, onboarding, review practices, shared knowledge and measurable outcomes.
Read article →5 minute read
Set up practical decision rights, delivery reviews, escalation, change control and release accountability for a software partnership.
Read article →5 minute read
Plan the transition from a research implementation to supported software with reproducibility, validation boundaries, user workflows and operational ownership.
Read article →5 minute read
Assess the gap between a research demonstration and a supported product through evidence limits, user needs, operating conditions and ownership.
Read article →5 minute read
Prepare a technical review of research software with reproducible results, dependency records, product gaps and clear operating responsibilities.
Read article →5 minute read
Structure research software delivery around agreed outputs, scientific uncertainty, reproducibility, review responsibilities and continuity beyond the project.
Read article →5 minute read
Plan a model or dataset offering around provenance, evidence limits, user workflows, delivery responsibilities and controlled updates.
Read article →5 minute read
Plan a machine-data workflow around the decision, measurement context, freshness, exceptions and the person responsible for acting.
Read article →4 minute read
Plan industrial data collection and software around approved interfaces, connectivity, data contracts, access, recovery and support responsibilities.
Read article →4 minute read
Assess a proposed digital-twin project through purpose, model boundaries, data availability, validation, user interpretation and maintenance.
Read article →4 minute read
Plan industrial workflow integrations with explicit ownership, record matching, approved interfaces, interruption handling and reconciliation.
Read article →5 minute read
Plan remote monitoring around supported observations, freshness, alert handling, access, outages and the operational response.
Read article →Your next decision
Tell us about the software you need to build, improve or take over.