Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Once you commit changes made in Portfolio into JIRA , how do you use Portfolio to re-simulate

 

Once you commit the changes made in Portfolio Plan into JIRA, each story is assigned a sprint. 
To my understanding this prevents Portfolio from moving these stories in its next plan simulation (sandbox). so we are left with a fixed plan that only way to re-plan it is by moving back all stories from Sprints to Backlog.

How should you use Portfolio to re-simulate after the first Plan commit?

 

Note: we are working with the non-improved interface.

1 answer

1 accepted

0 votes
Answer accepted

Hi Gil,

A commit finalizes that the values and sets them on the issue.  Once you commit a value to the sprint field the sprint is set and as you noted needs to be cleared to make changes to the plan as the scheduling algorithm is using the sprint field as one of the weighted items to calculate the issues position in the scope.  So once the sprint is set it anchors the issue to that committed sprint location.

If there is not an active or future sprint avaliable to add an issue too, Portfolio will populate a logical placeholder sprint that will not anchor the issue to that committed sprints location and use the alternate scheduling factors in the schedule.

So if you are looking to have more leniency in the sprint commitment you can set up your sprint planning more ad-hoc by only having the current sprint created then only create future sprints where the resources commitment can be confirmed, so that portfolio will place issues into the logical place holder sprints when running the calculations based on the other scheduling factors vs using the committed values of the sprint for the scheduling factors.

Regards,
Earl

Thank you Earl,

This is what was our understanding as well (and work like that with some groups)

It does raise couple of more questions on they way we could work and get specific reports, so I will open these in a different thread.

Thank you again,

Gil

Like Earl McCutcheon likes this

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Advanced Roadmaps

Introducing Advanced Roadmap’s new dependency report

To see this feature in action check out our recent dependencies demo here: https://www.youtube.com/watch?v=eQu5VsUqyZA Keeping on top of your dependencies is a key part of ensuring project success....

128 views 2 6
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you