Slashdot Mirror


Ask Slashdot: How Does Your Team Track And Manage Bugs In Your Software?

Slashdot reader jb373 is a senior software engineer whose team's bug-tracking methodology is making it hard to track bugs. My team uses agile software methodologies, specifically scrum with a Kanban board, and adds all bugs we find to our Kanban board. Our Kanban board is digital and similar to Trello in many regards and we have a single list for bugs... We end up with duplicates and now have a long list to try and scroll through... Has anyone run into a similar situation or do things differently that work well for their team?
The original submission ends with one idea -- "I'm thinking about pushing for a separate bug tracking system that we pull bugs from during refinement and create Kanban cards for." But is there a better way? Leave your own experiences in the comments. How does your team track and manage bugs in your software?

3 of 189 comments (clear)

  1. Re:Easy question by __aaclcg7560 · · Score: 1, Insightful

    But not the junior engineers who are copying and pasting code from Stack Exchange?

  2. First, deprogram from the Agile cult by gestalt_n_pepper · · Score: 3, Insightful

    By which I mean, this isn't a collaborative process, or more precisely, it's not improved by collaboration, as so many things *aren't.*

    Then, use any database that makes sense. Preferably one hosted on your local server so it's not deathly slow and/or intermittent. Tack on any UI with a minimum of interface fluff. Add keywords. Using keywords, scan periodically for duplicates. This needs to be ONE person's job, preferably done for the first hour of each day. Never, ever fire that person.

    It's a human language problem. AI isn't good enough. You still need a person familiar with your code and package to review it.

    It's expensive. This is software. You have to pay to play.

    --
    Please do not read this sig. Thank you.
  3. Keep the numbers low by gweihir · · Score: 5, Insightful

    If you do not, no amount of "magic" management and tracking will help. If you keep them low, however, you do not need a lot of tracking, every bug will be unique enough to be memorable or fixed fast enough to not need tracking.

    Of course that means you need to have really good architects, designers and coders. Hard to get but worth the price they will ask.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.