Estimating Tasks and Subtasks

[RJ Lehman]

I have a half scrum half service team that uses Tasks (not user stories although they are lateral) and just started using subtasks. It's messing up metrics. Ideally we would use stories and point but because of contractual reasons we have to use only hours to estimate. 

 I'm thinking the best way would be to only use tasks with checklists and only estimate and put work against the tasks.  This is an anti-pattern, I know but I can't find a better solution that is simple and clean.  

Does anyone have past experience having this problem and how did you solve it? 

[VENKATESWARLU KURUVA]

Hi RJ,

Your instinct is right — Tasks with checklists and hours only at the Task level is the cleanest approach for your situation. It's not really an anti-pattern when contractual constraints require hours over points.

Why subtasks mess up metrics: Jira can double-count time (parent + subtask estimates) and sprint burndowns get skewed depending on how you track.

Recommended approach:

Estimate hours on Tasks only — don't estimate subtasks.

Use checklists or subtasks for breakdown but treat them as progress indicators, not estimable units.

Log work against the parent Task to keep reporting clean.

If you must use subtasks with hours: Configure your board to only show subtasks in the sprint (not parent Tasks), so estimates aren't double-counted in burndown charts.

This keeps it simple, contractually compliant, and your metrics accurate.

[Olga Cheban _TitanApps_]

Hi, @RJ Lehman 

There's actually a native way to handle this if you want to keep using subtasks. Jira Automation has a rule that rolls up child estimates to the parent: when a child's estimate changes, the rule recalculates the sum and writes it to the parent's estimate field. It's most commonly shown for story points, but the same mechanism works for hours too. So your parent Tasks would end up with an accurate hours total based on what's been estimated on the subtasks.

That said, your idea to use Tasks with checklists is also a valid path. Estimates will stay on the Task level, while checklist items are non-estimable progress indicators, and there's no roll-up logic to maintain.

The piece that usually makes people hesitate with this approach is that Jira's built-in action items are pretty basic. Just plain text lines you tick off. If your "checklist" is supposed to carry real work breakdown, that minimal format does feel like it's missing something.

If you are open to trying out a dedicated marketplace option, I can recommend our solution Smart Checklist for Jira. It allows you to add feature-rich checklists to Jira work items and save them as templates. Each checklist item has its own status (To Do, In Progress, Done, or any custom status you set up), and you can also add an assignee and deadline, links to external documentation, and more. Each checklist item can also have an expandable section with details where you can drop anything you need, from bulleted lists to images. 

With this level of detail on each item, you basically get the same functionality you'd otherwise get from subtasks. Here's what it looks like:

Checklist progress can also be shown on your Jira board, if needed. Each Task card displays a completion percentage based on the checklist. So you get the visibility you'd normally get from subtasks, but without cluttering your board and without the subtask-level estimation mess.

For the service side of the team, the template feature is especially handy. You can save checklists for recurring tasks and common request types as reusable templates and apply them to new Tasks automatically.

I hope that helps!