Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


All,

sophi wrote
So following the discussion we had yesterday during the QA meeting
(thanks Jay for your participation :) we agreed that issues created by
UX/Design members will be set as NEW and assigned to UX-advice.
The QA wiki pages will be modified to reflect this change.
...

From the Design hangout minutes  (w/minor  reformatting).

Bugzilla workflow proposal after the QA [and UX/Design] team meetings.

      1) issues opened as an enhancement of UX or in UI/Design elements
         should always be handled in Bugzilla UX-advise component.

      2) opened as UNCONFIRMED by anyone, or directly NEW by Design/UX
         team participants (including any Devs and QA folks)

      3) Design/UX team participants, or any QA review should go ahead
         and adjust the component to UX-advise and NEW

      4) Design/UX team should review proposal for completeness, ask OP
         for needed details, and add to weekly agenda

      5) while active, pending Design/UX consideration retain NEW, or
         NEEDINFO

      6) if/when "voted" down from UX or Design perspective, close as
         WONTFIX

      7) if/when approved--retain as NEW, but what then?

         Q: should we retain issues in BZ UX-advise, or change BZ component
            to UI as now happens, or change to the affected LO component?
         Q: UI vs. specific component, any risk of losing track of
            Design/UX recommendations?
         Q: should we track the BZ issues on the Wiki anyway?
         Q: for Devs seeking guidance, how to communicate design or UI
           decisions?
         Q: any need to convey prioritization of enhancement or UI change,
           or impact on UX?

And here are the guidelines now posted to the QA/Bug Triage Wiki

UX Enhancements

Any bugs which cover enhancements to the UI/UX of LibreOffice should be
given to the UX Team

    Change the Component to ux-advise
    Update the Status
        If the request looks complete and plausible, Status -> NEW
        If the request seems incomplete or needs explaining, Status ->
NEEDINFO

    Leave a comment along the lines of:
        "UX Team -- please take a look at this enhancement. Thanks!"

Happy to pick this up again in the new year if there is any more to be
resolved--we want folks to be happy with the arrangements. But more
importantly to feel welcome to participate on both QA and the UX /Design
reviews

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/RFE-process-between-QA-and-UX-tp4132849p4133375.html
Sent from the Design mailing list archive at Nabble.com.

-- 
To unsubscribe e-mail to: design+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.