Boeing Wiring System (BWS) is a suite of wiring tools, divided into two parts:
UX focuses on establishing a consistent UI experience through a design style guide and UI framework as well as being the end-user advocate through user interviews/testing. For DME, UX is responsible for supporting the following work packages:
The UX team supports the Product Owners (PO), Functional Engagement Focals (FE), Business, and Developers
Navigate to the TFS backlog from the UX homepage and submit a new user story tagged with "UX" Make sure to include the following details:
The style guide provides a quick reference guide for the look and feel of the tool. It includes the indidivudal components on the first page, as well as several examples of screens in the tool and new concepts. The UI framework provides the supporting documentation, indicating how, when, and where to the use the individual or grouped components from the style guide. This helps with logging defects, as the visual defects can reference and even link to the style guide or UI framework, to make it easier for devs to resolve.
The plan is to establish parity between BWS-CM and BWS-DME on the UX side through merging the two UX teams, so that UX designers can be familiar and support both tools. However the style guide and ui frameworks will be kept separate for the two teams, due to the underlying platform (BWS-CM is web-based, while BWS-DME is desktop). BWS-DME will have its own UX homepage hosting the style guide and UI framework, same as BWS-CM. In the future, when parts of BWS-DME that are web-based and integrate with BWS-CM are developed, they will follow the style guide and UI framework from BWS-CM, so that all web-based screens are consistent.
UX debt consists of usability issues and visual/cosmetic defects that are non-functional. These are often deprioritized over techincal debt (aka functional defects). However, it is important to take care of UX debt, since it can propagate very quickly, especially with so many work packages working in parallel. What can happen is a code snippet for a button style gets passed around that conflicts with the UI framework, and if it isn't logged and resolved immediately, then multiple button styles start appearing in the code, and it becomes much more work to resolve later down the line.