<p dir="ltr">It definitely seems odd to me that our "core work" is maintenance now.</p>
<p dir="ltr">It also seems at odds with software development processes where the conventional wisdom is that "version 3" of the Thing is the version that is first generally useful and usable.</p>
<p dir="ltr">So building "version 1" is "strategic" and versions 3 and following are "core" (the Thing is presumably feature-complete then) but the long slog of bug fixing, refactoring, dealing with the inevitable encounters of design vs real world and rebuilding the parts which never worked... Is that maintenance ("core") or (we-didn't-realize-we-actually-needed-that-) feature development ("strategic")?</p>
<p dir="ltr">Much of the development on Parsoid and VE over the past two years has been of this sort.  I don't think the proposed terminology is particularly helpful.  I suppose I'd label all that feature-fixing as "strategic" just because it makes me feel better about my work.<br>
  --scott</p>
<div class="gmail_quote">On Jan 5, 2016 12:36 PM, "Oliver Keyes" <<a href="mailto:okeyes@wikimedia.org">okeyes@wikimedia.org</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>So we created categories with values we don't know the meaning of?<br><br></div>That seems sort of backwards ;p.<br></div><div class="gmail_extra"><br><div class="gmail_quote"><div class="elided-text">On 5 January 2016 at 15:23, Kevin Smith <span dir="ltr"><<a href="mailto:ksmith@wikimedia.org" target="_blank">ksmith@wikimedia.org</a>></span> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="elided-text"><div dir="ltr">Summary: <br>Please visit this wiki page[2] to help define the term "core work". <br><br><div>Long form:<br>The WMF annual planning process[1] is being revised this year in 
several ways. One is to attempt to categorize work as 
"Core", "Strategic", or "Other", which should help us 
communicate our work externally, and to improve our internal budget and 
strategic planning processes.<br><br>As Lila mentioned in a recent update, we need to define these terms. The Team Practices Group was 
asked to help the stakeholders reach agreement on these definitions, so we have created a wiki 
page[2] about "core". It contains a draft (strawdog) definition, along with rationale
 and examples. Through the discussion there, the definition will be 
refined so it can be used throughout the foundation. Note that this will not be limited to product development teams--it will be org-wide. <br><br><div>Early
 planning for FY 2015-2016 will start next
 week, and that will benefit from having a working definition. So if you have any strong feelings about this, please voice them as soon as 
possible. However, I envision this as being a living definition which 
can continue to evolve over time. So even if you can't participate this 
week, please visit the page when you can, and share your ideas then. <br></div><div><br></div><div>This work relates to 
various discussions and pilots last year related to "maintenance 
fraction", and "interrupt" or "unplanned" work. However, this 
conversation has a tighter focus, along with (hopefully) a clear 
rationale for the categorization. It also relates to the "New/Reactive/Maintenance" categorization that have been used recently in the Quarterly Reviews, but is distinct from that as well. <br><br></div><div>Aside from annual planning, we believe that categorizing this work will help teams themselves. For example, it might help them realize when they are getting pulled into doing work that is neither core nor strategic, or it might help identify opportunities to invest in improvements that would greatly reduce the ongoing effort required to keep existing features working smoothly. <br></div><div><br></div><div>Please continue this
 discussion on wiki, or email me (or just the Team Practices list) if you have process questions or concerns. <br></div><br>[1] <a href="https://wikimediafoundation.org/wiki/2015-2016_Annual_Plan/Questions_and_Answers" target="_blank">https://wikimediafoundation.org/wiki/2015-2016_Annual_Plan/Questions_and_Answers</a> <br>[2] <a href="https://www.mediawiki.org/wiki/Team_Practices_Group/Tracking_core_and_strategic_work" target="_blank">https://www.mediawiki.org/wiki/Team_Practices_Group/Tracking_core_and_strategic_work</a><div><div><img src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"></div></div><span><font color="#888888"><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>
</font></span></div></div>
<br></div>_______________________________________________<br>
Wmfall mailing list<br>
<a href="mailto:Wmfall@lists.wikimedia.org" target="_blank">Wmfall@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/wmfall" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/wmfall</a><br>
<br></blockquote></div><font color="#888888"><br><br clear="all"><br>-- <br><div>Oliver Keyes<br>Count Logula<br>Wikimedia Foundation</div>
</font></div>
<br>_______________________________________________<br>
Wmfall mailing list<br>
<a href="mailto:Wmfall@lists.wikimedia.org">Wmfall@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/wmfall" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/wmfall</a><br>
<br></blockquote></div>