---
title: "Refining Our Workflow: Bug Tracking in Team Foundation Server 2010"
description: One of the big areas that our team decided needed to be addressed was the process workflow for bug tracking.
---

<https://www.clickpointsoftware.com>

- [All Topics](https://blog.clickpointsoftware.com/)
- [Sales Engagement](https://blog.clickpointsoftware.com/tag/sales-engagement)
- [Sales Automation](https://blog.clickpointsoftware.com/tag/sales-automation)
- [Marketing](https://blog.clickpointsoftware.com/tag/marketing)
- [Lead Management](https://blog.clickpointsoftware.com/tag/lead-management)
- [Lead Distribution](https://blog.clickpointsoftware.com/tag/lead-distribution)
- [Compliance](https://blog.clickpointsoftware.com/tag/compliance)

# Refining Our Workflow: Bug Tracking in Team Foundation Server 2010

 One of the big areas that our team decided needed to be addressed was the process workflow for bug tracking.

 Written by  [ClickPoint Software](https://blog.clickpointsoftware.com/author/clickpoint-software)

  ·  

 October 10, 2011

  ·  

 Last modified January 10, 2022

Recently, our CEO, Gabe Buck, brought our entire office into our conference room for a Monday morning meeting. Among many other topics, he asked our entire team the following question, “What do you think differentiates a company like ours from other similar companies in our industry that separates us from the competition?” Many answers were thrown around such as tenacity, attention to detail, reliability, and all of the other answers you might hear that are tossed around in a motivational company meeting. One term that did catch my attention was adaptability.

Was it that I felt adaptability was more important that reliability or attention to detail? No. Was it that our company was not reliable or attentive to the needs of our customers?  Absolutely not! Perhaps it was just true, that adaptability was something that our company has embraced and keeps us one step ahead of our competition.

With ClickPoint’s growing amount of business and customers, our development team and support team have had to put our heads together to adapt our current software engineering model to scale to the increasing number of customers and services that ClickPoint is expected to provide. This has meant putting our current process workflow for bug tracking, feature requests, change requests and testing under a microscope to assess what needed to be done.

One of the big areas that our team decided needed to be addressed was the process workflow for bug tracking. It was determined that although our previous workflow for bug tracking was sufficient for our **ClickPoint** team with a frequent release schedule, it was not sufficient for our **LeadExec** release schedule. Since **LeadExec** follows a less frequent release schedule, additional states needed to be added into our process workflow for bug tracking.

Additionally, our team felt that it would be a best practice to keep our process workflow for bug tracking consistent between projects, so the decision to change the **ClickPoint** workflow was made as well, in order to keep it uniform across all our projects.

Our team uses Team Foundation Server 2010 for all our version control and process management (bug tracking, issue tracking, testing, etc.).  Team Foundation Server allows for extensive customization of process workflows by customizing **Work Item Types** and defining the relationships and transitions between them. **Work Item Types** in TFS are objects that can be tracked in Team Foundation Server (bugs, issues, change requests, etc.) which can be customized through XML to support the workflow of an organization. For more information on Work Item Types and how they can be customized, visit [Work Item Types on Team Foundation Server](http://msdn.microsoft.com/en-us/library/ms195025(v=vs.80).aspx).

One of the most important points to take note of with customizing work item types in Team Foundation Server is the ability to define a custom workflow for that work item type. This requires defining the allowed states and transitions within that work item type.

An example of the **default** bug work item can be seen below:

[![Bug Tracking](https://blog.clickpointsoftware.com/hs-fs/hubfs/Imported_Blog_Media/state-diagram-3.png?width=250&height=1000&name=state-diagram-3.png "state-diagram")](https://blog.clickpointsoftware.com/hubfs/Imported_Blog_Media/state-diagram-3.png)

The default bug workflow shown above involves three states: Active, Resolved and Closed., which are represented by the circles.  Additionally the arrows in between the states represent transitions. When a transition is made from one state to another it must be associated with a reason which can be seen as the text on the transition arrows.

The default bug workflow item is very basic and lacks important states that our team wished to utilize such as states for testing and states for giving project managers the ability to see the status of bugs.  After several rounds of trial and error and modifications our team reached a process workflow for our bug tracking that was sufficient across all our projects.

Our modified bug work item process workflow:

[![Modified Bug Tracking Workflow](https://blog.clickpointsoftware.com/hs-fs/hubfs/Imported_Blog_Media/Bug-Workflow-3.png?width=375&height=1500&name=Bug-Workflow-3.png "Bug Workflow")](https://blog.clickpointsoftware.com/hubfs/Imported_Blog_Media/Bug-Workflow-3.png)

 

Some important aspects of our modified process workflow are:

1)      We have added 6 additional states

1. New
2. Verified
3. In Progress
4. Testing
5. Awaiting Release
6. In Production

2)      Transitions have been added to and from all states with the exception of “New”.  This means each state can be revisited with the exception of “New.”

3)      If a bug is determined to be unfixed or not ready for testing in the following states, it must return to “Active” and go back through the entire workflow to be closed. This was done to add redundancy to our testing plan, and so that additional details that might have been added in later states are not looked over.

1. Resolved
2. Awaiting Release
3. In Production
4. Closed

Although we have essentially made the total number of possible paths a bug can follow through exponentially larger, we have also removed any “ambiguities” that a bug may have had following the default workflow. By removing the ambiguity from the workflow, we no longer are faced with asking questions such as the following, which would only pertain to the default workflow:

1)      Is the bug brand new, and unseen to the developer?

2)      Has the bug been verified by the developer yet?

3)      Is the developer currently working on the bug?

4)      Is the bug currently in testing?

5)      If the bug is currently in testing, is it being tested in development, or on production?

6)      If the bug failed, at which point in the testing did the bug fail?

7)      Is the bug ready for production?

It was questions like these that were used to address the problems with our previous workflows, and were direct contributors to the modifications that were made to the process that we currently follow. With our modified process workflow in place, project managers, stakeholders, developers and our QA testing team can accurately track our bugs through the system. This has resulted in more efficient communication between our developers and our testing team, a higher rate of resolving bugs, and most importantly more stable code being deployed to production environments.

ClickPoint Software

[See all posts](https://blog.clickpointsoftware.com/author/clickpoint-software)

[![See how ClickPoint clients evolve their sales process ](https://no-cache.hubspot.com/cta/default/8944701/0ffc1286-0666-4b9c-a430-30c615746755.png)](https://cta-redirect.hubspot.com/cta/redirect/8944701/0ffc1286-0666-4b9c-a430-30c615746755)

##### Explore More Articles

## [![Reach more prospects, convert them into paying customers, and follow-up with texting tools – quickly send a Text SMS to any lead.](https://blog.clickpointsoftware.com/hs-fs/hubfs/New%20Blog/Featured%20Images/featured-using-sms-templates-and-lead-follow-up-with-ringresponses-texting-tools.png?width=384&name=featured-using-sms-templates-and-lead-follow-up-with-ringresponses-texting-tools.png) Sales Engagement Using SMS Templates and Lead Follow-Up with RingResponse’s Texting Tools Reach more prospects, convert them into paying customers, and follow-up with texting tools – quickly send a Text SMS to any lead.](https://blog.clickpointsoftware.com/sms-templates-for-sales)

## [![Agents want simplicity so they can do what they do best; be on the phone with interested travelers talking about their travel plans.](https://blog.clickpointsoftware.com/hs-fs/hubfs/New%20Blog/Featured%20Images/featured-introducing-lead-management-and-calling-solutions-for-travel-agencies.png?width=384&name=featured-introducing-lead-management-and-calling-solutions-for-travel-agencies.png) Lead Management Introducing Lead Management and Calling Solutions for Travel Agencies Agents want simplicity so they can do what they do best; be on the phone with interested travelers talking about their travel plans.](https://blog.clickpointsoftware.com/travel-lead-management-software)

## [![ClickPoint offers intuitive and powerful reports that will help your sales management team make quick decisions.](https://blog.clickpointsoftware.com/hs-fs/hubfs/New%20Blog/Featured%20Images/featured-solution-spotlight-sales-reports-and-sales-engagement-analytics.png?width=384&name=featured-solution-spotlight-sales-reports-and-sales-engagement-analytics.png) Sales Engagement Solution Spotlight — Sales Reports and Sales Engagement Analytics ClickPoint offers intuitive and powerful reports that will help your sales management team make quick decisions.](https://blog.clickpointsoftware.com/sales-reporting-software)

### Get Valuable, Practical Sales and Marketing Tips

 We’ll send you practical tips and ideas that we use ourselves and show you how to apply them to your sales and marketing workflow

## Amazing support is at the heart of everything we do.

ClickPoint provides 24 hour chat support, extensive product documentation, and weekly training sessions.

About

- [About Us](https://www.clickpointsoftware.com/about-us.html)
- [Contact Us](https://www.clickpointsoftware.com/contact-us.html)
- [Customer Reviews](https://www.clickpointsoftware.com/reviews.html)
- [Insights](https://blog.clickpointsoftware.com)
- [Onboarding and Support](https://www.clickpointsoftware.com/services/onboarding-support.html)
- [Security & Reliability](https://www.clickpointsoftware.com/security.html)
- [Videos](https://www.clickpointsoftware.com/videos.html)
- [Support](https://www.clickpointsoftware.com/support.html)
- [Knowledge Base](https://www.clickpointsoftware.com/help-center.html)
- [Developers - APIs](https://www.clickpointsoftware.com/developer-resources.html)
- [Sitemap](https://www.clickpointsoftware.com/sitemap.html)

LeadExec

- [LeadExec Overview](https://www.clickpointsoftware.com/lead-distribution-software.html)
- [Pricing](https://www.clickpointsoftware.com/leadexec/pricing-plans.html)
- [Ping-Post](https://www.clickpointsoftware.com/ping-post.html)
- [Lead Selling Software](https://www.clickpointsoftware.com/selling-leads.html)
- [Live Call Transfer](https://www.clickpointsoftware.com/live-call-transfer.html)
- [Pay-Per-Call](https://www.clickpointsoftware.com/pay-per-call.html)
- [LeadExec System Status](https://status.leadexec.net/)

SalesExec

- [SalesExec Overview](https://www.clickpointsoftware.com/lead-management-software.html)
- [Pricing](https://www.clickpointsoftware.com/pricing-plans.html)
- [Inbound Call Routing](https://www.clickpointsoftware.com/call-routing-software.html)
- [Power Dialer](https://www.clickpointsoftware.com/power-dialer-software.html)
- [SMS Marketing](https://www.clickpointsoftware.com/text-marketing-software.html)
- [Email Marketing](https://www.clickpointsoftware.com/sales-email-software.html)
- [Reporting](https://www.clickpointsoftware.com/lead-management-reporting.html)
- [Mobile App](https://www.clickpointsoftware.com/mobile-app.html)
- [SalesExec System Status](https://www.clickpointsoftware.com/status)

 ClickPoint

 +1 (866) 372-9431  
 4646 E Greenway Rd, Suite 112  
 Phoenix, AZ 85032, United States  
 sales@clickpointsoftware.com

[Facebook](https://www.facebook.com/ClickPointSoftware) [Twitter](https://twitter.com/TeamClickPoint) [LinkedIn](https://www.linkedin.com/company/clickpoint-software)

[Privacy Policy](https://www.clickpointsoftware.com/terms-of-service.html#privacypolicy) | [Acceptable Use](https://www.clickpointsoftware.com/terms-of-service.html#usepolicy) | [Terms and Conditions](https://www.clickpointsoftware.com/terms-of-service.html)

 © 2026 ClickPoint. All rights reserved.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "ClickPoint Software",
    "url" : "https://blog.clickpointsoftware.com/author/clickpoint-software"
  },
  "dateModified" : "2022-01-10T21:33:37.722Z",
  "datePublished" : "2011-10-10T04:00:00.000Z",
  "headline" : "Refining Our Workflow: Bug Tracking in Team Foundation Server 2010",
  "mainEntityOfPage" : {
    "@id" : "https://blog.clickpointsoftware.com/refining-our-process-workflow-bug-tracking-in-team-foundation-server-2010",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://blog.clickpointsoftware.com/hubfs/clickpoint-logo-full-blue-green.png"
    },
    "name" : "ClickPoint Software, Inc."
  }
}
```