1

We are a software development company with less than 10 employees. Each employee may be a part of multiple projects. Also, the project manager may look after multiple projects as well. We use Azure DevOps to keep track of work items in each project.

The problems we face are

  1. Because we don't work on only one project, it becomes difficult to see what is scheduled on a single page. We have to go in iteration/sprint for each project.
  2. The projects we work on do not ship deployments continuously, hence the iteration of 1 week sometimes become too big for one project since we may not have enough changes for that project.

We really like using Azure DevOps for development, but once the support/maintenance phase starts, it becomes confusing due to the above points. Any suggestions on what we can do differently?

Improve this question
3
  • 1
    how have you got it setup? I had a look and it seemed to me that one project with multiple teams and all the repos was the way to go
    – Ewan
    Commented Sep 2, 2019 at 16:57
  • 1
    @Ewan, in that case, can we restrict the stakeholders to see only workitems related to their projects?
    – prinkpan
    Commented Sep 3, 2019 at 6:50
  • 1
    assign to the teams they are in
    – Ewan
    Commented Sep 3, 2019 at 7:39

1 Answer 1

Reset to default
3

1) I'd suggest Delivery Plans, that helps you have a look at multiple projects/organizations, but works well if you set iterations.

It's free for Azure DevOps.

2) You could set different capacity based on the planned deliveries, and allocate more resources on certain projects when you need it.

Improve this answer
1
  • 2
    Thank you for the answer, Delivery Plans will help us for sure. We are evaluating the use of capacity.
    – prinkpan
    Commented Sep 3, 2019 at 6:53

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.