<div dir="ltr">Ah thanks for the clarification. <div><br></div><div>FR-tech handles this in backlog grooming. We have tried to maintain 3 sprints pre-assembled ahead and an extra "Q1" column for all the other stray ideas.</div><div><br></div><div>The product owner tries to map out our quarterly goals per sprint and set a goal or theme for each sprint. The whole team then promotes new work or debates the rest of the tasks. </div><div><br></div><div>This also gets debated once more in sprint planning. It ensures we are all on the same page for the sprint.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 17, 2015 at 10:36 AM, Kevin Smith <span dir="ltr"><<a href="mailto:ksmith@wikimedia.org" target="_blank">ksmith@wikimedia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Thanks for the quick replies.<br><br></div>When I said "tracking", I really meant "ensuring it doesn't get dropped". That is, with everyone having a laser focus on work related to quarterly goals, does your process also encourage work on other important stuff? I wasn't thinking of graphs reports on this type of work. <br><br></div>For VE, it sounds like important non-goal tasks get prioritized in the appropriate tranche. Is it an "interrupt" if you knew at the start of the quarter that you would have to do it?<br><br></div><div class="gmail_extra"><span class=""><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><font color="#888888"><br>Kevin Smith<br>Agile Coach, Wikimedia Foundation<br></font></span><font><font><i><font color="#888888"><br></font></i></font></font></div></div></div></div></div></div></div></div></div>
<br></span><div><div class="h5"><div class="gmail_quote">On Mon, Aug 17, 2015 at 10:05 AM, David Strine <span dir="ltr"><<a href="mailto:dstrine@wikimedia.org" target="_blank">dstrine@wikimedia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'll ask a more complicated question. Does it matter? If you think your goals are being affected my other work, then it's probably worth testing. If not, then it might not be a productive use of your time.<div><br></div><div>We've had several conversations about tracking types of work. I believe it is more accurate and efficient to start with broad categories and slowly delve deeper. Also you need to strike a balance between tracking a lot of variables and not driving your team crazy with record keeping. </div><div><br></div><div>Fr-tech is tracking unplanned work to start. We are 8 weeks in (4 sprints). We're only now getting patterns. </div><div><br></div><div>In general, objective and empirical data should speak for itself. If you go into some investigation or analysis with a preconceived notions, then you need to try and disprove your idea (think null hypothesis). Otherwise you're running into selection and confirmation bias.</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><span>On Mon, Aug 17, 2015 at 9:43 AM, Kevin Smith <span dir="ltr"><<a href="mailto:ksmith@wikimedia.org" target="_blank">ksmith@wikimedia.org</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div>Within the foundation, each team identifies one or a handful of quarterly goals, which become the focus of the team. However, there is always going to be important work that doesn't fit into a goal. Either there were already too many goals in place, or there is one main goal but 10 ongoing projects, or maybe this other work is too small to justify being a goal, but too important to let slip. <br><br></div>So the question I was asked was: How do other teams track these non-goal important work items? Obviously the tasks themselves can be tracked in phab, but do they get rolled up anywhere? How do teams ensure that they continue to be worked on, despite not being one of the main goals?<span><font color="#888888"><br><div><div><div><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><font color="#888888"><br>Kevin Smith<br>Agile Coach, Wikimedia Foundation<br></font></span><font><font><i><font color="#888888"><br></font></i></font></font></div></div></div></div></div></div></div></div></div>
</div></div></div></font></span></div>
<br></div></div><span>_______________________________________________<br>
teampractices mailing list<br>
<a href="mailto:teampractices@lists.wikimedia.org" target="_blank">teampractices@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/teampractices" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/teampractices</a><br>
<br></span></blockquote></div><br></div>
<br>_______________________________________________<br>
teampractices mailing list<br>
<a href="mailto:teampractices@lists.wikimedia.org" target="_blank">teampractices@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/teampractices" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/teampractices</a><br>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
teampractices mailing list<br>
<a href="mailto:teampractices@lists.wikimedia.org">teampractices@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/teampractices" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/teampractices</a><br>
<br></blockquote></div><br></div>