Thanks, S!
I changed the "Research team" to "Analytics Engineering team."
On Mon, Jun 15, 2015 at 4:42 PM, S Page wrote:
> After today's tech talk I added a section
> https://www.mediawiki.org/wiki/Phabricator/Project_management#Kanban
>
> Rather than a lot of verbiage that gets out of date, I
After today's tech talk I added a section
https://www.mediawiki.org/wiki/Phabricator/Project_management#Kanban
Rather than a lot of verbiage that gets out of date, I think it's more
useful to link to Phabricator projects doing interesting things, so I added
The Research team has an Analytics-Kanba
Ah, yes, thanks for clarifying. The language can be confusing because, of
course, each of us is actually the "recipient," just not technically. :)
On Mon, Jun 15, 2015 at 2:31 PM, Gergo Tisza wrote:
> On Mon, Jun 15, 2015 at 12:04 PM, Max Binder
> wrote:
>
>> The ticket Andre linked has an exam
On Mon, Jun 15, 2015 at 12:04 PM, Max Binder wrote:
> The ticket Andre linked has an example of the issue, using the Reading
> internal list.
>
Ah, I see. That's the recipient, not the sender, but I agree it is
annoying.
___
teampractices mailing list
The ticket Andre linked has an example of the issue, using the Reading
internal list.
On Mon, Jun 15, 2015 at 11:57 AM, Gergo Tisza wrote:
> On Mon, Jun 15, 2015 at 11:16 AM, Max Binder
> wrote:
>
>> The full description shows when composing an email, but not when
>> receiving one (which is arg
On Mon, Jun 15, 2015 at 11:16 AM, Max Binder wrote:
> The full description shows when composing an email, but not when receiving
> one (which is arguably more important, since most emails are read, but not
> all replied to). In my case, I'm not using digest mode and the issue
> remains.
>
Can yo
On Mon, 2015-06-15 at 09:43 -0700, Arthur Richards wrote:
> In the list settings, "A mailing list to discsuss team practices in
> Wikimedia organizations" is the short description for the list, which
> gets used on the overall lists page (
> https://lists.wikimedia.org/mailman/listinfo) so folks
The full description shows when composing an email, but not when receiving
one (which is arguably more important, since most emails are read, but not
all replied to). In my case, I'm not using digest mode and the issue
remains.
My understanding is that mailman is not aggressive enough to control t
On Mon, Jun 15, 2015 at 9:43 AM, Arthur Richards
wrote:
> I have no idea why this also gets used as the sender's name, but
> presumably it's something that mailman (our mailing list software) is
> doing. This would be a good question to ask about on wikitech-l or of the
> WMF ops staff (eg in #wi
Kevin Smith, 15/06/2015 18:07:
Am I alone in preferring an acronym that isn't overloaded?
Ambiguity seems comparable?
https://en.wikipedia.org/wiki/MMP#Computing_and_video_games
https://en.wikipedia.org/wiki/MVP_%28disambiguation%29#Computing
Nemo
_
Is the current usage of MVP in context with other levels of "done"?
I have seen 2 definitions of done in agile systems:
- Done for a user story is defined by acceptance criteria and is a bit
more discrete
- Done on a system/product level is more nuanced and managed at the org
level.
+1 to what Max said.
MVP is an industry standard.
On Mon, Jun 15, 2015 at 9:23 AM, Max Binder wrote:
> FWIW, in my (limited) experience, MVP is an industry term widely used, and
> I haven't encountered MMP. There is something to be said for unified
> industry lingo.
>
>
> On Mon, Jun 15, 2015 a
More useful names sounds like a good idea.
Is the current description used both as the Contacts list name, and also to
populate the second column in this table[1]? If so (as it appears), then
Max's proposal might be a bit too terse. Maybe there is a middle ground
that would put the most pertinent
In the list settings, "A mailing list to discsuss team practices in
Wikimedia organizations" is the short description for the list, which gets
used on the overall lists page (https://lists.wikimedia.org/mailman/listinfo)
so folks can can at-a-glance get the gist of a list.
I have no idea why this
+1
I've been manually renaming mailing lists like this in my Gmail contacts,
but it would be convenient if it were done on a global level.
On Mon, Jun 15, 2015 at 9:34 AM, Max Binder wrote:
> I've been noticing quite a few lists with names like
>
> "A mailing list to discuss team practices in W
I've been noticing quite a few lists with names like
"A mailing list to discuss team practices in Wikimedia organizations" <
teampractices@lists.wikimedia.org>
While this isn't a terrible name for these types of lists (as they
accurately describe the list purpose), giving the email's "name" as a
FWIW, in my (limited) experience, MVP is an industry term widely used, and
I haven't encountered MMP. There is something to be said for unified
industry lingo.
On Mon, Jun 15, 2015 at 9:14 AM, James Douglas
wrote:
> Joking aside, I'm not too concerned with the overloadedness of terms we
> use, a
Joking aside, I'm not too concerned with the overloadedness of terms we
use, as long as we have consensus on what they mean.
I'd be much more excited to define the thing that we're designating as MMP,
i.e. "the bundle of features that satisfy user stories X, Y, and Z".
On Mon, Jun 15, 2015 at 9:1
Model View Presenter? :]
On Mon, Jun 15, 2015 at 9:07 AM, Kevin Smith wrote:
> Hi all,
>
> Kind of a small issue, but I find myself leaning toward MMP (Minimum
> Marketable Product) rather than MVP (Minimum Viable Product). Although I
> prefer "viable", and MVP is catchy, it is also confusing an
"Marketable" does not sound appropriate given our context...
On 15 June 2015 at 17:07, Kevin Smith wrote:
> Hi all,
>
> Kind of a small issue, but I find myself leaning toward MMP (Minimum
> Marketable Product) rather than MVP (Minimum Viable Product). Although I
> prefer "viable", and MVP is ca
Hi all,
Kind of a small issue, but I find myself leaning toward MMP (Minimum
Marketable Product) rather than MVP (Minimum Viable Product). Although I
prefer "viable", and MVP is catchy, it is also confusing and ambiguous,
thanks to MVP (Most Valuable Player).
Am I alone in preferring an acronym t
21 matches
Mail list logo