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

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

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
Highlighted

Recording and Responding to Product Feedback

Hi my name is Trevor,

I am a Software Engineer and I am looking for advice on how best to track, respond to, discuss, and defer feedback on our product in a way that makes it easy for users to provide their feedback, have the correct people see that feedback, and be able to address / resolve / defer the feedback in some way and let the person who left it know what happened.

The Background

Currently we have a process we call "Shared Ownership" which (long story short) is all of the developers and product stakeholders giving feedback on each feature during a sprint. This feedback is generally non-critical, critical feedback like the feature erroring, gets a sub-task created in JIRA directly. The feedback left as part of this process is more soft "The screen looks cramped with long names..." is an example of feedback someone might leave.

Since we can't (don't want to) have the whole company in the design meetings a lot of this feedback is around design, but likewise we also leave feedback about technical things "The PUT API request requires an Id in the body but that's inconsistent with other endpoints" is another piece of feedback we might see.

Really the process a way for everyone to "buy into" and provide the first round of feedback on a completed feature, before it is shipped. We can't have every developer in every meeting and on every code review so this is our way to get everyone a voice on our features. We don't ship a feature until we have gone through this process and have responded to all of the feedback.

The Question

My question for the community is, how can we streamline this feeback process. Right now we have a page in confluence per sprint, and we add each feedback item to a table. Each row of the table has a link to the jira issue, a short description, a long description with additional details and screenshots if necessary, and a space for developers / designers / product to respond to the feedback.

The problem we are running into is, people who leave feedback aren't always confident that their feedback has been taken, and sometimes specific feedback items require a response from a specific group (like a designer), who isn't always aware that they need to weigh in on something. It's also tough to see what feedback still needs to be responded to in order to close a story since its all in one big list.

We've come up with a number of ideas to change this internally, but none of us are strong power confluence users so we wanted to ask the community if there is a good way to leverage some features of confluence / jira to make this happen that we aren't aware of.

0 comments

Comment

Log in or Sign up to comment
TAGS
Community showcase
Posted in Confluence

What do you think is the most *delightful* Confluence feature? Comment for a prize!

- Create your own custom emoji 🔥 - "Shake for Feedback" on mobile 📱 - An endless supply of GIFs via GIPHY 🤩 Is there anything quite as nice as a pleasant surprise? Comment below with what...

463 views 24 9
Join discussion

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