Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
badges earned

Your Points Tracker
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

What is the best way to deal with "impediments" in the Kanban board using Jira Software?

How should the column for impediments be defined, what to do when an impediment happens? Which stage should I return to? Once an impediment is released, how can you know that it can proceed?

1 answer

1 accepted

0 votes
Answer accepted

Hi @Vitor Lima 

A few suggestions.

  • Create a column "Impeded" or "blocked" ( I infer from your question you already have this.

I'm sure you know this, but for future reference, I'll quickly review impediments.

  • Impediments are anything that can stop the progress of a Jira ticket or prevent it from getting finished. This can be so many things but common ones;
    • a tool, server or database necessary for the work goes down.
    • unexpected dependency is identified and the ticket can't move forward until the dependency is addressed.  
    • personnel or customers essential to completing, QAing or approving the work is unavailable. 
  • I recommend creating a separate status "impeded" or "blocked" in the workflow and adding that status to the "Impeded" column. This will allow you to move that ticket to that column. Other statuses to consider: 
    • pending
    • escalated
  • In the Impeded status screen perhaps consider adding new fields for
    • the team or person the ticket has been escalated to. 
    • the date escalated/reported/impeded (whichever)
  • Keep diligent comments/notes about when and to whom it was escalated, follow-up, and ultimately resolved. 
  • Once there is confirmation the impediment is resolved and the ticket can move forward, just move the ticket from the "impeded" column back to the column which accurately reflects its proper state. 

I'm a big proponent for fields and statues instead of relying on labels and comments. Labels and comments are easily ignored or overlooked. It's important to keep track of when a ticket is impeded when it was impeded and who is accountable for resolving it. 

I hope this helps! 


Tara Conklin, CSM

Thank you Tara

Hi Tara, 


But how do you know in which status the User Story has an impediment if we choose to have a Separate Status? 




Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Agile

Join us LIVE: Atlassian & Experts Talk Research & Insights @ Scale

Hello all! What have you learned from your customers lately? Our live-streamed series continues by exploring CX, UX, and the power of research & insights at scale with Leisa Reichelt, Head of R...

249 views 3 6
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you