Articles for category: Delivery

January 27, 2023

Greg Thomas

Unrealistic Sprint Capacities

If you are not taking into account all the other work your team is doing, you are setting an unrealistic expectation of delivery for what your team is working on. If the work they are doing is not accounted for in what they see, then they will feel stressed, then burnt out by all that is on their plate. Sprint Capacities only work when your team is 100% only doing development work, as soon as they start doing other work, Sprint capacities become a much more trickier calculation.

January 25, 2023

Greg Thomas

So Close…

That last bug that came back with another issue. That demo that worked all the way through but blew up right at the end. That sales pitch that was perfect but missed on crucial detail. We can agonize over all the losses, and near-misses, and be almost there or we can get to work on making it happen, bringing it together, and trying again. You are only so close for a little while, and then it connects.

January 23, 2023

Greg Thomas

The Agile Myth

The myth in Agile is that it is meant to make you go faster. It’s not. It’s about working on the right thing, at the right time and delivering value to your customer. It’s about avoiding statements like… “We shipped, but no one is using it.” “No one wanted all this extra stuff.” “It doesn’t do what we thought it was going to do.” Agile is about feedback and validation loops to ensure the right thing is always being worked on. Going faster is just a by-product of working on the right things that matter.

January 17, 2023

Greg Thomas

Back to the Grind

It’s been a few weeks but you have already been back to it – the grind. The day in, the day out – moving things along, perhaps pushing a rock up a new hill for a new purpose. But that’s what you are doing. That’s what you are focused on. Not everyone wants to go back to the grind and they will try to push you off. But if you keep going, that’s when you know you’re on the right path.

January 13, 2023

Greg Thomas

Requirements in Agile

Over the past few years, I would ask Product Managers or Business Analysts to send me some sample requirements so I could help out some new people on our team with how to write requirements.  If they were using Agile, I’d sometimes get back a response akin to – “Oh we don’t do requirements, we write notes” or “Yeah, I don’t have anything to send you because we don’t have documents on any of it.” To which my response would be – “but how do you know what you are building?” And the response to that would be – “Well,