TFS Reviews

The primary use case for TFS is for sharing data.

The most valuable feature of TFS is integration.

The solution should have better dashboards.

I have been at TFS for approximately 10 years.

TFS is a stable solution, but it could be more stable.

The scalability of TFS is good.

We have approximately 200 users using this solution in my organization.

I have not needed to contact the support, my team is very good.

The initial installation is straightforward.

We use one to two people for the implementation and support of the solution.

I rate TFS a nine out of ten.

TFS is mainly used for day-to-day project management i.e. all the tasks, user stories, and test case management are done on TFS.

The most valuable feature is integration, particularly if you have a .NET application because it nicely integrates the CI/CD pipeline where you can automate your build whenever developers check the code. It also has great integration support with Visual Studio.

TFS isn't a great tool if you're on the cloud, so the cloud version could be improved.

I've been working with TFS for over ten years.

TFS is a Microsoft tool, so it's very straightforward to set up.

TFS is nicely suited for enterprises running Microsoft, but if you're using a different technology, I'd advise exploring other tools as well. I would rate TFS eight out of ten.

We use the solution mainly for store version control, backlog and product management.

Some of the valuable features are version control and the ability to create different collections in terms of segregating the authorization for teams who connect to small projects. The hierarchy they have is nice. The backlog management tool is good, you can manage your product backlog very easily and then assign your comments against it. 

This solution is quite old and it is already being bundled as Azure DevOps Server. 

In an upcoming release, more integration is needed.

I have been using the solution for more than five years.

The solution is stable.

I have found the solution to be scalable. There are approximately ten people using the solution in my organization.

I have used Jira In the past and if you compare Jira with Microsoft, Jira integrates from portfolio to project, to product, to version control management. Everything is linked in Jira. If you have a company portfolio of several programs that someone can see. If your responsibility is at a program level, you can see all the projects under it. You can even go to product backlogs for each program and got the code version control to see the programs being developed.

In terms of Microsoft, they have an organization structure. You can create multiple organizations, but Azure DevOps is only for product management. If you have your project risks and plan, that is outside Azure DevOps. You have to go to a separate tool in Microsoft, which is Microsoft Project. If you want to go to content management, if you stay in Jira you have another tool, which is also integrated into the overall platform, and that is called Confluence Content Management. If you use Microsoft, then either you need to do it on SharePoint or you will be using Teams.

The installation was easy.

We had a team doing the implementation, it was their first time and they did not have any problems. It took less than a week to do the full implementation. The amount of implementation personnel depends on the scope of the operation, but if you just want to get it up and running, then one person is enough.

The price of the solution is cheaper than other competitors and it is a per-user license.

I was using TFS in my previous company, which I recently left. Where I am currently employed, I looking to get Azure DevOps, and there will be approximately 20 to 40 users. It is a bigger project, it has more developers involved. This is where we are right now comparing what to go with DevOps or with Jira, or you can say Microsoft or Jira.

We did evaluate other solutions before this one. Since our use case for TFS was mainly version control. We looked at GitHub and Bitbucket, but I think the licensing model for TFS was cheaper than both of them.

If someone is looking for version control software and product management software today, then I would recommend them to go for Azure DevOps. If they do not have any restrictions in terms of keeping their data on-cloud, then they should go with Azure DevOps Cloud Service, because then you will not have to worry about installing anything on the server. If you want to have an on-premise solution, then you can use the Azure DevOps Server version.

I rate TFS an eight out of ten.

We use TFS for test management. Our entire project management is done through TFS.

We have our test cases uploaded, and we use it for user story tracking and progress tracking.

TFS is on our client's VMs.

What I like is the backlog management, as it is very easy to track at the feature level and move onto the big level. It offers proper traceability for this and the features. 

As far as queries are concerned, creating, grading, or customizing the queries as a primary requirement is very easy to do. It's a user-friendly interface when working with queries.

TFS has to be more user-friendly. We could have some friendly dashboards, which I feel is missing here, where I can easily plug in the dashboard and use it. 

Part of the test case upload is there, but it's an addon that is not being used at this time.

Creating dashboards is complicated. The dashboard and the customization of dashboards is an area they have to work on. It needs to be improved.

I would like to see improved dashboards with easy plug and play. There should be multiple templates that would be easily and readily available where I can track and create my view.

This is what I feel is missing or needs improvement.

I have been working with TFS for three years.

We are working with an up-to-date version.

TFS is a stable solution.

TFS is a scalable model. If I have to look into large projects, we have multiple agile teams having different backlogs. Having a view on this is rather scalable.

We have approximately 28 users for this current project, and we are using it on a daily basis.

We plan to keep using TFS.

I have not had any instances where I needed to contact the technical support team.

It goes back to our install team and they address the issues.

Previously, I was working with Jira and QC. 

The change to TFS was because our client moved onto to TFS.

TFS is more stable and more scalable. We handling multiple projects using TFS. Usability is good and it's very easy for me to have traceability with a view on everything. 

The setup is done by our customer's IT team.

In our case, it's a matter of plug and play.

In my opinion, I would say that TFS is more supportive of a large enterprise.

There is a lot of information available online.

The suitability of TFS depends on the requirements of the customer. If it is for Test Management, I would say that TFS is a product that they should consider if it's a large organization that has multiple or multi-thread implementations.

Overall, I would say it's fine and I would recommend it.

I would rate TFS and eight out of ten.

We have a DevOps team and we primarily use TFS for bug tracking.

The current dashboard has limited report charts, We need more in reporting as charts are not enough to represent project full stat.

Addition to that, configuring reporting service require a SQL report server, which is anextra cost and need allot of effort to build

The most valuable features are test case writing and bug tracking.

The reporting functionality is something that they should work on.

The dashboards can be improved.

Migrating from version to version should be easier.

I have been working with TFS for four years.

The stability is good and I would recommend it based on that.

This is a scalable product. We have more than 50 users.

I have worked with similar solutions, albeit a long time back. Visual SourceSafe was one of them and it is now discontinued. We switched to TFS as part of an upgrade.

The initial setup is straightforward.

We have one or two people who are responsible for maintenance.

We pay subscription fees on a yearly basis and the price is reasonable.

In summary, this is a good product and I strongly recommend it. If the reporting were enhanced then it would be even better.

I would rate this solution an eight out of ten.

I am an end-user, using this solution to assign tasks for my development team.

The most valuable feature is simplicity. It's very easy.

It's simple to design and it's straightforward. This is an advantage for TFS.

They should have design patterns in TFS for the development team, and design patterns for the QA. QA around the world basically does the same thing, and also development. Similar to Scrum, they should have something already built-in.

I would like to see templates for design added, and the option to make it more complicated.

I have been using this solution for five years.

This is a scalable solution. I have plans to increase usage.

I worked with Jira two years ago. As a product, Jira is better but it's much more complex. It is hard to design but after that, it's easy to use.

It was already in place when I arrived. I was not a part of the initial setup or the deployment.

It's a good product and it's fulfilled all that I want it to do.

I recommend this product. If you are looking for something simple, TFS is what you should use. If you are looking for a more complex solution then I would suggest going with Jira.

I would rate this solution an eight out of ten.

We use TFS for source control and we use code to connect to TFS as well. It's all generated and the normal process for a developer; we take the latest coding, and whenever there is a build required, we get the latest from other developers and carry out the build. We also do branching and leveling. I'm a solution architect and our company has a partnership with Microsoft. 

The features such as branching and labelling are very good because they actually help you create a master branch which is a running branch. You can then have other branches like staging correction. I also like the user interface, it's intuitive and easy to use and, most importantly, you can access it from the browser.

When you are trying to connect from Visual Studio code to TFS the integration isn't so easy and I think that could be improved. There's one feature we'd really like to see. If I want to scan through how many files have checked out by name, there are no extensions or plugins available for us to readily get the information from TFS because it's being managed by someone else. As a development partner, we're dependent on them for the details and our preference would be to have the ability to do that ourselves. 

I've used multiple versions of TFS over the past decade. 

The scalability of the solution is good. There are 20 developers in my specific project who use TFS for storing the code repository. We work on multiple projects so there can be anywhere up to 25 people in the company using the product at any one time. It's a development tool so we use it on a daily basis as a centralized code repository.

The initial setup is quite simple. I found information from the Azure DevOps portal and they have a lot of videos. 

This is a good tool for core depository, but there are a lot of thing in TFS you can do: You can automate the entire update process. You can run your sprint and everything, it's a good option enterprise wise. Nowadays everything has DevOps so it's a good thing to use. 

I would rate this solution an eight out of 10. 

We use Microsoft Team Foundation Server as part of our development framework. Most of our development technology is from Microsoft and our primary language is C#, although we do have a number of Java programmers as well.

We primarily use TFS for managing our resources and scheduling. We can also use it to check to see whether tasks have been completed by the team, or not.

The most valuable features are the dashboard and task-selection capability.

The option to save favorites is helpful for managing pages.

I would like to see TFS integrated with a project management solution, such as Microsoft EPM. Right now, it is isolated from EPM but if we could somehow connect it, then that would help a lot. As it is now, the results are not easy to report to project managers, which makes it difficult to estimate both cost and the time to completion.

The interface can be improved and made more user-friendly.

We have been using TFS for about five years.

This solution is stable and we have not had any crashes to this point. We use it on a daily basis. All of our new projects start on TFS.

This is a scalable solution. Our company has 1,300 employees, although there are only between 50 and 100 who use TFS.

Because we are in Iran and there are sanctions, we do not have a Microsoft agent and we have never been in contact with them. We instead rely on various forums and searching for solutions using Google. Using Google is the fastest way to get results.

We did not use a similar solution prior to implementing TFS. However, we did use Microsoft Project for scheduling. It was not specifically for the purpose of software development, but we used it for putting together the steps of a project. For example, first, the UI would be developed, and then the backend. These steps were listed in the project management software.

I did not personally perform the installation, although my colleagues had no problem and I got the impression that it was easy.

Our in-house technical people installed and deployed this solution. There were two of them involved in the process where one took care of the servers, VMs, and infrastructure, whereas the second person installed the solution and gave us the link to use it.

We have lots of servers and virtual machines, with two people in charge of maintaining our infrastructure. One person is generally in charge of installing and maintaining software as was with TFS, and this person is also responsible for the maintenance.

There is a gap between project management, agile methodology, and TFS resource management. If they can fill this gap then it would be a great improvement for us and many other companies.

My advice for anybody who is implementing this solution is to keep in mind that using the tool, alone, will not change the way they develop their software. First, they should become familiar with agile methodology, and then they will be able to properly use TFS.

I would rate this solution an eight out of ten.