We have used TFS as part of our SAFe Agile Implementation. Major uses of it were:
- Project management
- Backlog management
- Issue tracking
- Source code management.
We have used TFS as part of our SAFe Agile Implementation. Major uses of it were:
TFS was the first system of its type to be implemented in the organization, which helped in managing requirements and multiple teams effectively under a SAFe Agile environment.
Each tool has the option to prioritize requirements in a backlog pool, assigning them to particular teams and particular iterations. The system has also helped in managing requirements with options to attach supporting documents.
From the project management perspective, the tool is efficiently managing teams by giving management information, such as reports, graphs, velocity, capacity, etc.
More options could be provided from the perspective of requirements management, which would help product owners to use the tool effectively.
TFS itself is a platform for collaborative development. All the features in it are essential for successful development projects, especially version control, defects tracking, SCRUM tools etc.
TFS SCRUM adoption in our organization was very smooth.
Scrum Board implementation and Backlog viewer require some improvements in order to make its usage simpler and interactive.
I've used TFS since 2007, and the 2013 version since it was released.
No issues encountered.
No issues encountered.
No issues encountered.
Back in 2007 we used Source Safe Control. When we realized that we needed a generic platform which would combine task and defects tracking with version controlling, we moved to TFS.
I was not involved in the original setup, but the version change was quick and very smooth.
Our in-house IT department deployed it who are very experienced.
We use the solution for creating a by-log and setting up the IPV. Also, we use it for the two-part deployment process. It helps us with application life cycle management and task management.
The solution's most valuable feature is its ability to build and deploy the package simultaneously.
The solution's server, in terms of deployment, needs improvement.
I have been using the solution for one year.
It is a stable solution. I rate its stability ten out of ten.
It is a scalable solution. I rate its scalability eight out of ten.
I have used a solution called In-House Coding, developed by our organization.
The solution's initial setup was straightforward. I rate the process an eight out of ten.
The solution's cost is relatively high. I rate its pricing six out of ten.
Before choosing TFS, they need to check the development program used earlier by their company. If they have used something linear to Microsoft, then TFS is an apt tool for them.
I rate it eight out of ten.
As the solution is cloud-based, we always use the latest version.
We use it comprehensively for client career management. We can use it to read test cases and link cases. Everything is done in TFS.
I feel that the test plan and test tools are more manageable in TFS.
In the TFS tool, we, essentially, made the test cases and test tools. The execution of test cases could stand improvement. They have provided many ways to manage the execution, but they can streamline it to one or two ways. People do not wish to try all the alternative methods.
We have been using TFS for three years.
When it comes to stability, the entire process is good.
I have no issues with the scalability. It is fine.
I have do not recall occasion to contact TFS technical support.
I cannot state for certain if we were previously using a different solution, as I would have to know to which year you refer. Again, we have been using TFS for three years.
Installation is totally fine. I have no issues with it. I do not recall how long it took.
Installation can be done with the help of the technical team. We are talking about the same team, consisting of around four people and a single manager.
We pay for the license yearly.
They're slowly migrating the solution to DevOps at the moment.
I would recommend the solution to others.
I suggest that those looking for enterprise wide solutions can go with TFS whereas, if they are short on team members, they can try the alternative. Smaller teams can try Jira, as well.
I rate TFS as a seven to eight out of ten.
I use TFS for source control. We are investigating the cloud option.
TFS is used to check source code and revision control. It ensures we do not have to do source control on our own. I am a programmer and the product does exactly what I need from it.
I have been using Team Foundation Server for six years. I use the 2010 version, however, our IT department is using the 2019 version.
This is a stable solution.
I have never run into any limitations. We have three individuals in my department using the solution and another six using it in the IT department.
The initial setup is straightforward.
I understand Microsoft is phasing out TFS in favor of Git, so I would steer anyone interested in TFS to look into Git.
I would rate the product an eight out of ten.
At my previous company, I was using TFS for managing projects and code.
The most valuable feature is the backlog.
The reporting has improved over time, with the addition of Power BI reports.
There are a lot of places that Microsoft can improve this product, as well as their support.
The program and portfolio planning facility can be improved. As it is now, you can't do portfolio program planning functionality across multiple project Areas (vs. Team areas within a project area) because you cannot link items across projects. Reporting can be done using Power BI, but real time connections are difficult. You can use connectors and external integrations but you cannot do it with the tool. It needs to be better.
It is difficult to customize.
I had been using Team Foundation Server for between four and five years.
This is absolutely a stable platform. It is highly available and follows on the environment.
It is possible to scale, albeit tricky. There are between 2,000 and 3,000 users.
Technical support is a challenge. It is a pain to get anything from Microsoft done. For example, working on patches and queries is slow. There was a lot of functionality that we wanted to embed that we had trouble with.
They changed the entire application lifecycle management suite, so it was a challenge to understand and navigate through how things would be done.
It is not a buggy product, but for new functionality, it is really a challenge. Especially in cloud-based deployments, it is even more challenging.
I was using TFS at my previous company and my current organization uses JIRA. I would say that TFS is the more scalable of the two. With JIRA, you really need connectors and things like that. You have to have external addons to make it more scalable.
In terms of usability, JIRA might provide a better user experience but from an organizational and stability point of view, TFS wins hands-down.
Price-wise, TFS is better than JIRA.
Out of the box, the initial setup is easy. However, it is difficult to customize, especially if it is on a cloud.
TFS is more competitively priced than some other solutions.
My advice to anybody who is implementing this solution is to use as much as possible, out of the box. Customizing it is difficult. It may not necessarily fit everything perfectly and it can be tricky to scale, but not impossible. There are definitely challenges scaling it. That said, the tool from Microsoft does allow you to do things very differently but try to do it in a standard way first.
I would rate this solution an eight out of ten.
Integration with Visual Studio (VS): I have used other software management solutions with VS, but TFS is the best at the moment. It offers easy integration with servers and full functionality.
Another very good feature of TFS is the build server. With it, I can quickly and easily generate binaries for testing and production environments.
Around eight years.
No. Nothing which I have noticed.
No, but I have never worked in a big company with many developers or projects.
I can't rate. I have never used technical support.
We were using Microsoft SourceSafe, but is unreliable and slow. These issues are enough for anyone decide to change to another software management tool. As we are a Microsoft partner, we naturally switched to TFS and are happy with this solution so far.
Very simple and straightforward, which makes for a very good, first impression.
This is the negative side of TFS; the price is expensive. Microsoft offers VSTS for free if you have a very small company and don't mind to keep your code in the cloud. But if this isn't the case, you have to pay too much for licenses (in the cloud or out of it), especially if your company just needs to track the changes in your code.
No, because we are a Microsoft Partner.
Use the free version of VSTS first, to just to have an idea of what it is. It's even possible to build binaries online.
Test automation capabilities enhanced the testing processes in the software delivery, which allowed us to create more quality software in a shorter time. The capability to deliver rapidly with ever changing technology demands could be easily supported with the work process enhancements we have done based on TFS's capabilities.
Third party integrations could be improved to make it more flexible and easy to use with other platforms.
I have used TFS for eight years since TFS version 2008.
No.
No.
Superb. Microsoft support and the community support are always great.
No, we didn't use a different solution. TFS has been the solution from the beginning.
It was a well-documented, smooth installation process. Nothing complex.
If you do not want to have the burden of maintenance, go for Visual Studio Team Services (TFS in cloud) which is cheaper, flexible, and is always getting the latest features first.
JIRA.
Just go for it. Whether you develop on Microsoft platforms or otherwise, you will find it useful and enhancing to the way you work.