typical issue size. It's one pdd hour
some big and monolith issue with hard decisions, discussions or bug with strong research
performer can implement issue at his closest convenient time
we can defer this issue. But it'll good to implement it
small issues. Usually cosmetic fixes
middle-sized issue. Usually a part of feature or a fix
issue is blocked by another issue
this issue blocks another issue
everything that do project stronger, flexible, reusable
tasks related to data on prod
Pull requests that update a dependency file
work with service options with code or with configs
issue needs to finish discussion before start working
issue for improving project's documentation
new teammates can start with such issues to become familiar with project
issue provides some new functionality for project user
from product owner. It's hellxi
issue requires strong architecture skills, management skills, project domain area, etc
feature about business metrics