Add-ons

Revision as of 18:00, 22 January 2016 by Sescalante (talk | contribs) (added communications calendar)

The home page for Add-ons at Mozilla.

Including but not limited to:

Who

Engineering

What time zones are we in?

Looking for the push duty roster maybe?

User Experience

Program and Product Management

Add-ons and Marketplace Management Operations (AMMO team)

More info about the AMMO team: https://wiki.mozilla.org/Marketplace/AMMO

QA

What

See projects page

See also:

Getting in touch

Most meetings are in the Add-ons Vidyo room. To access remotely:

Contribute to Add-ons

Support user freedom by helping to keep Firefox the most customizable browser available.

Status reports + Meeting Notes

Bi-Weekly Summary of Current Events in Product, Engineering, Community, & UX

Add-ons Communication Calendar

Error in widget Widget:Google Calendar: Unable to load template 'wiki:Widget:Google Calendar'

Product Backlog

compiled list of the Add-on repositories, all the work related to the ongoing development and maintenance Add-ons.

  • The goals of the Product Backlog are to:
    • Improve work prioritization, so the team is always working on the most important features.
    • Simplify continual planning, so the plan matches reality.
    • Improve visibility so that the stakeholders make the best decisions about the direction of the product (call out risks early, relative priorities, trade-offs)

Triage Guidelines

  • Priorities follow this Standard:
    • Priority 1 - Blocker, must-fix before shipping.
    • Priority 2 - Major impact, considering severity × probability. Not a blocker for shipping.
    • Priority 3 - Average Bug. definitely a problem, but doesn't stop someone from using the product.
    • Priority 4 - Minor or polish bugs that are real issues (especially in aggregate) and annoying.
    • Priority 5 - Low-impact. something we'd fix, but mostly only bothers the discerning user. Little impact on usability.

  • Importance will be left at "normal" unless a bug is on the line of being one Priority higher and lower - and then will be marked "Major" or "Minor" accordingly.

  • Triaged bug mark-up
    • Adding triaged tag to the end of the Whiteboard for bugs that have been assigned a priority, so we know what has been triaged.
    • Adding a short descriptive area tag in the whiteboard when possible, to visually group bugs quickly in a list
    • Webextensions: The blocking-webextensions flag is used to track bugs that are aiming for milestone 48

Common Queries

  • Webextensions