Damon Sicore, 11/02/2015 21:31:
• Collectively identify success criteria [..]
How you can engage:
• Join any of the weekly triage meetings to nominate a release blocker [...]
Lila:
Visual Editor Built-out/Roll-out planning -- engage
now to define
deployment criteria
I don't know others, but I didn't identify any question in the text of
this email. Yet, it's written as if you expected some response.*
It looks like you're asking proposals for "success criteria" and
"deployment criteria". Is there a list or summary of existing criteria?
I couldn't find one, in the linked resources.
What the linked page does talk about is a process to "nominate
blockers", listed here:
https://phabricator.wikimedia.org/project/board/1015/ Blockers are not
defined. Usually a blocking bug is simply a bug which blocks another
bug, i.e. a required milestone in the way to a *determinate* place.
https://www.mediawiki.org/wiki/Bugzilla/Fields#Blocks
In other words, I don't see a way to comment or propose "success
criteria", which is what you were apparently asking. Don't expect any
success criteria to come out of this exercise.
A quick search shows LibreOffice has one such "bug blocker nomination"
process:
https://wiki.documentfoundation.org/Release_Criteria Their
definitions are much clearer but this might be what you have in mind. If
so, this is about a process to control release quality, correct? Not a
process to measure/decide success of VisualEditor.
Is my interpretation correct?
Nemo
(*) If you expect replies and only get silence/you hit a wall, please
don't let us disappoint you unknowingly; ask us to try harder. I didn't
plan to answer this email but 0 community replies in 2 days might look
discourteous/irresponsible. Or maybe I misunderstood and it was just an
announcement, in which case ignore this entire message.