"fast follow" and agile

Anyone else over the term "fast follow"?

We're already sprinting, now we're "fast following"? 

What next? some marketing guru to add some new terms such as "quick gallop" or "speedy stagger" to the agile vernacular? 😄

Jokes aside, I have concerns because:

  • Agile already provides us all the guidance and mechanisms to deliver the highest priorities, continuously to the customer. There is no need to invent new terminology. It's almost like some folks don't understand or trust Agile, so the term "fast follow" is invented as a useful way to market/manage expectations. 
    • "We can't get xyz in for launch, but we really really promise to release it very soon" i.e. we understand it's a high priority (<- priorities, Agile is good at that)
    • But that in itself (looking backwards) may take attention away from learning from the launch and figuring out what the next set or priorities, or perhaps the pivot needed (looking forwards) should be.
  • Fast follow mentally sets up the idea that we're rushing and can't take the time to understand and build the next feature/change to the quality expected. It can inject an unnecessary sense of urgency, to add haste, which can make waste such as technical debt. "Agile processes promote sustainable development", let's use them.
  • If releases take too long to get features out, that indicates other process issues to be addressed such as continuous delivery.

Fast follows to me are just another feature/enhancement to be shipped, why/how is it different to non fast follows? 🤷

Imo it's not a fast follow. It's just the next highest priority in our sprint/backlog list. That is all.

 

Comments

Popular posts from this blog

My Reading Lists

typescript notes (typeof, keyof, ReturnType, Parameters, Extract)

react-select stacking order bug, z-index, layers and stacking