Agile board feedback
Hi,
I like the direction of the new Agile board but I do think it needs tweaking a little.
It spreads projects out too much, so much so that it creates a very long/wide view of information rather than allowing the team to see at a glance what stories for which project are in which lane. Rather than setting a project by project view it would be better to allow projects to be colour coded so that it presents a universal view. Sub colours could then be used for status indicators across the lanes.
It would be great if it would support story epics with a view of stories that make up that epic.
Thanks
Andy
I like the direction of the new Agile board but I do think it needs tweaking a little.
It spreads projects out too much, so much so that it creates a very long/wide view of information rather than allowing the team to see at a glance what stories for which project are in which lane. Rather than setting a project by project view it would be better to allow projects to be colour coded so that it presents a universal view. Sub colours could then be used for status indicators across the lanes.
It would be great if it would support story epics with a view of stories that make up that epic.
Thanks
Andy
Please sign in to leave a comment.
You can already narrow down issues shown on the board:
As for the color coding, it's probably a good idea, though we definitely won't be considering its implementation before the upcoming release.
What do you mean by "story epics"? Could you please provide more details?
best regards,
kate
A story epic or story feature is typically a large story that can be broken down into smaller stories but still grouped under the epic. You see similar features in other software such as Rally and Pivotal etc.
Story epics are explained here - http://www.agilemodeling.com/artifacts/userStory.htm#Epics
Colour coding/grouping should I would argue really belong in this feature. It is a common visual system that teams use colours as a 'first glance' system to indicate
Projects as the flow across the board
Status of stories - for example stories that are blocked etc.
Loss of these colours would drive a team back to a manual board and away from using YT so I would argue that it makes sense that you don't take away.
Thanks
Andy
One of the major benefits of Kanban + Cumulative Flow diagrams is that you can more easily identify bottlenecks. How great would it be to identify a bottleneck source which keeps reoccurring across projects?