Azure DevOps FTW
Overall Satisfaction with Azure DevOps
We use Azure DevOps as the main place we run delivery across a mix of internal transformation work and programmes. It’s basically our main system for planning work, tracking progress, and keeping teams aligned. Not just developers either, the PMs, BAs and leads are all in there. The biggest problems it helps with are visibility and coordination. We’ve got multiple workstreams running at the same time, often across different teams and sometimes suppliers, and without a single tool things quickly turn into spreadsheets and status chasing. Azure DevOps gives us one place to see what’s actually happening, what’s blocked, and what’s coming next, even if it’s not perfect. Our use case is more delivery and programme focused than “pure” software engineering. We use Boards a lot for epics, features and stories, sprint planning, and basic reporting. Repos are used where we’re doing active development, but it’s not the main thing for us. It’s not always the most intuitive tool and we don’t use every feature, but it does a solid job of keeping work structured and giving leadership a view without loads of manual updates.
Pros
- It’s very good at breaking big, messy programmes down into epics, features and stories so you can actually see what needs doing and in what order.
- Sprint planning and backlog prioritisation work well once teams get into a rhythm, especially when you’re juggling multiple workstreams at the same time.
- The ability to link work items together makes dependencies and blockers much more visible than trying to manage them in spreadsheets.
- It scales well as programmes grow, so you don’t have to completely change tooling once a small project turns into something much bigger.
Cons
- Customising workflows and fields is powerful but not very user-friendly, and small changes can feel more complex or risky than they need to be.
- The learning curve for new users is quite steep, and it usually needs proper onboarding rather than people just picking it up as they go.
- It's not as pretty or intuitive as tools like monday.com - GANTT and waterfall are espsecially hard as the tool isn't designed for this.
- The ROI has been positive mainly through improved visibility, better prioritisation, and less time wasted on manual tracking and status updates across larger programmes.
- We haven’t seen major direct cost savings, but delivery quality and consistency have definitely improved, which supports wider business objectives.
We love the multi-tier hierarchy in Azure DevOps for tasks, with epics, features, stories, bugs and tasks all available in a nice nested hierarchy. It's not as pretty as monday.com and doesn't work as well OOTB as ServiceNow SPM however.
Do you think Azure DevOps delivers good value for the price?
Yes
Are you happy with Azure DevOps's feature set?
Yes
Did Azure DevOps live up to sales and marketing promises?
Yes
Did implementation of Azure DevOps go as expected?
Yes
Would you buy Azure DevOps again?
Yes


Comments
Please log in to join the conversation