Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 
  • Community
  • Q&A
  • Jira
  • Questions
  • Is there a chance to organize project with "step-by-step" approach with auto shifting the end/start?

Is there a chance to organize project with "step-by-step" approach with auto shifting the end/start?

Alex Mardas
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
July 1, 2019

1. Project includes stages

2. Stages include tasks (they have different default estimates)

3. Each stage starts when the previous stage has been completed only (means all entire tasks are completed)

4. If any task goes over due - stage misses deadline and shifts all roadmap for this delay time

5. Save the template of this project with stages and tasks

 

Project Structure:

1. Project

2. Stages (maybe Epics)

3. Tasks
Stage includes tasks and has deadlineTask has estimate
It means thatStage Printing is time bounded: jul.14.2019 - jul.24.2019 (10 days)

Task 1 is load paper 1 day

Task 2 is print 3 days

Task 3 is get prints 2 days

Task 4 is delivery 5 days


if Task 3 takes more than 2 days (eg 5 days) - Stage Printing endtime becomes jul.27.2019

1 answer

0 votes
Petter Gonçalves
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
July 4, 2019

Hello Alex,

Welcome to Atlassian community.

Checking the description of the scenario you want to implement, I understand that you would like to configure Epics (Stages) with the total amount of the linked tasks work estimation, so when you update the estimation of any of the tasks it should count in the Epic estimation too. Have I understood it correctly?

If that's the scenario you would like to achieve, you just would need the free third-party add-on Epic Sum-up Light to automatically sum task estimations to their respective Epics.

That been said, I also would like to suggest a different approach:

The estimation fields are used to calculate the estimation of the tasks, so you can have how much work you actually logged vs how much time you estimated for it.

With that establishment in mind, instead of using Epics and reorganizing estimation values when the work logged trespasses the original estimation, I think you could use Sprints as the Stages to properly track your issues.

Using Sprint as stages, you will have a real start and complete date (This one is set when you finish all the tasks and close the Sprint) and you'll use the estimation field to check how much time you have initially planned for it.

Additionally, you will have several Reports that you can use to check which tasks have fallen behind the clock, together with many other functionalities you want. Check the section "Reports for Scrum Projects" in this documentation for more details.

If you get interested in this approach, please check the documentation below to know more about the Sprint functionality in Scrum boards:

Running sprints in a Scrum project 

let me know if you have any other questions.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events