We need to implement the following:
Also, ideally these requests could be "linked" to a JIRA ticket (so not an actual ticket themselves). Customers could then comment on the idea, not the ticket. Features could then display issue related data such as completed release, planned release, planned/delivered, etc.
Sean, You have basically described the feature set of this JIRA integration with UserVoice. https://www.appfusions.com/display/UVC2JRA/Home
There are other ways to do this perhaps, so look around.
Why not just use JIRA off-the-shelf? You can use an issue type of "feature request" and it has a basic voting system built in.
Everything you've got so far can be done without any 3rd party stuff at all. (Heck, it's how Atlassian themselves handle it). So maybe if you expanded on the reasons you think you would not want to do it in Jira, we could point you at something to add features.
True Nic - but the reasons are kinda like the rationale of service desk vs just using JIRA like a service desk. Or JIRA alone and using with JIRA Agile. There are many functional UI/UX nuances that justify the ideation use case which are not the same as an über issue tracker (despite being able to configure JIRA, yet with work). Less is more in ideation systems - yet shared DB "record" content makes for one less system. (Hope that makes sense. This is a high level response only.)
But the question doesn't say any of that. It has a couple of requirements, and they're met by JIRA already. My question tries to get at why the question is being asked in that way - there's probably more requirements to come, but we don't know that. We're certainly NOT in a position to even begin to suggest solutions - we don't know enough to do it. UserVoice *might* be the right answer. It *might* be unusable for them. We don't know that yet.
On suggesting a solution, I politely disagree. (Yet as you said at end above and also said in my original answer, there are other solutions too). Suggesting solutions is the start of sorting through what they want. It carries the discussion for more requirements to be defined, IF needed. No boxes, just a start, and it might meet or might not. TBD. However, in this case, Sean's original question *exactly* matches the features of the suggested solution. So it is an answer (for the moment, until like you say, know more or they validate if they choose to). Is it the only answer? No. It is *a* answer. Imho, when a starter solution is offered, people get their creative juices to fine tune their needs. As an example, if I tried to define what I needed and wanted for an iPhone (before it existed), I could't, or it definitely would be tons worse (or really, not exist. ) than what the product became and is. Apple defined that for us, thankfully, based on a need discerned by them. Is it the only solution? No, there's Android, etc. In this case, as you suggested, there's JIRA natively configured for their needs, but since they asked the question, maybe that does not. We do not know for sure. I do know from our experience that Sean is not the first customer to ever ask these exact questions almost verbatim. == BTW - These are not my novel philosophies. Steve Blank is the master on this in his PM "bible" of sorts: The Four Steps to the Epiphany (see on Amazon). Excellent book. ... but I digress and beyond the scope of this particular question.
From the original question, JIRA sounds like a fit to me. More details needed to say anything useful further.
Matt, the requirements in the original question comment, by the questioner (Sean), says this: > Also, ideally these requests could be "linked" to a JIRA ticket (so not an actual ticket themselves). Aside from being able to do voting in JIRA, how can the answer be JIRA when the question explicitly says "link to JIRA" and *not* the <JIRA> ticket themselves?
Matt, Via notifications, I noticed that you "accepted" (Green Check) the above answer (by Nic), but shouldn't the the questioner himself "accept" the correct answer for his question, not you? Why would you be the one that accepts an answer on behalf of a questioner, especially when you say in your own answer that more details are needed? Do you think this might be overstepping your moderation authority?
yas
The original question assumed that this would be done outside JIRA, but both Nic and I thought that JIRA could be used for all that was asked. Nic objected to what he saw as you pushing a product without knowing what the real requirements were. You're probably right, I should be more careful about marking answers as correct just because I agree with one answer. I'll unaccept and let the OP decide.
Hi Everyone,
All the requested features are supported by Go2Group's UserVoice Plugin for JIRA. Get started with the latest version.
It looks like you're new here. Sign in or register to get started.
