LeadingAgile is Now LiminalArc. Read the Full Announcement

Move beyond isolated AI experiments to build scalable, domain-driven systems with AI-ready architectures.

Enhance valuation and accelerate ROI through due diligence, tech migrations, and strategic restructuring.

Control cloud costs, streamline data, and focus investments on high-value, scalable solutions.

Streamline operations and improve decision-making by aligning your ERP systems with how your business actually works.

Reduce risk and increase resilience by closing the security gaps hiding in your architecture and workflows.

Optimize operations, restructure teams, and modernize technology to maximize the value of digital investments.

Deliver mission-critical software in production-ready increments that create measurable value early.

Reduce risk and complexity with every cycle, turning legacy systems into platforms that can evolve.

The belief that shaped us — and how it evolved into LiminalArc, the natural next step in our journey.

Our team of over 100 experts spans the nation, from consultants and technical architects to product specialists.

We are looking to hire mature, pragmatic consultants who are deeply passionate about meaningful change.

Can You Hear It?

Rick Austin Principal Consultant
Reading: Can You Hear It?

A few nights ago we were watching The Voice. Every few minutes and seconds both audio and video would pause. The inability to hear feedback from the coaches or understand the context of their comments because we couldn’t hear the full song being performed was very frustrating. We eventually just stopped watching.

This made me think about challenges when delivery teams do not have a clear backlog. I often work with organizations that may have a number of agile delivery teams but they are unable to provide a context for the work to be done and even worse, provide clear detail for backlog items.

Often the product owner function isn’t scaleable in these organizations which creates a constraint. It has been said that the number one reason why agile teams fail are the lack of backlog. I would agree. The other observation is even though they know they can’t provide clarity in the backlog, they continue to ask those teams to delivery working tested software, “we have these teams so we have to keep them busy!”

The number one reason why agile teams fail are the lack of backlog.

It is fascinating how often this is seen. I worked with an organization that had a number of delivery teams but they could not provide sufficient requirements details for those teams. Regardless, they continued to have those teams deliver working tested software. What they found was that 50% of the work being done had to be reworked and numerous quality issues. The teams were frustrated as well. Does that seem like an effective approach?

I would argue they would be better off reducing the number of delivery teams and using that capacity to build out a strong product owner team. The product owner team will then be focused on providing clarity in the backlog. This enables the delivery teams to have context and the details necessary for them to deliver working tested software with dramatically reduced rework, improvements in team engagement, and value delivered with higher quality.

Next Agile IT Operations with Devin Hedge

Leave a comment

Your email address will not be published. Required fields are marked *

×