
Filter Ratings and Reviews
Filter 288 vetted Azure DevOps Services reviews and ratings
Reviews (1-25 of 42)
Companies can't remove reviews or game the system. Here's why.
September 13, 2020

We use Azure DevOps/VSTS for the entire agile approach to software development at the organization I work for. We use Azure Boards for managing work in sprints, providing us with live features for planning & retrospectives. We use the Azure Repos feature for Git version control of our code and for PR processes, and pipelines & releases for building, linting, and testing code & deploying code to multiple environments via a continuous integration approach. We use Azure Artifacts to host our NuGet packages to be used by multiple projects for code reusability.
- Git repositories feature is fully featured with a friendly web interface.
- Azure pipelines & releases are very flexible for CI/CD practices.
- Azure Boards allows linking work items to code and for a closer relationship between code & the sprint rather than using a secondary piece of software like JIRA/Trello.
October 12, 2019
We are using Azure DevOps to manage the workflow for all of our software development teams. We use this software to provide team metrics, identify team dependencies and manage agile boards. We also use the software to manage pull requests.
- Agile Management.
- Metrics.
- Customized Reporting.
- Scaleable Team Projects.
- Column sorting when in filtered states.
- A way to show cross-team dependencies.
- A customized "From" field for notifications. Sometimes when a mail comes from Azure DevOps the teams do not realize that I am sending it
- A way to do online poker that doesn't require a plug-in.
February 15, 2020

We are using Azure DevOps across most teams, leveraging both Kanban and Scrum methodologies. The tool is used for SDLC workflow, source control, and documentation.
- Source control integration.
- Templates for multiple Agile types.
- Document management (implement something similar to Sharepoint libraries).
- Streamlined permissions structure.
November 19, 2019

We use Azure DevOps for work tracking and our git remote repository. My immediate team of 8 use it exclusively. We host every project we have (15+) on it. It allows us to have all of our work tracked in one location. Since we are a Microsoft Data Platform shop, it integrates well into our other development tools.
- Seamless integration into Microsoft development tools.
- CI/CD built-in, very customizable.
- Lots of marketplace items for integration into various non Microsoft tools.
- It is not as customizable as JIRA. They are working to improve this. But this is the one area where it is lacking.
October 14, 2019

Azure DevOps is being used by our development department. It addresses the problem of not having a central source code storage location with team collaboration. It is used to store and collaborate on development projects. All team members are checking in/out their source code and pipelines/team collaboration is in use.
- Ease of use/integration with Visual Studio.
- Very responsive and easy to maintain a site.
- Has full Git capabilities.
- Capability to store unlimited numbers of projects.
- The price/license per user could be a little less than many of the open-source type source code platforms on the market.
- Ease of integration with other development IDE's than Visual Studio.
October 11, 2019

Azure DevOps is primarily used by our development and technologies business. It is our premiere tool for application lifecycle management. Azure DevOps helps support real-time communication among global teams ensuring efficiency in all stages of the lifecycle. The build and release pipelines help us to manage thousands of customized application releases assuring customers get our critical changes quickly and regularly.
- The backlogs and Kanban boards for planning and tracking work are second to none. Forecasting and capacity management are made easy with the Azure DevOps tools at our disposal.
- The ability to customize work items and workflow is crucial to our business. We are in a specialized, highly regulated business with requirements, unlike most software businesses. We continue to strive to keep development and delivery as lean and agile as possible. We are slowly adopting more DevOps principles. This is especially challenging for our business due to government regulations. As a result, we've adopted an Agile/Waterfall hybrid methodology. Customizing the process, work items and workflow gives us the ability to meet our unique needs.
- Git integration is a key feature and keeps our developers happy.
- Some of the administrative tasks and management leaves much to be desired. Security and permissions are managed in different places instead of one central location. Alerts and notifications management could use improvement.
- Due to the nature of our business, we are not able to move to the cloud and must use the on-prem version. While Microsoft officially supports the on-prem version, they are geared towards the cloud version of Azure DevOps. Microsoft support for many of our on-prem needs seem to be waning.
- Work items should be able to be baselined along with code. While we can label the code that was built, there is no way to take a snapshot in time of the historical state of the work items at the time of the build. A feature like this would save our QA department lots of work.
October 10, 2019

Azure DevOps is a common tool used by technical teams. In my capacity I used Azure DevOps to create a Chef Cookbook pipeline for delivering tested code. In doing this, I used it in conjunction with the built in version control system provided by Azure DevOps, but it also integrates well with GitHub and other systems.I also helped others set up pipelines and implement the use of Azure DevOps in this capacity as well.
- Usability: The usability of Azure DevOps is great! Being a new user, it was easy to pick up and go with this tool with very little requirement to seek external documentation.
- Integration: This tool integrates well with other systems (ie. GitHub, Chef, etc).
- Built in activities: Azure DevOps has a ton of prebuilt activities that allow you to basically build whatever you need without writing any extensive code.
- While usability is great, it did take me a few times to find "hidden areas" (like the visual designer link for creating pipelines). Having these in more defined noticeable areas will only improve on the already great usability.
- As with other Microsoft tools, the Microsoft login get's a little crazy when you have multiple accounts. In my case, I have several accounts (personal, university, and work) and getting into Azure DevOps with the appropriate account could sometimes be an act of futility.
August 19, 2019
Azure DevOps is currently used across the organization. Currently not all groups and departments are utilizing it however we are in the process of rolling out to these groups. Azure DevOps has become our go to application for development. We are using it for full development life cycle, code repository, testing, deployment and verification.
- Once set up it makes deployments to various environments a breeze
- YAML backend is a huge plus
- Large groups can work on the same solution seamlessly
- More streamlined set up of CI/CD
- Better error messaging to explain why sometimes a build is successful and sometimes not
- Easier set up of deployment tools
August 12, 2019
We use Azure DevOps to manage all our projects across the whole organization. The project manager usually translates all software requirements to Azure DevOps and assign appropriate tasks to programmers. It is a very flexible tool to implement DevOps methodology. The project development is followed through the platform, as well as the team performance.
- Easy representation of software requirements in user stories and tasks.
- It allows the tracking of activities and team performance
- It allows interaction between team members in a specific task
- You can use only a few tools to complement your existent workflow
- There is a free version for small teams (up to 5 users)
- Some small improvements could be done in the user interface.
- Sometimes the performance is low (some requests/queries are slow)
We're implementing entire product workflows with Azure DevOps: building, testing, staging and deploying. It's the perfect companion for Visual Studio and Git, so everyone just loves using it. It's a dream come true not having to switch to different front-ends to get our job done throughout the day, while keeping an amazing user experience.
- Unified environment for all DevOps tasks and procedures
- Amazing User Experience within a beautiful UI
- Great marketplace extensions collection
- Code merging has room for improvement
- Such a broad set of features can become confusing for the novice user
May 01, 2019

Azure DevOps is the standard at my company for software source code management and project/requirements management. The cloud-hosted software is being used across all teams to coordinate and track development activities, align release planning, and track work items for testing and verification. Previously we used tools such as Rally and Perforce to serve these needs, but we have standardized on Azure DevOps going forward.
- Flexible Requirements Hierarchy Management: AZDO makes it easy to track items such as features or epics as a flat list, or as a hierarchy in which you can track the parent-child relationship.
- Fast Data Entry: AZDO was designed to facilitate quick data entry to capture work items quickly, while still enabling detailed capture of acceptance criteria and item properties.
- Excel Integration: AZDO stands out for its integration with MS Excel, which enables quick updates for bulk items.
- Central Dashboard of Development Metrics: AZDO nests its dashboards in workflow-specific tracks, which is useful. Still, I'd like to see a home page personalized for each user which provides relevant updates on the most recent work items (updates to features, etc.) and work progress.
- Complex Queries: AZDO is great for simple queries, but complex queries and the display of results doesn't always produce intuitive results. For example, sorting and drag/drop can be unreliable in some views. I suspect the AZDO team will work out these issues over the next few releases.
- Lack of Themes: AZDO allows for the tracking of Epics and Initiatives, but there doesn't seem to be a structured interface for tracking product investment themes.
July 18, 2019

We are using Azure DevOps to as part of our Application Lifecycle Management practice. We leverage it to move code up our different developmental landscape and use it to run automated tests and artifact deployments. Additionally, we use it to manage our resource edge points as well as refreshing servers post-deployment.
- Easy to use and set up and extendable through marketplace.
- Highly flexible in configuration right out of the box.
- Agent allocation and provisioning is very easy.
- Cost can be a little bit more transparent for agents.
- More information on their YAML strategy would help us plan better.
- More configuration options in agents would be good as well as on premise agents.
February 16, 2019
It is being used by the IT Department to manage all steps of the main software development project, and the improvement and integration of the internal TMS (Transportation Management System). Consultants, analysts, developers, the Scrum Master, and the product owner can collaborate and control all their activities, with high visibility of the progress and particular issues. Enabling the Scrum work item template allowed the use of agile techniques and control over a highly demanded product backlog.
- It offers an easy relationship between product backlog items, development tasks, and the source code changes.
- No overhead management tasks, people keep focused on product development and it reduces work time.
- Dashboards show the summary of the most important indicators, and offer different views for distinct professional roles, keeping people in touch with entire progress.
- Full support for Scrum artifacts and processes.
We are using Microsoft VS (2010,2013,2017) with the integration of Team Foundation Server(TFS) with it. We are using it to keep track of the whole software development life cycle. Each developer regularly checks code changes with the addition of Visual Studio to the TFS. As for the integration side, we are using it to clean , build, and deploy the code changes to different servers to upgrade them to the latest version.
- Visual Studio supports many languages like C#,HTML.C++ and many others. We can also make Visual Studio to support other different languages with the help of plugins, like for Java, Python, etc.
- We are using TFS with the VS, so it makes it easy to track the code and project changes, and if required we can also track the code of every single line to see what it means, by whom this code is written, and for which problem.
- A unique work item change order number is assigned to the changes that you are making, apart from your shelveset creation
- We can create the build definition through which we can automate the deployment and upgrade processes.
- It provides a lot of menus and options/templates through which we can make our computer application for enterprise or for non-enterprise
- We can easily integrate our customized/required menu in the VS through registry files or through deployment of the code
- Need to make the changes so that it doesn't occupy most of the CPU utilization and memory
- Execution of Bulky SQl Queries leads to either the SQl being out of exception or the VS being unresponsive
- Integration with Microsoft products is easy, but with non-Microsoft products it is more difficult, and you have to make a lot of configuration changes to integrate
- With every upgrade of the Visual Studio, like from VS 2010 to VS 2013 , we need to upgrade our hardware/machine, as the VS hardware requirement also increases
- If code is getting compiled in one visual studio, like in VS 2010, that the same code could possibly give an error when compiled in VS 2013, due to certain changes in keyword, data format, etc., with the VS upgrade
June 06, 2018
VSTS is currently being used by one department at work but was I brought it into the company about six years ago. We currently use VSTS as a building and testing tool. We set up the builds and create tests to run after a build is successful. When I first started with VSTS I set it up to run on a daily basis and then had the developers correct the problems that were shown by the tests. This works very well and the developers like using it since they did not have to keep on integrating their changes together.
- VSTS has a wonderful integration with Team Foundation Source control and Git. This is good because these were two source control systems that we used.
- VSTS can be scheduled to run its builds and test at various times of the day. This means it can in the middle of the night and be ready for the developers when they get in in the morning.
- VSTS handles Microsoft builds very easily. Building a .Net application can be set up with almost no work. You just have to use the Visual Studio solution that was used by the developers to create the application.
- VSTS is very Microsoft centric. If the application you want to build is not based on Microsoft items such as C#, or Visual Basic it is very difficult to use.
- If you are using the latest version of VSTS then you will find a documentation problem. It can be very hard to find methods and help trying to get something running.
- Passing data between VSTS build steps is not easy. It can be done, but it is not a normal thing that you would Microsoft would have put into their product.
Microsoft Visual Studio Team System (VSTS) is being used currently only by IT and a few select people in the business unit. The main goal of using VSTS from the business perspective was to improve communication, work item management, improve planning and increase visibility into product management. For the developers in IT, it was imperative to have more integration between business requirement and code, moreover, it also expedited development workflow (code reviews, etc).
- Work item management is fantastic and easy to use. It can be used as simply just tracking tasks, or as complex as tracing work items from multiple projects being assigned to a single developer. Work items can be customized easily to meet the needs of your organization as well, and it isn't difficult to manage the customization.
- Source code management is excellent and tied directly into VSTS. You have a choice of TFVC or GIT management options - we've switched to git and have not looked back. It is fully featured and commits can be tied directly to a work item using # tags.
- Metrics/dashboard - being able to write simple queries and move them to a dashboard in a few minutes is great. It enables team managers a quick board to review the status of a project and quickly act on any issues cropping up.
- Build and release management - if you don't have this... you'll want it. The integration is magic, the interface is easy, and to setup an automated build using the hosted agent was a breeze. We did have to purchase an additional license because of the number of builds we had, but it was worth it.
- VSTS has a log of flexibility... almost too much. It's hard to actually decide how best to use it until you just set it up and try it out.
- Currently getting a list of work items on the main home page is messy. There's no hierarchy so it can sometimes be just a blast of work without any sorting or prioritization settings. There's a simple work-around to simply create a query for yourself and enable "search across multiple projects". That works alright, but it would be a better experience if the home page had this already covered.
- Teams management could be better. It's a little confusing, and not easy to setup. Our specific use case of having some teams able to only see their backlog and nothing else was not achievable in the current implementation of VSTS. As a result, whenever we have to contract out work, we end up creating a new Team Project. It's not all bad, because team project contents can be easily migrated to another project, but it's still a bit annoying.
August 31, 2018
Microsoft Visual Studio Team System is being used by the dev team in the organization. As every developer is a part of a project, every developer has to access the TFS (team foundation server) in order to contribute to the project. MVSTS is solving some major business problems. For example, it allows version control of a file as the whole team is working on the project. TFS provides each developer a local copy of the file, as well as the server version. Developers can make the changes to their local file and test it and if everything goes well, then they can update it on the server for the customer.
- Version control of the files: each developer has access to the server and regularly gets the latest server changes in his local box. The local file is maintained and also remains updated with the server version. The program also provides a different copy of a file so that it can be recovered in case of a failure from any individual developer box.
- Some features like shelveset creation, work item monitoring, and publishing the project database.
- I can access any developer's local box and see what changes he is doing if he has shared the shelveset with me.
- Applying any new changes and undoing them using the pending changes feature.
- Once, I added a PDF file to my shelveset so that I could share my changes with my team, but they were unable to unshelve my changes. This is because PDFs cannot be opened in more than one box, and it was locked on my box. So, I had to undo it from my box, and even then it was only accessible to one person at a time. It was problematic. They should at least be able to open it in read-only mode.
- Lots of settings are necessary. However, if you accidentally uninstall one, instead of having to install it again, there should be a backup kind of thing for my profile settings in Visual Studio.
- The default compare and merge tool provided by Visual Studio does not fill our needs, and we need to install other products like Delta Walker or Araxis Merge.
June 26, 2018
VSTS is being used in our organization as the IDE standard of the development team, allowed thanks to its provision team foundation a better organization and delegation of functions in the work team. Visual Studio has allowed an efficient and effective organization and delegation of the work assigned to the development department, which has triggered a significant diversification in the market occupied by the company I represent.
- It allows you to incorporate different languages, or written code in different encoding to the workflow without affecting the development to which it is oriented
- By using the Entity Framework you can establish the database design of the system in a correctly standardized and highly efficient way
- The debugging options allow you to have control of the code that is being made, in addition to having a large amount of plugins that allow to use this feature in different languages
- There are few things that we can say in a negative way because a pending issue was the license and Visual Studio has a lite option that although it does not have all the features of the full version, allows you to fulfill the work planned
- The download size of the full version is usually very long and can take a long time to get it
- In case of applying the entity framework in non-standardized tables (already existing projects) it generates inconveniences in the creation of the entities
May 14, 2018
Microsoft Visual Studio Team System is used at my organization for engineer team backlog management, weekly (sprint) task planning, and day-to-day progress reporting.
- If the backlog is well maintained, it provides a great "at a glance" view of forecasting/projections.
- It provides a nice visual for committed tasks that is sequestered from the larger group of "future" work.
- It allows for linking among backlog items that are related or dependent on each other.
- It can be tricky to figure out the best way to use Iteration paths.
- It isn't easy to differentiate iterations for certain execution cadences (sprints 1 - 6 repeated every 6 weeks).
- There is not a great way to denote "code ownership" within the product (we use an external system to figure out who should be assigned what bug based on where the bug is in the code - not the UI).
April 12, 2018
The team I work on uses Microsoft Visual Studio Team (VSTS) for code storage and versioning, as well as utilizing their build and release systems. This resolves multiple issues including removing the need for us to manage a local repository and helps automate the process of building and releasing new versions of our application by leveraging automatic processes triggered when branch is pushed to the remote server.
- Code repository
- Automatic Build & Release
- User management
March 06, 2018
Using VSTS in an agile fashion, we are using the change management features like view history, view changesets, compare, create shelvesets, and to create work items. We optionally could use VSTS for continuous integration/delivery to Azure, but the expense far outweighs AWS. VSTS has made us into a .net shop that is useful for checking in artifacts from Example Author, Microsoft Office/365, or other third party vendors.
- Change management
- Continuous integration/delivery, automate application deployment
- Code reviews, conduct a design review
- VSTS online code editor
- Complete Azure integration
- Distributed workflow
- Cost
- More robust API
- More straightforward comparison tool
March 01, 2018
Microsoft Visual Studio Team System is being used in our organization for development and testing activities across multiple domains and multiple architectures of multiple products. The biggest business problem it addresses is disparity in branches and trunks of the applications that are being developed. Since the company is merging two vast platforms into one coming from TFS, the independent units working on shared libraries of the framework will eventually migrate everything to one unified WPF framework. Couple this with segregated API automation libraries, the global availability of shared resources with very good version controlling solves endless issues that can result in haphazard application delivery.
- Global availability as opposed to having everything done in silos when teams are dispersed all over the world.
- Configuration and administration that reaches out to more people and has overall less impact than having to do spotted administration.
- Agile project management is easier to deal with in conjunction with some third-party SCRUM/Agile tools.
- Test Automation endeavors can be quickly ramped up as opposed to using other third party solutions that require greater technical resource overhead.
- Possibly some test management and ALM desires that are left out.
- Some performance issues not related directly to internal network performance bottlenecks.
- It may be pricey from an initial outlook (for larger distributed teams) and that may throw off some companies with challenged budgets.
It is used across the organization. We use it for tracking tasks as well as for CICD.
- Task management
- Capacity Management
- CICD
- Once you add a new sprint, it does not automatically reflect in the left panel of work items. You have to select the iteration under default teams settings. This is a bit confusing and difficult to figure out if you don't know.
- When a task is marked as Resolved, the remaining time does not become 0 like it happens when you close the task. It may be a good idea to reset it to 0 for resolved tasks as well.
- The system allows you to close a user story which has open tasks under it. A warning mentioning this while closing the user story will be good.
November 14, 2017
We use VSTS as source repository for all the web projects. We also manage and assign the tasks of the development team.
The continuous integration and the continuous deployment are provided with a mix of on premise installations and Azure instances.
The project management monitor the projects advancement with customized reports.
The continuous integration and the continuous deployment are provided with a mix of on premise installations and Azure instances.
The project management monitor the projects advancement with customized reports.
- Easy to install.
- Full integrated: source control, task management, report tools.
- Plugin for VS, Eclipse, Rider and many others.
- Backup and restore is really slow.
We are moving our entire code base from on-prem TFS to Visual Studio Team System(VSTS) with GIT repositories. We are taking the opportunity to move to a complete continuous integration solution. We also feel that moving to GIT will improve code quality with the way that branches are lightweight and how code reviews are a fundamental part of the way you do things in GIT.
- Integration with Visual Studio
- Option to use GIT or TFS repositories.
- Plugins galore.
- I think the documentation lags too far behind the actual product.
- Troubleshooting could be easier.
- There are some glaring pieces missing or are just obscure to use. The way you publish a built website is pretty bizarre.
Azure DevOps Services Scorecard Summary
What is Azure DevOps Services?
Azure DevOps (formerly VSTS, Microsoft Visual Studio Team System) is an agile development product that is an extension of the Microsoft Visual Studio architecture. Azure DevOps includes software development, collaboration, and reporting capabilities, along with the basic plan which includes:
- Azure Pipelines: automatically builds and tests code, combines continuous integration (CI) and continuous delivery (CD)
- Azure Boards: Work item tracking and Kanban boards
- Azure Repos: Unlimited private Git repos
- Azure Artifacts: 2 GB free per organization
Azure DevOps Services Video
Introduction to Azure DevOps
Azure DevOps Services Competitors
CA Agile Central (formerly Rally)
Azure DevOps Services Pricing
- Does not have featureFree Trial Available?No
- Does not have featureFree or Freemium Version Available?No
- Does not have featurePremium Consulting/Integration Services Available?No
- Entry-level set up fee?No
Edition | Pricing Details | Terms |
---|---|---|
Basic Plan | $6 | per user per month (first 5 users free) |
Basic + Test Plan | $52 | per user per month |
Azure Artifacts | $2 | per GB (first 2GB free) |
Azure Pipelines - Microsoft Hosted | $40 | per parallel job (1,800 minutes free with 1 free parallel job) |
Azure Pipelines - Self-Hosted | $15 | per extra parallel job (1 free parallel job with unlimited minutes) |
Azure DevOps Services Technical Details
Deployment Types: | SaaS |
---|---|
Operating Systems: | Unspecified |
Mobile Application: | No |