The world of work is constantly changing. Agile work processes in particular are becoming increasingly popular. Even large companies are trying to introduce agile working methods. For many, the Scaled Agile Framework (SAFe) is the right solution for their agile teams. However, implementing SAFe with all its features such as providing reports, visualizing dependencies and automated documentation is not always easy in reality. Many companies spend a lot of time and money searching for the right…
N/A
Azure DevOps
Score 8.2 out of 10
N/A
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.
$2
per GB (first 2GB free)
Pricing
Agile Hive
Azure DevOps
Editions & Modules
No answers on this topic
Azure Artifacts
$2
per GB (first 2GB free)
Basic Plan
$6
per user per month (first 5 users free)
Azure Pipelines - Self-Hosted
$15
per extra parallel job (1 free parallel job with unlimited minutes)
Azure Pipelines - Microsoft Hosted
$40
per parallel job (1,800 minutes free with 1 free parallel job)
Basic + Test Plan
$52
per user per month
Offerings
Pricing Offerings
Agile Hive
Azure DevOps
Free Trial
No
No
Free/Freemium Version
No
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
No setup fee
No setup fee
Additional Details
—
—
More Pricing Information
Community Pulse
Agile Hive
Azure DevOps
Features
Agile Hive
Azure DevOps
Project Management
Comparison of Project Management features of Product A and Product B
Agile Hive
7.8
1 Ratings
4% above category average
Azure DevOps
-
Ratings
Task Management
7.01 Ratings
00 Ratings
Resource Management
8.01 Ratings
00 Ratings
Gantt Charts
7.01 Ratings
00 Ratings
Support for Agile Methodology
9.01 Ratings
00 Ratings
Visual planning tools
8.01 Ratings
00 Ratings
Agile Development
Comparison of Agile Development features of Product A and Product B
Agile Hive is used for our value train within a SAFe setup. Every quarter we organize a so-called Product Increment (PI) Planning, where we plan all Features and Enablers in Agile Hive. Based on the priority of the Product Manager all teams plan their Features and Enablers accordingly to the sprints that are determined by the Release Train Engineer and set up in Agile Hive. The teams then create User Stories and estimate them and based on their sprint velocity (defined in Agile Hive) Product Owners can see how many Features and Enablers are realistic in one quarter (Product Increment). Further, dependencies across teams can be defined and made visible in Agile Hive, so that the plan is feasible. Without Agile Hive it would be hard or impossible to plan across several teams within a value train and to manage all dependencies. Additionally, with Agile Hive the plan is more realistic, so what can be achieved within one quarter in product development.
Azure DevOps works well when you’ve got larger delivery efforts with multiple teams and a lot of moving parts, and you need one place to plan work, track it properly, and see how everything links together. It’s especially useful when delivery and development are closely tied and you want backlog items, code and releases connected rather than spread across tools. Where it’s less of a fit is for small teams or simple pieces of work, as it can feel like more setup and process than you really need, and non-technical users often struggle with the interface. It also isn’t great if you want instant, easy programme-level views or a very visual planning experience without putting time into configuration.
I did mention it has good visibility in terms of linking, but sometimes items do get lost, so if there was a better way to manage that, that would be great.
The wiki is not the prettiest thing to look at, so it could have refinements there.
I don't think our organization will stray from using VSTS/TFS as we are now looking to upgrade to the 2012 version. Since our business is software development and we want to meet the requirements of CMMI to deliver consistent and high quality software, this SDLC management tool is here to stay. In addition, our company uses a lot of Microsoft products, such as Office 365, Asp.net, etc, and since VSTS/TFS has proved itself invaluable to our own processes and is within the Microsoft family of products, we will continue to use VSTS/TFS for a long, long time.
It has in general a good usability, but there are some downsides, the big picture view of the entire product increment is too static, so there is no zoom in or zoom out. Mostly throughout planning it is necessary to zoom in to a sprint level and manage the user stories there. Also, the pig picture view has some limitations, because you cannot read the entire user story name (boxes are too small).
It's a great help to get more information about new feature release and stay updated on what the dev team is working on. I like how easy it is to just login and read through the work items. Each work item has basic details: Title, Description, Assigned to, State, Area (what it belongs to), and iteration (when it’s worked on). See image above.They move through different states (New → Discovery → Ready for Prod → etc.).
When we've had issues, both Microsoft support and the user community have been very responsive. DevOps has an active developer community and frankly, you can find most of your questions already asked and answered there. Microsoft also does a better job than most software vendors I've worked with creating detailed and frequently updated documentation.
With Jira Software alone it is also possible to plan a SAFe product increment planning, but it would be nearly impossible to see the overall big picture of all product teams involved in a release train. So, the planning on sprint level for one team would be more efficient, but the planning for a whole quarter with all dependencies across teams would be not feasible to present. Therefore, Agile SAFe enables value trains an efficient way to plan a product increment.
Microsoft Planner is used by project managers and IT service managers across our organization for task tracking and running their team meetings. Azure DevOps works better than Planner for software development teams but might possibly be too complex for non-software teams or more business-focused projects. We also use ServiceNow for IT service management and this tool provides better analysis and tracking of IT incidents, as Azure DevOps is more suited to development and project work for dev teams.
We have saved a ton of time not calculating metrics by hand.
We no longer spend time writing out cards during planning, it goes straight to the board.
We no longer track separate documents to track overall department goals. We were able to create customized icons at the department level that lets us track each team's progress against our dept goals.