I have a question regarding kanban board and handling defects that are found in testing. The case is this:

  • User story moves through "Development'' and goes to "Testing'' column on board. Defect is found in the period of testing. Where should that US be held now?

a) In the same column and flagged but with new status - maybe "Defect opened''

b) Returned back to "To do'' - but then we go LEFT instead to RIGHT on the kanban board

c) In the same column with the same status "Testing''

  • Just move it back to To Do - sounds like you're making it much more complicated than it needs to be? (kicking a card left instead of right isn't a sin...). Cheers – jleach Sep 22 at 23:36

The ticket should be in the column it belongs in, which sounds pretty stupid to say and is exactly why I'm mentioning it. The ticket was being developed, then handed off to QA who found some defects. The ticket now goes back to an engineer to be fixed. Thus, the ticket should go back into development. Each column has a group of people or teams that are responsible for getting that ticket into the next column. It's not QA's job to fix the issue, so it should go into the column meant for engineering.

It's a good idea to use labels to mark tickets which failed to pass QA or failed to pass acceptance testing from the product owner. Obviously the ticket should contain information regarding why/how it failed the test with some context around what needs to be fixed.

  • I think that US should stay in Testing but gets blocked (in whatever way you do this). You then create a new card/item/ticket of type Defect (or different coloured Post-It or whatever) which then moves through your normal process. Once that defect ticket gets to Done, you unblock the original story and continue work on it. – DarkKnightSM Sep 17 at 18:58
  • 5
    @DarkKnightSM I've seen that method used but I don't think it's appropriate -- the original ticket was not properly fulfilled and needs to be reworked. Creating new tickets to track development errors pre-release causes clutter, especially since a big purpose of tickets is to split up the work among team members. It's up to your team but speaking from experience, putting the results of testing in the ticket and kicking it back to the in progress/dev column is the most intuitive and quickest way. – Jesse Sep 17 at 19:10
  • 1
    If the defect is so severe that it requires a new ticket to fix then the original ticket was not written correctly and that seems like a process problem not a development problem. – Jesse Sep 17 at 19:11

We often use a column within our Scrum boards which reflects the fact that amends are required or testing has failed. It will sit here until it goes back into the "in progress" column when a developer starts working on it again. In our case it sits before the "to do" column, but could be in any order.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.