Changing the way we ship products will require the re-evaluation of many assumptions (see below) and a large shift in the way we think about the size of a "major" release. The criteria for inclusion should be no regressions, well understood effects for users, and completion in time for a planned release vehicle. Again, these serve as proposals and should not be taken as prescriptive:
Firefox 5 Account Manager
Simple Sharing UI
UI Animation
64 Bit on Windows
...anything that improves responsiveness and is ready
...anything that improves stability and is ready
...anything that polishes the user interface and is ready
...anything else serving product priorities and is ready
Firefox 6 Web Applications
FasterCache
OSX 10.7
JS Optimizations
...anything that improves responsiveness and is ready
...anything that improves stability and is ready
...anything that polishes the user interface and is ready
...anything else serving product priorities and is ready
Firefox 7 e10s? deXBLification?
...anything that improves responsiveness and is ready
...anything that improves stability and is ready
...anything that polishes the user interface and is ready
...anything else serving product priorities and is ready
How to ship fasterThere's no such thing as a free lunch. To ship smaller bundles of technology more quickly will require us to take a hard look at our existing systems and re-evaluate some of the assumptions we take as immutable, such as:
we must provide binary compatibility for Add-ons
we must support older branches with maintenance fixes
intermittent oranges are unavoidable
scaling localization
we cannot predict the effect of our changes without large scale beta testing
all code needs formal code review
every contributor knows how to obtain code review expediently
every contributor gets equal say on issues of user interface design and technology prioritization
TODO: Process change suggestions (w/Shaver)
https://wiki.mozilla.org/Firefox/Roadmap#Product_Roadmap