this post was submitted on 16 Jun 2023
24 points (100.0% liked)
Experienced Devs
3950 readers
2 users here now
A community for discussion amongst professional software developers.
Posts should be relevant to those well into their careers.
For those looking to break into the industry, are hustling for their first job, or have just started their career and are looking for advice, check out:
- Logo base by Delapouite under CC BY 3.0 with modifications to add a gradient
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
If the work is expected to make it into the deliverable product, then it should fall under a feature. Either add it to an existing feature or create a new one. I prefer the former because it results in less deceptive forecasts.
What about improvements to the feature after it's been delivered? You develop, test, review, validate, etc, then deliver the feature, and then you get user feedback that you need to make some minor changes or improvements. The original epic is closed and there's not enough work to warrant a new epic, so where does the task go?
Epics don't have to be huge. And stories don't need to be attached to epics in the first place.
An epic is just a way to organize features. There's no hard and fast rule for how many features are needed to form an epic.