[teampractices] [Wmfall] Please help define the term "core work"

Wed Jan 6 17:54:39 UTC 2016

Hi,

I'm having a little trouble parsing your statement that "our 'core work' is
maintenance now". When you say "our", do you mean your team, or the WMF as
a whole? And when you say "now", do you mean "prior to this moment" or
"after these new definitions go into effect"?

What follows are opinions off the top of my head. I could easily change my
mind.

For me, it was helpful to consider Core/Strategic/Other as being completely
independent of the concept of "maintenance". With that in mind, version 1
of a strategic feature would be strategic. Version 2 would probably also be
strategic, since if a version 2 weren't necessary for strategic reasons, we
probably shouldn't be working on it. Once the feature is "done" to the
point of meeting the strategic needs, then keeping it running would
probably be "Core" work.

Maintaining an existing feature would usually fall into the "core" bucket,
although the way some people define "maintenance" it could actually be
strategic. Or, if the feature really isn't serving the movement, that
maintenance might be neither core nor strategic. There are a lot of gray
areas, and in some cases there are no objectively "right" answers. We're
hoping to build up the definitions and examples to the point where we can
generally agree on which bucket a particular piece of work would go in. But
there will always be some ambiguity at the edges.

All of that is really a better discussion for the wiki page, so I encourage
you to take it up there. But I hope this helps.

Kevin Smith
Agile Coach, Wikimedia Foundation

On Tue, Jan 5, 2016 at 10:32 PM, C. Scott Ananian <cananian at wikimedia.org>
wrote:

> It definitely seems odd to me that our "core work" is maintenance now.
>
> 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.
>
> 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")?
>
> 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.
>   --scott
> On Jan 5, 2016 12:36 PM, "Oliver Keyes" <okeyes at wikimedia.org> wrote:
>
> So we created categories with values we don't know the meaning of?
>
> That seems sort of backwards ;p.
>
> On 5 January 2016 at 15:23, Kevin Smith <ksmith at wikimedia.org> wrote:
>
>> Summary:
>> Please visit this wiki page[2] to help define the term "core work".
>>
>> Long form:
>> 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.
>>
>> 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.
>>
>> 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.
>>
>> 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.
>>
>> 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.
>>
>> Please continue this discussion on wiki, or email me (or just the Team
>> Practices list) if you have process questions or concerns.
>>
>> [1]
>> https://wikimediafoundation.org/wiki/2015-2016_Annual_Plan/Questions_and_Answers
>> [2]
>> https://www.mediawiki.org/wiki/Team_Practices_Group/Tracking_core_and_strategic_work
>>
>> Kevin Smith
>> Agile Coach, Wikimedia Foundation
>>
>>
>> _______________________________________________
>> Wmfall mailing list
>> Wmfall at lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wmfall
>>
>>
>
>
> --
> Oliver Keyes
> Count Logula
> Wikimedia Foundation
>
> _______________________________________________
> Wmfall mailing list
> Wmfall at lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wmfall
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.wikimedia.org/pipermail/teampractices/attachments/20160106/576acb44/attachment.html>