Skip to content

Digitalisation can begin with a clear working rule

A new tool does not resolve unclear approval by itself. First identify which decision and information are missing from the workflow.

Daniel Hartmann2 min read
Process card with three connected fields, a gear in its magenta header and a lightbulb tab on the side.

Describe the uncertainty before choosing the tool

A team seeks a new project tool because nobody can reliably say which product image has content approval for the shop. Additional status fields help only when it is clear who can decide and which file version the decision concerns.

The GOV.UK Service Manual recommends examining the problem before accepting a predefined solution. Applied to a business, our recommendation is to describe the missing working rule before carrying it into a new interface.

Example: first make the same workflow clearer

The following situation and proposed rules are entirely fictional. The team already has a shared work item with file references and status fields.

Point

Existing uncertainty

Agreement in the existing tool

Decision

Several participants write “looks fine” without an assigned decision-making role.

The product-owner role gives content approval; its decision is recorded in the work item.

Version

Approval is in an email while several files are circulating.

File reference IMG-42/v3, deciding role and approval status are documented together in the work item.

The practical check is whether a colleague covering the work can identify which file received content approval, and from whom, without searching private email histories. This makes it possible to plan a small trial workflow. Observe whether questions, conflicting states or extra copies still arise. An agreed rule is not evidence that it works in daily operations.

When additional technology is needed

The existing tool may suffice for a manageable workflow. It may be unsuitable if necessary access rights, traceable changes, larger volumes or integrations are missing. Describe that gap specifically and assess a new tool against it.

The GOV.UK user-needs guidance includes operations, support and later integrations. Also ask the people who cover the work, resolve errors or keep the workflow running. The decision for or against software should rest on those requirements. Clear responsibility remains necessary after a tool change.

Sources

Written by

  • Daniel HartmannEditor for Technology and BusinessDaniel Hartmann writes about technology decisions in companies at ASES. He covers software investments, choosing the right solutions and planning digital projects.

Follow ASES

Read more

All articles

IT Consulting & Strategy with ASES

Strategy, architecture and technology choice