How to categorise items as fillers/low hanging fruit

Question

We are using a combination of the following fields to give a sense of the nature and complexity of changes.

* component (standard field)
* theme (custom field)
* estimate (standard field)
* t-shirt size (custom field)

What we are then looking for is something to identify the low hanging fruit .. the low complexity and small items that sit within a component and theme.  We will want to be able to report on them.  Do you have any suggestions?  I am not keen on a label as those cannot get used on kanban, right?  That suggests a field but with one item in the drop-down of "candidate for filler".  Is there another option?

Monika Ambrozowicz_Seibert_ · Answer

Hi @Anita Bennett, for flagging issues as 'low hanging fruit' or filler candidates, you have a few native Jira options worth considering before reaching for a Marketplace app.

A single-select custom field with one option (for example, 'Candidate for filler') works exactly as you described. It is reportable via JQL and filters, and it shows up on boards. You could also use a checkbox field type (native Jira supports this) which gives you a simple ticked/unticked state per issue. On the label concern: you're right that labels have limitations on kanban boards, but a custom select or checkbox field doesn't share those constraints.

If you want something more visually distinct - so that the flag is immediately obvious when scanning a board or issue list - a Marketplace app like Awesome Custom Fields is worth checking out. Full disclosure: I am affiliated with the team behind the app.

It includes a Simple Toggle field type, which is a clean boolean on/off switch that appears directly on the issue view. Since you're already using t-shirt size fields, it's worth noting that Awesome Custom Fields has a dedicated T-shirt size field type as well, available as a part of the entire package of custom fields. It means you could consolidate some of your custom fields under one app. It also includes Color Labels, which give issues a colored visual tag rather than the default grey Jira labels, handy if you want 'filler' items to stand out at a glance on a board.

Both the Toggle and Color Labels are reportable via JQL, so your reporting requirement would be covered.

If the native checkbox or single-select route works for your team, that's honestly the simplest path. But if you want the visual differentiation on the board, the Toggle or Color Labels fields in ACF give you that extra layer. You can try it for yourself for free.

Paul Glantschnig _Appfire_ · Answer

Hello @Anita Bennett,

A single-select field does work, but it's one more thing someone has to remember to set. Since your definition of a filler already lives in the fields you have (t-shirt size, estimate, component, theme), another option is to derive the flag instead of storing it.

If you're open to an app from the Atlassian Marketplace, JXL for Jira lets you add a formula column for this, e.g. IF(this.tShirtSize?.value == "S", "Filler candidate", ""), and you can combine the estimate or anything else into the condition (field names come from the editor's autocomplete). Unlike the native formula field, it isn't limited to numbers or team-managed projects.

From there: group the sheet by component or theme, filter down to the candidates, add conditional formatting so they jump out, and save it as a view for the team. Nothing to keep filled in, so the list never goes stale.

Disclosure: I work for the team that builds JXL.

Cheers, Paul

zoltanersek _outpostlabs_dev_ · Answer

If you want to report on it consistently, I would use a dedicated single-select custom field rather than labels. It's more structured, you could even populate it automatically with a jira automation.