Dine kommentarer

Oddly you're the first person who has mentioned that, and I was expecting more to ask for it.  When we were designing the application, we found the introduction of colours in sprint planning made it look a bit odd so we left it out.  We thought that if people ask for it, we may bring it back.  I will add it back into our backlog and we'll bring the colours back some point soon.

Thanks for the feedback.
Thanks for the suggestion.

We've toyed with this idea quite a bit, and we're really just not sure we should be introducing yet another field into the already crowded space.  What we have thought about however, which may solve your problem, is to allow a user to either enter a story using the as a, I want to, so I can strict format, or they could simply enter what they like in freeform manner.  That way, the story could be described using either the full story or the freeform text you use.  Would that work?  If so, we are considering introducing this in the coming weeks/months anyway, although a fixed date to deliver this has not been set as it's not been asked for very often.
Hi Michael

Sorry, I am not entirely clear on what you want here.  Are you saying that the cost for a story is not automatically calculated based on the complexity and effort required?  If not, why not?  My major concern with offering this type of functionality to manually calculate cost is that if you did manually enter a cost (to override the automatically calculated cost), then what would happen if the points are updated (do we keep the manually entered cost or update), and how would a user know that it's manually entered as opposed to automatically calculated. 

If you could explain in a bit more detail as to why you need this, and provide an example or two, perhaps I can try and find a solution that won't negatively impact our other users.

Thanks for the feedback.
Hi Taylor

Thanks for that feedback, it's greatly appreciated, and you've got some nice ideas.  We're always looking to keep improving the interface and usability, so we take every suggestion seriously.

Let me address each one:
* Remove unnecessary buttons, such as make [edit] only visible on hover.
[MO] That's a great idea.  We have some ideas to reduce all the icon buttons under each story and theme as well into one with a roll over for the tools you can access to simplify things.  We'll work on both those ideas in a coming release.  However, if [edit] is not there, it can also be confusing for new users who don't realise that you can edit these fields as they are just empty.  We'll need to fiddle around to find the right balance.

* Lines in the story
[MO] Ok, that's a fair point, we've had them there since the beginning to try and show that these are separate editable fields, but in reality that's probably not necessary and simply clutters, so we'll fix that too with the point above.
Also, you next comment which says you would like to see the story as just one continuous sentence, this is unfortunately not possible unless we merge all 3 fields into one long bit of text, which is an option we're considering introducing.

* Cursor icon for moving
[MO] The reason that is there is because you can drag the cursor, but more importantly you can move a story to a new theme if you click on the move icon.  A lot of people found it impractical to move stories between themes and asked for a simpler way.  When we consolidate the icons (my first point), this will all become simpler, so we are aware of this. 

* ID column
[MO] That's a tricky one, a lot of people use these IDs to keep track of which stories they have agreed with clients, discussed with the team, or placed on the board.  I'm not sure how we're going to solve that one too easily without undermining needed functionality for a lot of users.

* High level summary needing acceptance criteria or comments
[MO] The backlog view is just that, it's not a high level summary.  When you start working with sprints, then a concatenated view is shown with far less information.  What do you need a high level view for?

* Colour, delete, button bar moving
[MO] As above, we're going to consolidate this into two buttons, one for colour, and one for actions to move, delete, duplicate or assign to sprint (new functionality).  That should hopefully do the trick.

If you have any further thoughts (or don't agree with anything above), please do shout.  We appreciate the feedback.
Hi Martin

I've tried so many things, and I just cannot replicate this error.  I am really sorry, but I'm not sure how to fix a problem I can't recreate locally.

When you are able to recreate this issue again, would you mind checking in developer tools what headers are being sent to the server in the main HTTP request, and copying them in here. Perhaps I can identify the issue from that.

Matt


Kundesupport af UserEcho