Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Foxly - Backlog Prioritization for Jira support forum

Start a conversation with our team about improving Foxly. Raise bugs, ask for features and post questions. Every comment is welcome here

20 comments

I'm wondering if you can restrict Foxly by a project?  Only our Product/Dev teams need access to this plugin, but I'm assuming we will get charged for all our Jira users?

Hello!

 

Yes, that is correct. That's how Jira licensing works, there's no option to specify how many users will use the app, it will charge for all your users. We made it affordable, with only $0.40/user per month so hopefully, it wouldn't be too much of spending for your organization. Also the need for work backlog prioritization in Jira is is a common need for any department and team and possible that some of your other functions might find the tool useful. 

 

Hope this helps
Biro

I'm getting an error and the screen won't load

 

Error! GraphQL error: There was an error

We got the error in our logs looking at it and I will email you as soon as we have a fix for that in a few moments. 

Thanks so much

This is fixed now. Apologies, a small issue when clearing issue metric values.

Hi there, 

Is there a way to do the following: 

  • Auto update Jira priority based on score
  • Show the score on the Jira card in backlog and board view. Preferably with color coding 

Hello,

 

We’re planning to introduce a custom field called “Priority Score“ that will get updated by our app with the issue score. You will then be able to use this field in automation logic and on cards. We’re planning to deliver this quick, in the next couple of weeks along with a bundle of other small improvements.

 

I will update you here as well once released.

Thank you

Like Noureldin Ali likes this

Great thanks you so much and eagerly looking forward to it.

Hi @Noureldin Ali ,

the Foxly Priority Score is now available as a custom field in Jira. This will allow you to show the value of this field on kanban but also use it in Automation for Jira.

Here is an article where you can see an example of how to automatically update Issue Priority based on Foxly Priority Score 👉 https://jexo.io/blog/3-tips-for-better-backlog-management-in-jira-with-foxly/

 

We also introduced an option to store metrics as a custom field that can help you with connecting Jira fields (eg. Story points) with Foxly metrics (eg. Effort). 👉 Read how to set this field up 

Like Noureldin Ali likes this

Also I'm unable to set value less than "1" for label metrics.

Not sure if you referring to negative numbers or decimals. Negative numbers should work but decimals are not available at the moment. Also, you can't set 0 value, this is by design to avoid issues in the formula calculations.

Hi @Noureldin Ali ,

we recently released an improvement to support decimal numbers in Foxly. You can now store any number up to 3 decimal points (Negative numbers and zero as well of course 😉)

Hello!

Do you plan to add the ability to filter backlog tasks by epic value? This will help a lot. Now you have the ability to filter by issue type, metric, status, version, label, assignee and component but not by epic.

Hi Dmitry,

 

Thanks for the question. This is currently on our backlog to implement in one of the upcoming releases. We are discussing to potentially enable JQL filtering to give you additional flexibility. I will notify as soon as we launch the additional filter.

Hi @Dmitry Muskhabov ,

we just launched a new JQL filter in Foxly.

jql-filters-pijen.png

This will allow you to filter the Priority table in Foxly by anything you can possibly JQL in the current project. Foxly also remembers JQL you last used, so you don't need to type it every time to access the app :)

Here is a link to the documentation.

There are some additional improvements we need to do to make it more user friendly, but I hope it unblocks you for now.

Would love to be able to filter by Sprint :) 

Hi @Evan Anselmi ,

this is coming really soon!

We're working on Advanced filters in Foxly priority table that will enable JQL search. You would be able to filter by almost anything, including custom fields :)

Awesome! 

Another thought I had. We have different Weighting’s for our metrics e.g “Benefits existing customer” might have a 2x multiple on the selected value because it’s more important than say, “Increases site traffic” which is only the standard selected value. 

Curious to know if you have scoped this ability to add a weighting? 

Thanks!

I'll try to answer with an example, let me know if I understood it correctly :)

 

In your prioritization template, you have 2 metrics: Benefits existing customer and Increases site traffic

Your scoring formula is calculated as follows: Benefits existing customer + Increases site traffic

To increase the weight of Benefits existing customer 2 times you can change your scoring formula to:

0.7*Benefits existing customer + 0.3*Increases site traffic

(In this case, we'll distribute the weights across your metrics and when we add them together they'll give 1)

 

So by adjusting formula should do the trick.

Let me know if that works for you or you have bit more complex formula and set of metrics.

That is correct :) 

Thought it might be nice to have value box that multiples the selected value, without the need to adjust the formula. Very much a "nice to have" though. 

Switching between metric types - labels, text, rating while retaining the same values is probably another nice to have. 

Also, to avoid re-entering metric formats, a duplicate button would be great.

Thanks!

E

Perfect 👌  you can try formula adjustment for now then.

I noted the suggestions you gave to make sure we include them in future sprints :)

Thanks!

A small bug that keep popping up regarding the order of the values. Would be great if they remained constant between the configuration view and drop down :) 

 

Screen Shot 2020-09-24 at 8.48.26 AM.pngScreen Shot 2020-09-24 at 8.48.14 AM.png

And just curiously, is it possible to still calculate the priority scores when using labels? Even if only some of the labels are selected because they may not be relevant? I notice that unless I select all the label metrics the score will not calculate.

Screen Shot 2020-09-24 at 10.23.41 AM.png

Hi @Evan Anselmi

to calculate the score you need to fill all metrics that are used to calculate this score.

If it's possible that some of your metrics aren't always applicable you can create a new label in these metric with the name "not applicable" and assign a value that would make sense (0 or 1 depending on how your formula looks).

 

The reason we didn't decide to do this skipping programmatically (for now) is that every customer might have different formulas and different needs and this way we satisfy majority camps :)

 

In your case, it might be good to have this "not applicable" label so you know that you already assessed the metric but it just wasn't valid instead of just having no value for your metric. It might look like an assignment of the value was forgotten.

 

Let me know if this approach would work for you.

Hi @Evan Anselmi 

we just launched the JQL filter as promised so you should be able to filter priority table by Sprint now.

sql-search.png

This will also allow you to filter the Priority table by anything you can possibly JQL in the current project. Foxly also remembers JQL you last used, so you don't need to type it every time to access the app :)

Here is a link to the documentation.

There are some additional improvements we need to do to make it more user friendly, but I hope it unblocks you for now.

Hi @Nikki Zavadska _jexo_ 

Yes, I have applied a 0 value label as a solution.

Amazing, thank you. Will check it out now.

E

Like Nikki Zavadska _jexo_ likes this

Hi team,

Not sure why my formula score is not calculating? As shown, when I change Effort to 13. It holds its score, even after refreshing. All other ideas are divided by 1.

 

Screen Shot 2020-10-07 at 6.45.58 PM.png

Formula as shown:

({{Strategy Alignment}}*1)+({{Market Size}}*1)+({{ Benefits Customer}}*1)+({{Reduce Churn}}*1)+({{Viral co-efficient }}*1)+({{Return on Investment}}*1)+({{Cost Saving}}*1)+({{Core Revenue}}*1)+({{Additional Revenue}}*1)+({{AP Traffic}}*1)+({{AP Engagement}}*1)+({{AP Conversions}}*1)+({{Design aesthetic }}*1)+({{Competitive advantage}}*1)+({{Clients Site Conversions}}*1)/{{Effort}}

 

Any tips?

 

Thanks,

 

E

Hi @Evan Anselmi

I had a look on the formula and it looks like you're adding all metrics together and you're dividing only the last one "Clients Site Conversions" with Effort.

Depending on what your other values are it might be possible that Effort doesn't have much weight in your formula score calculation because of that.

If you wanted to divide all the metrics with the effort you can try to change to this formula and see if anything changes:

(({{Strategy Alignment}}*1)+({{Market Size}}*1)+({{ Benefits Customer}}*1)+({{Reduce Churn}}*1)+({{Viral co-efficient }}*1)+({{Return on Investment}}*1)+({{Cost Saving}}*1)+({{Core Revenue}}*1)+({{Additional Revenue}}*1)+({{AP Traffic}}*1)+({{AP Engagement}}*1)+({{AP Conversions}}*1)+({{Design aesthetic }}*1)+({{Competitive advantage}}*1)+({{Clients Site Conversions}}*1))/{{Effort}}

 

If it still doesn't work out, could you please let me know what metric values you set for the issue and I'll validate if the formula is calculated right? Thank you :)

Hi,

 

I am trying to use Jira Automation to automatically set the EFFORT (set up as a custom field) to that of a field we already have in Jira for capturing the effort. I can't quite get it to work, the closest I have when testing is this JSON 'script' as part of the edit issue option within Automation

 

{ “fields”: {“customfield_10360": [{“name”: “issue.customfield_10027"}]} }

 

 

10360 is the Foxly Effort field (label) and 10027 is the t-shirt size field already in use.

 

Any ideas on how to do this please?

Hi @Morris Coyle ,

I'm happy to see you're setting up automation with Foxly custom fields. There are 2 ways you can go about it.

1. If the Jira custom field doesn't have exact same values as Foxly fields.

Eg: In Effort Jira custom field you're setting values like Medium, Small, Large

And Foxly has these values: XS, S, M, L.

Then you need to define exactly how values should be mapped with branch rules.
I recorded an example setup: https://drive.google.com/file/d/1NPvgbW5S98ysTCKmXCjMAmp_VARHFq5l/view

 

2. Values in Jira custom field are completely the same as ones in Foxly

Eg: In Jira Effort field there are values like S, M, L. And in Foxly there are same values: S, M, L.

I recorded a video with this setup too: https://drive.google.com/file/d/1UZR7js7GJR_DrKusfsbaXhxj06rsokKd/view

JSON used to update field value is the following:

{
"fields": {
"Effort - ICE Label": {{issue.fields.customfield_10076.value.asJsonString}}
}
}

"Effort - ICE Label" is the name of the custom field created by Foxly.

"customfield_10076" is my Effort custom field I created in Jira. It's a dropdown custom field so to access the actual value I need to use "{{issue.fields.customfield_10076.value.asJsonString}}"

 

Let me know if this worked for you.

Thank you,

Nikki

Like Morris Coyle likes this

That worked perfectly! Thank you Nikki, much appreciated.

Like Nikki Zavadska _jexo_ likes this

No problem @Morris Coyle, let me know if I can help with anything else or you have some feedback :)

Like Morris Coyle likes this

Team,

I want to view the sub-tasks/user-stories which are not assigned to any sprint. 

If I filter it with 'Backlog' it is not filtering the backlog tasks.

I could see the tasks only if I filter it with 'Open' status, but it shows the tasks (backlog +Open tasks) which have been assigned to the sprint. 

 

Kindly guide me how can I achieve this.

 

 Thanks

Muthu

Hi @Muthu Kumar M ,

you can definetly do this in Foxly.

To do more advanced filtering, like the one you're mentioning, you can use JQL filters instead of basic ones in Foxly.
sql-search.png

 

JQL used for filtering in your case will be following, just replace the names of issue types with the ones you're looking for:

issuetype in (sub-task, user-story) AND Sprint is EMPTY

 

Here is the documentation for advanced filtering in Foxly.

 

Let me know if this works for you!

Nikki

Hi,

 

Do you know if it's possibly using Automation rules to cascade the Foxly score down to all child issues of an Initiative?

Hi Morris,

 

That should be possible with Automation yes. Foxly's Issue Score value exists as a custom field in your Jira called "Priority Score". So whenever you set priority metrics that change the score, the "Priority Score" custom field will update too. This means you can use the "Field value changed" trigger in Automation rules to populate child issues when score updates.

 

Hope this makes sense

Biro

Hello,

 

Is there any way to a priority score as a custom field in Jira advanced roadmaps? (Plans)

 

I got an error saying that my version of advanced roadmaps does not support this custom field type.

 

This functionality would be great. Is there any workaround for this? I contacted jexo support, but the person was not able to help.

Hi Mikhail,

I looked at the configuration of the Priority Score custom field and noticed that the field is labelled as "locked" and assigned a custom field type when it was generated by Foxly so no-one accidentally deletes this field.

The advance roadmap does not seem to like this setting and that's why it doesn't allow you to select the field.

I'll pass this to our development team to look if there is a way to change settings of this custom field so it's supported by Plans. I tracked down the support ticket you raised, we'll re-open it and keep you posted on progress.

Nikki

Like Mikhail Paulse likes this

Awesome, Thank you!

Hi Mikhail,

I'm happy to let you know that we introduced a custom field with a Priority score that can be used in the Advanced roadmaps, it's called "Priority Score for Advanced Roadmaps".

If you need any help or have any questions you can always let us know on our support portal.

Thank you, Nikki

Like Morris Coyle likes this

Hi,

is there a possibility to insert if else statements on foxly priority Score formula field?

Hey Seth!

Thanks for the question. ATM the formula field only supports basic calculations. I'd be interested in knowing how you'd like to use this, what kind of logic you want to introduce.

We're planning to eventually have a more complex option for scripting. However, there might be a way for you to use more complex calculations using Automation for Jira. The Score value is a custom field attached to issues and you can enable each metric as a custom field too. So theoretically you could listen to these metric custom field changes and run a script in Automation that alters the Score number. We listen for updates to that field and we will update in Foxly as well.

Hi Florin, thank you for the quick reply!

Well, the first thing that i've tried to accomplish, was to have, let's say, a "partial" score also if some metric of the formula are not valorised yet.

Another use for the if else statement in the formula filed could be the possibility to change the formula based on the values that some metric has.

Anyway, for the score partial value, I have added a "not analyzed yet" label to the metric with the value=1, and also have created an automation to set this value on every newly created ticket.

Thank you again.

 

P.S. There is now this message on the Foxly Priorities page of my project:

Error! GraphQL error: {"statusCode":429,"statusMessage":"Too Many Requests",

Can you tell me who to contact for a resolution?

 

Ciao

-Seth

Hey Seth,

 

Sorry, I missed your last reply, not sure how that happened! About the error, we got a similar issue with another customer and is due to a large number of issues retrieved when done statuses are selected or when using cross-project filter. We deployed a partial fix Friday and we plan to improve further this upcoming week. I'll keep you posted.

Hi @SETH HARRISON BAKER

We just deployed improvements to loading a large number of issues so you shouldn't experience the error message anymore.

Like SETH HARRISON BAKER likes this

I am seeing some odd behavior with Foxly.  When Changing templates from ICE to a custom modified ICE, I do not see the stored values even though the values have the same names.  Switching back to the original ICE template DOES NOT RESTORE the values.  It seems to be saving them off in separate columns that I can see if I select those columns in the columns picker. The Previous columns are named: "Ease - ICE Value" "Ease - ICE Label" "Ease ICE 2 Value" "Ease - ICE 2 label" etc.  This is repeated for Impact.  I don't see this happening with "Confidence", which means those previous values appear to be gone.  A new set of values gets created every time I switch templates an click "Save Changes"  

This behavior seems to be restricted to the pre-configured ICE template (and perhaps the others that come preconfigured)  Once I make a custom template, I can switch from and back without the weird field versioning.  

Perhaps a related issue.  Every time I switch back to the original ICE template and click "Save Changes" a new ICE template is added to the list.  

OK... forgive me as I am figuring out what is going on.  This is turning into a stream of consciousness, but perhaps it will be helpful to others.  

I had the "Store values in custom field" checkbox checked on Impact and Ease, but not Confidence. That seems to be responsible for the creation of those fields in the column list and explains why "Confidence" was not working the same as Impact and Ease. 

There is still some weirdness with Saving when you have selected a pre-configured template.  It seems to not just save the template as the selected template for your project, but also "Save as a new template".

Work around is to never save a preconfigured template without renaming it for the new template that will be created... and to never use a preconfigured template if you ever hope to switch to a different template... even temporarily.

Hi @Wilson Farrell

it looks like you created a new template when you were saving changes instead of saving them into the existing one.

 

When you apply some changes to the template that is being used in more than 1 project then when you click on "Save changes" the app will ask you if you want to store these changes in all projects or only the current one.

I think the confusion comes at this point where instead of applying changes to all projects you might click on "Save just in this project"

Screenshot 2021-03-12 at 16.07.01.png

 

If you don't want to create a new template then clicking on "Save in all projects" will save the changes and not create any new templates.

 

To fix this you can set the projects to the right template that you want to keep and then you can delete the ones you don't need:

Screenshot 2021-03-12 at 16.15.18.png

Here is a link for wiki on how to delete template

 

If this was the case then I'm really sorry about the confusion. We're planning to come up with a better user journey that will be clearer than the current one soon.

Let me know if this makes sense,

Nikki

Thank you, Nikki for helping me piece this together.  I think that explains it.  I am sure I did that, as I did not want to change anything for other projects that may have been using the prioritization.  I think the confusion comes as you are combining the saving of a the selection of a template for the current project at the same time you are saving changes to the template itself. 

Also, it would be good if there was some type of renaming of templates when this happens, like "ICE (2)" or ICE - <Project Name>.  This would make what was happening more obvious.  I had 5 ICE's out there at one point, but I didn't see them because they were beneath the scroll.  It is all sorted now. 

Like Nikki Zavadska _jexo_ likes this

That makes perfect sense @Wilson Farrell thanks for the suggestion!

You'll see these changes in the app soon as we're just about to pick them up next week.

Like Wilson Farrell likes this

Hi @Wilson Farrell ,

I just wanted to let you know that last week we released the first improvements to the update template user journey.

Now you won't get a confirmation modal when you're switching between the templates and there are no actual changes done to the template itself. This should make all experience less confusing and prevent the accidental creation of templates.

We're now working on introducing permissions to Foxly so you'll be able to restrict who can edit templates, fill Foxly metrics or access Foxly itself.

Hi there,

I've recently installed Foxly to our Jira instance and I was wondering if there was the possibility to remove a prioritization metric after being applied to a Jira issue. 
Was wondering this if for instance there was a user error and they prioritized the wrong issue.

Hi Rachel,

 

Thank you for the question. At the moment there is no way to clear the values in Foxly directly. However, the values are stored as entity properties attached to your Jira issue. This means you control them and you can clear them by using a free app for entity management.

Now, I don't recommend doing this often or even having this app enabled to the wider team to avoid folk accidentally deleting data. But for a one-off use, you can give it a try: https://youtu.be/mYtT6kcuSuk

You can find instructions on how to clear metrics and score of the issue you specified in the video above. We do plan to implement soon the ability to clear values in Foxly directly.

 

Hope this helps

Biro

Hi @rachel.ralph ,

I just wanted to let you know that you can delete metrics values in Foxly in a more user-friendly way now.

When you simply click on the metric in the table there is an "x" button that allows you to remove the metric value. 

Screenshot 2021-07-21 at 17.58.42.png

Screenshot 2021-07-21 at 17.58.42.png

Hi — We are looking to add metrics from Foxly directly onto the Create Issue screen. Is this currently possible?

Hi @Nelson DeMoraesgreat question!

You can switch on custom fields for your metrics and then add them to your create modal. The only downside is that there isn't a dropdown available in these custom fields yet so you would need to type in the metric values.

You can read more about custom fields here: https://wiki.jexo.io/

 

We're planning to support dropdown in these fields to make it easier to use. I noted your question as feedback and let you know once that's available.

I hope this helps. All the best,

Nikki

Hi Nikki — Thanks for the quick response! I understand switching on custom fields, but after that I get a bit lost. The metrics don't show up as fields I can individually add in the create issue screen. Is it possible to provide more detailed steps on how to accomplish this?

 

Nelson

Of course, let's have a look at that!

Check if you can see the custom fields here in the create issue form:

Screenshot 2021-07-22 at 09.29.34.png

If yes just check the checkbox and you can then see them in the create form. If you can't see them hee you need to add them to be visible in your Jira issue first.

 

To do that go to your issue details and click on configure button:

Screenshot 2021-07-22 at 09.34.02.png

If you can find the fields on the left side in the hidden fields section you need to add them by clicking on the link here:

Screenshot 2021-07-22 at 09.34.51.png

And in the dropdown select the fields you're looking for:

Screenshot 2021-07-22 at 09.35.26.png

 

After this you should be able to see the fields and select them to be visible as I showed on the first screenshot.

 

I hope this helps, let me know if you run into any trouble.

Nikki

Hello - we've created a custom prioritization template and we're using the [Rating] metric type to capture separate risk dimensions. Some of these risk dimensions are not applicable to a given issue (i.e. result in a Rating of zero stars). However, if you leave the Rating for a metric blank, the final [Score] field will not calculate. Is there a way to around this vs. assigning a minimum of one star to each issue? Thanks!

Hi Darren, thanks for the question!

To calculate the priority score you need to have all metrics filled in order to avoid assigning scores to issues that weren't fully prioritized.

 

We do have examples of other customers with the similar use case you have - some of the metrics aren't applicable. We usually recommend using the "Label" type of metric where you can have one of the labels named "Not aplicable" and assign it the value that will fit your formula (usually 0 or 1 if you're doing division by this metric). This way you'll know that you already assessed that metric and it wasn't applicable instead of leaving it empty (this might look like you didn't yet prioritized).

 

If you would like to keep on using the rating for this use case you can use 1 star as "Not applicable". You can either assign it manually or you can set up automation for Jira that will assign a 1-star rating to every issue that was created.

Here are some examples of how you can use Foxly's custom fields together with Automation for Jira, let me know if you need any support with setting up yours. 

 

I hope this helps,

Nikki

Hi Team,

We would like to use this plugin as part of our Service Desk Portal, so users (internal users only) can set the Priority Score when they fill out the service desk ticket on the portal. So if we use ICE they can set the Impact, Confidence and Ease parameters as part of the workflow of entering the ticket.

Is this even possible and if yes, what is the best approach to accomplish this?

Thanks and have a nice day!

Kenneth

Hey Kenneth,

 

Sorry for the delay here on the forum. Think you raised a ticket as well and our team has replied but just to mention it here as well.

This week we've been working on implementing the ability to utilize the metrics as custom field dropdowns where you can choose the available metric options. You can currently discover the custom fields by enabling it in template config: https://wiki.jexo.io/space/FOX/228098049/Storing+metric+in+a+custom+field

However, until this latest fix, we're working on, you only had the custom fields as regular text instead of the dropdown with predefined options. 

We plan to deploy the improvement sometime next week and once the new version is up you'll be able to set these metric custom fields in your JSM portal and your users will select the Impact, Confidence, and Ease using the dropdown fields generated.

 

Hope this helps

Biro

Hi Biro,

Sounds perfect - thanks and have a nice day!

Kenneth

Hi Team, 

maybe I´m doing something wrong (😃), but is this on purpose: When I order a board / filter by the priority score descending, I always get the issues with empty priority score at the top...but I would expect these to be put below the issues with an actual priority score value. 

See also:  Would be happy for any input, thanks. :) 

Like Nikki Zavadska _jexo_ likes this

Hi @Andreas Schäfer,

thanks for reaching out to us with your question.

Unfortunately, this is how JQL ordering in Jira works. If you order DESC issues with fields that are empty appear first. When ordering ASC issues with empty fields appear last.

As a workaround you could use the following query and show only tickets that have a Priority score assigned on your backlog:

"Priority Score" is not null order by "Priority Score" DESC

Or at least add a filter to the board to filter out issues with an empty field:

"Priority Score" is not null

The second option might be better because you will still see issues with an empty field on the backlog but you can hide them by switching on the filter.

 

Here is a similar question where you can also find links to the Atlassian improvements/feature tickets that you can vote on 👉 https://community.atlassian.com/t5/Jira-Software-questions/ordering-null-value/qaq-p/1276050

 

I hope this helps, let me know if you have any questions 🤓

Nikki from Jexo

Like Andreas Schäfer likes this

Thank you Nikki, that helped a lot! :) 

Like Nikki Zavadska _jexo_ likes this

We're finding this tool to be very useful and helpful in our Prioritization efforts, and wanted to suggest a couple of "enhancements" that we think would make it better:

  • When voting in a Priority Poker session, give the user the ability to "collapse" all screen component panels to make screen space...with smaller screens, users sometimes have to zoom-out on their browser to see all voting button/choices
  • When voting in a Priority Poker session, give the ability for the session host to be able to "Remove voter" from the session
  • When voting in a Priority Poker session, have the ability to grant "Spectator" non-voters access to the session (i.e. someone who can follow-along, but isn't given voting rights)
  • Give a way to store/export Prioritization history from each Session for historical context (who all participated, and what votes did they give to each item)
  • Create a "Session History" to be able to go back to previously completed Sessions, and be able to look at the historical results at various points in time
  • When changes are made to Foxly scoring values, have the Jira Issue "History" capture WHO changed the value...currently the history shows the value changed by "Foxly" versus the actual user who made the change

Thanks for your consideration!!!

Like Nikki Zavadska _jexo_ likes this

Hi @malexander ,

thank you so much for taking the time to give us feedback about priority planning poker. All of these are really great points that we'll consider in our future improvements.

The session reports and history is something that is already on our list so it's a great validation that we're heading in the right direction. 

 

I took a note of all of these so we can work with them and will let you know once they're available in Foxly.

Thank you,

Nikki from Jexo

@malexander Just a quick question in regards to your first point:

When voting in a Priority Poker session, give the user the ability to "collapse" all screen component panels to make screen space...with smaller screens, users sometimes have to zoom-out on their browser to see all voting button/choices

Could you give us an insight into how many metrics you usually prioritize using priority planning poker and how many options your metrics have? If you can tell us the screen resolution you use that would be great too 🙏

It'll help us make an idea about your setup and fix an issue.

Thank you!

In our sessions, we were using 5 parameters…basically using WSJF, but with two separate factors to derive “User Business Value”.  I’m not sure on the exact resolution the users hard on their machines, but it was folks using smaller laptops (e.g 14” screens) that had the problems seeing all the factors.

Like Nikki Zavadska _jexo_ likes this

Thank you @malexander ! We'll look at this asap. I'll keep you posted on the progress.

Hi everyone 👋,

I hope you're all enjoying using Foxly for your backlog prioritization. Foxly is currently competing in the Apptoberfest community competition.

Have a look at Foxly's creative demo and give us a like on the post 👍 (like counts as a vote in the competition)

 

Teamwork makes the dreamwork. Thank you for your support!

high-five.gif

Comment

Log in or Sign up to comment
TAGS
Community showcase
Published in Apps & Integrations

🍻🍂Apptoberfest Update: Upcoming Virtual Events 🎉

Hello Community! I hope you've been enjoying the 🍂Apptoberfestivities🍂 (I know I have!) The event is heating up next week with a series of virtual events that we're calling the 🍻🍂Partner App ...

428 views 3 18
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you