Design and collaboration

Jira

Where much of the enterprise world tracks work, and therefore where a good deal of our work is tracked. Boards, workflow and reporting at a scale most enterprises have already standardised on, whatever anyone thinks of it.

When we reach for it

Clients already running it. We join the process that exists rather than asking an organisation to change tools for us. Asking an organisation to change how it plans in order to work with a supplier is a cost we would be imposing rather than absorbing.

When we would argue against it

Nothing we would argue about. The tool is rarely the problem; the number of required fields usually is. Configured without restraint it becomes a reporting instrument rather than a working tool, and a board that no longer reflects reality is a delivery problem showing up in software.

What it looks like in delivery

Their board, their workflow, their definition of done — with the estimate and the actual both visible. We work in the open on their board, so anyone can see what is in progress without asking — which is also what makes a weekly demonstration a demonstration rather than a status report.

Where this appears on the site

Nothing on this site names it yet

We work in Jira, and no case study or service page currently published on this site prints it in its stack. Rather than describe an engagement you cannot check, this space stays empty until one does. Ask us and we will talk you through it directly.


Also in design and collaboration

Working in Jira?

Tell us what it is running, what it costs you today, and what you need it to do next. A senior engineer will tell you what we would keep and what we would change.