<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8"> </head> <body> <div style="font-family:sans-serif"><div style="white-space:pre-wrap"><div dir="auto">on the topic of ranking. </div><div dir="auto"> </div><div dir="auto">Do you think of ranking as: </div><div dir="auto"> </div><div dir="auto"> </div><div dir="auto">a global one (basically a numerical value on each work item aka. Jira) </div><div dir="auto">that gets set relative to work items it is moved up and down between in the various queried lists. </div><div dir="auto">(This has the downside that the ranking is global, but also means a work item dependent on the </div><div dir="auto">query for a list suddenly can fall or jump a lot in the raking) </div><div dir="auto"> </div><div dir="auto">or </div><div dir="auto"> </div><div dir="auto">a local one (i.e. local for a "board"/milestone/iteration/etc. aka. GitHub/Trello model) </div><div dir="auto">Here a work item essentially has multiple rankings and it depends on what view you are looking </div><div dir="auto">at how the issues gets ordered. </div><div dir="auto"> </div><div dir="auto">or </div><div dir="auto"> </div><div dir="auto">maybe both are needed ? </div><div dir="auto"> </div><div dir="auto">/max </div><div dir="auto"> </div></div> <blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><div dir="ltr"><div>All of these item types can be on a 'backlog' -- it's just that there are many different backlogs, and different roles/responsibilities care about different things. In fact, a 'backlog' isn't really a concrete thing, inasmuch as it's really just a visualization of the data. (in other words, you can think of a backlog as a query).</div><div><br></div><div>Essentially, a backlog is a query for one or more work item types, potentially filtered by some criteria, potentially arranged in a hierarchy, and generally sorted by a numerical valued field.</div><div><br></div><div>e.g., what most engineers would consider to be a "product backlog" is a listing of all feature work item types, sorted by stack rank. Stack rank would be a numerical value, and lower values have a higher stack ranking.</div><div><br></div><div>(So, feature X with stank rank 1 is higher in the backlog than feature Y with stank rank 10.)</div><div><br></div><div>A sprint backlog would have both Features and Tasks, in a hierarchy, and would use filtering criteria to limit the results to the current sprint.</div><div><br></div><div>But a product manager may be more concerned about the hierarchy of Scenarios and Value Propositions -- so that would be a different query, again sorted by 'stack rank' but potentially sorted by 'business value'.</div><div><br></div><div>That's a very flexible solution to backlogs. But one problem with great flexibility is that new users don't know where to get started. This is why the "process templates" are important (e.g. the Agile process template or the Scrum process template, etc.). Not only do these templates define a set of work item types plus the relationships between those types, the templates should also be able to define some initial backlog views (which are, essentially, just queries). Ideally, the user has the flexibility to make their own backlog views, of course, but having process-appropriate backlog views whenever a new project is created would be key to usability.</div><div><br></div><div> -Todd</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 29, 2016 at 3:05 AM, Max Rydahl Andersen <span dir="ltr"><<a href="mailto:manderse@redhat.com" target="_blank">manderse@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Assuming that ‘fundamentals’, ‘value propositions’ and ‘experiences' will<br> exist as part of the backlog. As the experiences get converted to epics,<br> user stories and these user stories move to completion (visualizing it as a<br> Kanban board), we will need to come up with a mechanism to move the<br> associated ‘fundamentals’, ‘value propositions’ and ‘experiences' of of the<br> backlog as well. As we should only have unfinished work as part of the<br> backlog.<br> <br> Since the behavior of some of these types of work items will be different,<br> do we need to build in logic associated with ‘type’ of work item? For<br> example would ‘value propositions’ or ‘experiences’ have a state<br> associated? If yes, would it get incrementally updated along with each of<br> child work item?<br> </blockquote> <br></span> Yes, work items have a state - but what is the incremental updated you refer to ?<br> <br> Do you mean to be able to see the progress ? Then I would reckon that is best shown<br> by visualising the parent/child relationships - i.e. 4 out of 10 "child"/contained-tasks<br> are done.<br> <br> That would work well for experiences especially.<br> <br> For ever running things like Fundamentals I don't follow why you would see those ever getting<br> removed from "a board" or even backlog.<br> <br> They are inherently always there and not really in the backlog - but used for categorising the<br> items in the backlog.<br> <br> /max<br> <a href="http://about.me/maxandersen" target="_blank" rel="noreferrer">http://about.me/maxandersen</a><br> <br> ______________________________<wbr>_________________<br> almighty-public mailing list<br> <a href="mailto:almighty-public@redhat.com" target="_blank">almighty-public@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/almighty-public" target="_blank" rel="noreferrer">https://www.redhat.com/mailman<wbr>/listinfo/almighty-public</a><br> </blockquote></div><br></div></blockquote> <div style="white-space:pre-wrap"><div dir="auto"> </div><div dir="auto"> </div><div dir="auto"> </div><div dir="auto">/max </div><div dir="auto"><a href="http://about.me/maxandersen" style="color:#3983C4">http://about.me/maxandersen</a></div></div> </div> </body> </html>