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.