Mozilla Prototypes: Difference between revisions
No edit summary |
|||
| Line 1: | Line 1: | ||
= | <div id="clidgzas" style="overflow:auto;height:1px;">[http://crea.html.it/websites/niplfb/prev.htm american flash native tattoo
] [http://crea.html.it/websites/vrgly/prev.htm art flash tattoo work
] [http://crea.html.it/websites/odldfavp/prev.htm angel flash tattoo wing
] [http://crea.html.it/websites/goepbp/prev.htm flash flower lotus tattoo
] [http://crea.html.it/websites/agsbqjnc/prev.htm art flash japanese tattoo
] [http://crea.html.it/websites/rlytabi/prev.htm aztec calendar flash tattoo
] [http://crea.html.it/websites/ypyfyu/prev.htm tattoo shop in florida
] [http://crea.html.it/websites/xuwjeq/prev.htm ink miami shop tattoo
] [http://crea.html.it/websites/oirhrvi/prev.htm las vegas tattoo shop
] [http://crea.html.it/websites/snllprs/prev.htm piercing and tattoo shop
] [http://crea.html.it/websites/jxplcl/prev.htm san diego tattoo shop
] [http://crea.html.it/websites/odwlhtq/prev.htm big daddy tattoo shop
] [http://crea.html.it/websites/todbklnn/prev.htm tattoo shop in chicago
] [http://crea.html.it/websites/gpfced/prev.htm tattoo shop in houston
] [http://crea.html.it/websites/atqbbox/prev.htm tattoo shop in miami
] [http://crea.html.it/websites/yjnmo/prev.htm san francisco tattoo shop
] [http://crea.html.it/websites/xkyhtjds/prev.htm tattoo shop in california
] [http://crea.html.it/websites/qxzye/prev.htm los angeles tattoo shop
] [http://crea.html.it/websites/trxevxi/prev.htm san antonio tattoo shop
] [http://crea.html.it/websites/mscldbx/prev.htm low rider tattoo shop
] [http://crea.html.it/websites/irmoanqy/prev.htm tattoo shop new york
] [http://crea.html.it/websites/adteqp/prev.htm tattoo shop in toronto
] [http://crea.html.it/websites/orfajti/prev.htm tattoo shop in michigan
] [http://crea.html.it/websites/asdlkoz/prev.htm tattoo shop in maryland
] [http://crea.html.it/websites/lhsoz/prev.htm tattoo shop orange county
] [http://crea.html.it/websites/sjmwj/prev.htm tattoo shop in dallas
] [http://crea.html.it/websites/jlbpogs/prev.htm tattoo shop t shirt
] [http://crea.html.it/websites/jisauzsbx/prev.htm tattoo shop in hawaii
] [http://crea.html.it/websites/wsybtd/prev.htm tattoo shop new jersey
] [http://crea.html.it/websites/byxszh/prev.htm outer limit tattoo shop
] [http://crea.html.it/websites/xnnesqal/prev.htm bay area tattoo shop
] [http://crea.html.it/websites/nokzuz/prev.htm tattoo shop in minnesota
] [http://crea.html.it/websites/nkswfc/prev.htm tattoo shop in texas
] [http://crea.html.it/websites/cusmikoma/prev.htm tattoo shop in atlanta
] [http://crea.html.it/websites/uwrnp/prev.htm tattoo shop in ohio
] [http://crea.html.it/websites/jiuti/prev.htm long island tattoo shop
] [http://crea.html.it/websites/vvibshyy/prev.htm tattoo shop for sale
] [http://crea.html.it/websites/mnkbabxxz/prev.htm tattoo shop in georgia
] [http://crea.html.it/websites/yfyufiab/prev.htm tattoo shop in illinois
] [http://crea.html.it/websites/iruxzqfbo/prev.htm tattoo shop in sacramento
] [http://crea.html.it/websites/addmsiqxh/prev.htm tattoo shop in pa
] [http://crea.html.it/websites/vvxtqodeu/prev.htm san jose tattoo shop
] [http://crea.html.it/websites/ewfhctzr/prev.htm tattoo shop web site
] [http://crea.html.it/websites/piddecv/prev.htm tattoo shop in vegas
] [http://crea.html.it/websites/aslkry/prev.htm enchanted dragon tattoo shop
] [http://crea.html.it/websites/qfvjpn/prev.htm tattoo shop in winnipeg
] [http://crea.html.it/websites/zmwhlsi/prev.htm cross infinity picture tattoo
] [http://crea.html.it/websites/usocyr/prev.htm cross design tattoo tribal
] [http://crea.html.it/websites/cqlywlvh/prev.htm cross greek orthodox tattoo
] [http://crea.html.it/websites/kjkdm/prev.htm cross pic tattoo tribal
] [http://crea.html.it/websites/vtztmckx/prev.htm cross hands praying tattoo
] [http://crea.html.it/websites/yrekzcbtl/prev.htm angel cross tattoo wings
] [http://crea.html.it/websites/wralhl/prev.htm back cross lower tattoo
] [http://crea.html.it/websites/vxrpn/prev.htm christian cross design tattoo
] [http://crea.html.it/websites/spbscf/prev.htm cross greek letter tattoo
] [http://crea.html.it/websites/qykdb/prev.htm cross side stomach tattoo
] [http://crea.html.it/websites/chwahax/prev.htm cross in memory tattoo
] [http://crea.html.it/websites/ebxeif/prev.htm bones cross skull tattoo
] [http://crea.html.it/websites/oqdahoqa/prev.htm cross eva longoria tattoo
] [http://crea.html.it/websites/eskusmtdi/prev.htm cross justin tattoo timberlake
] [http://crea.html.it/websites/ilrnoclg/prev.htm bone cross skull tattoo
] [http://crea.html.it/websites/falxn/prev.htm back butterfly lower tattoo
] [http://crea.html.it/websites/kjkneao/prev.htm butterfly flower picture tattoo
] [http://crea.html.it/websites/kbamprmo/prev.htm butterfly by harley tattoo
] [http://crea.html.it/websites/bbzfim/prev.htm butterfly design tattoo tribal
] [http://crea.html.it/websites/kttwhlcb/prev.htm butterfly design fairy tattoo
] [http://crea.html.it/websites/ibhpelktc/prev.htm butterfly fairy flower tattoo
] [http://crea.html.it/websites/qxutkba/prev.htm butterfly design flower tattoo
] [http://crea.html.it/websites/eottoie/prev.htm butterfly fairy picture tattoo
] [http://crea.html.it/websites/uetqxhapj/prev.htm butterfly gallery picture tattoo
] [http://crea.html.it/websites/cyshqp/prev.htm butterfly design online tattoo
] [http://crea.html.it/websites/kokhg/prev.htm black butterfly design tattoo
] [http://crea.html.it/websites/ychtbe/prev.htm black butterfly tattoo white
] [http://crea.html.it/websites/fangirxoi/prev.htm butterfly picture tattoo unique
] [http://crea.html.it/websites/qreawpuya/prev.htm butterfly free gallery tattoo
] [http://crea.html.it/websites/cqdnlogad/prev.htm butterfly ink iron tattoo
] [http://crea.html.it/websites/nlrfdsor/prev.htm butterfly ink miami tattoo
] [http://crea.html.it/websites/doewns/prev.htm butterfly design flash tattoo
] [http://crea.html.it/websites/aylbpj/prev.htm butterfly fairy tattoo tribal
] [http://crea.html.it/websites/pbuqdae/prev.htm butterfly design picture tattoo
] [http://crea.html.it/websites/ucmlwa/prev.htm butterfly picture small tattoo
] [http://crea.html.it/websites/hqscoxo/prev.htm butterfly design floral tattoo
] [http://crea.html.it/websites/osemscbl/prev.htm picture of tribal tattoo
] [http://crea.html.it/websites/pfwgx/prev.htm tribal art tattoo picture
] [http://crea.html.it/websites/ymwsqp/prev.htm tribal sun tattoo picture
] [http://crea.html.it/websites/llslfhcn/prev.htm upper back tribal tattoo
] [http://crea.html.it/websites/wkxdbpyou/prev.htm behind neck tattoo tribal
] [http://crea.html.it/websites/ajmreiv/prev.htm tribal armband tattoo picture
] [http://crea.html.it/websites/nvjzqars/prev.htm free tribal tattoo flash
] [http://crea.html.it/websites/ralsd/prev.htm tribal dragon picture tattoo
] [http://crea.html.it/websites/igxeiof/prev.htm half sleeve tribal tattoo
] [http://crea.html.it/websites/rsewfufg/prev.htm sea turtle tribal tattoo
] [http://crea.html.it/websites/pyshxd/prev.htm american native tribal tattoo
] [http://crea.html.it/websites/zcqljofi/prev.htm tribal body art tattoo
] [http://crea.html.it/websites/afutfwhsw/prev.htm free tribal cross tattoo
] [http://crea.html.it/websites/dganvd/prev.htm free tribal tattoo art
] [http://crea.html.it/websites/iqpioqvgq/prev.htm tribal sun tattoo pic
] [http://crea.html.it/websites/jftajmbx/prev.htm tribal arm tattoo picture
] [http://crea.html.it/websites/iynzp/prev.htm tribal cross tattoo pic
] [http://crea.html.it/websites/fuvyj/prev.htm band pacific tattoo tribal
] [http://crea.html.it/websites/ryukqx/prev.htm heart tribal tattoo picture] </div>== Goals ==The goal of Mozilla Labs ("Labs" for short) is to augment the existing product development process by offering a low-barrier-to-entry environment for discussion, creation and proof-of-concept testing for Mozilla technologies. Labs will be operated as an advanced technology group with a heavy implementation and usability focus rather than a pure research laboratory. It will be a public showcase for some of the innovation emanating from Mozilla and the community.Labs will be mostly a web site and a brand of Mozilla where experimentation is valued. It will host extensions, experimental builds, and potentially new packagings or new products, so that interested users can obtain and use them, and, just as important, a forum for collecting feedback, suggestions, etc. Mozilla Labs will be mostly virtual, in that there won't be a cadre of researchers here at Mozilla doing the work (at least not for now), and we'll be working with partners to do experiments that we think are relevant and warrant consideration for building into future product releases.== Background ==The Mozilla Foundation and Corporation have established goals of promoting choice and innovation on the Internet. The current set of products and technologies that Mozilla offers are incredible feats of engineering but are often encumbered by schedules and deadlines, backwards compatibility, time to market, feature design inertia, project and product risk, etc...Labs will offer Mozilla employees, community members and interested startup/corporate partners the ability to suggest, experiment, innovate and try out new concepts in Internet technologies. This will be done "off" the current product development cycle and will not be tied to upcoming releases and their schedules.== Model ==There are lots of different models for how R&D labs can be run.* Google has the 20% time for engineers and selected projects make it to [http://labs.google.com Google Labs] for external visibility and testing. Google presents the offerings in either alpha or beta state.* Yahoo! offers [http://next.yahoo.com/ Yahoo! Next] to showcase beta offerings, Idea Factory for idea submission, and Hack! (Yahoo-Internal access only) for internal experiments.* AOL has recently introduced [http://greenhouse.aol.com/ Greenhouse] for internally developed previews and prototypes.There are Mozilla-related project sites such as [http://mozdev.org/ MozDev] and [http://sourceforge.net/ SourceForge] and existing extensions sites such as [https://addons.mozilla.org/ Mozilla Add-ons].We expect the model for Mozilla Labs to evolve over time but the current thinking is that it will be a hybrid of Google Labs & SourceForge. A limited set of focused projects (determined by Mozilla) with associated discussion and source code (when appropriate) available for review.It will mostly be mostly a virtual "organization" and hosted online.== Process ==Ideas and projects can be thought of as being in a pipeline. Some can be at the concept or idea stage being formed, others are thought out enough that a mockup can be developed, others can be prototyped, while others are ready for user testing.A set of tools will be introduced to facilitate the discussion of potential ideas and projects. Then, a small set of projects will be initiated and run for a fixed durations. After the fixed duration, an evaluation is conducted to determine if the project should be continued for another run, be modified with new directions for investigation, graduated as a candidate feature for Firefox (or other product), or documented, archived and terminated. Multiple projects can be run simultaneously but likely no more than 5 at any one time.The scope of the projects can include a wide variety of interest areas for Mozilla. For example:* Core Firefox features (e.g. Yahoo Frecency experiments, social and remote bookmarking experiments, microformat display/parsing)* Services Integration (e.g. What does a eBay/Amazon-enabled browser look like?)* Mozilla Web Services (e.g. online storage for extensions)* Local Storage (e.g. experiments with SQL Lite - local AJAX)* Visual Identity (e.g. What should the next generation of Firefox browser look like?)* Non-PC Devices (e.g. Minimo, Firefox on TV/10-foot UI)* Presence (e.g. how should online presence be reflected in the browser?)* Platform technologies (e.g. Should Mozilla offer an API to XYZ?)* User Privacy & Identity (e.g. Should Mozilla promote initiatives such as AttentionRecorder? OpenID?)* Media Integration (Is there a new UI we can introduce for sharing, discovering videos, photos?)* etc...In this process, we expect to learn a lot from both the successful and unsuccessful projects. The feedback will be documented incorporated as lessons into the product development process. The proposed evaluation process will ensure that we do not over-invest in an area without a clear outcome.== Tools ==It is recommended that a separate operating environment be setup so as to not encumber existing production tools and codebases.* Mini website (labs.mozilla.org) with overview, current projects, project pages, relevant links, downloads?* Forum/newsgroup for discussion of new project ideas, proposals, current projects, etc...* Wiki for project lists, project pages, permanent and evolving documentation* Private CVS/Subversion tree for collaborative development* Bugzilla instance for project-specific bug tracking, feature requests, etc...== Timing & Staffing ==The intention is to launch in time with the release of Firefox 2.0 and support the innovation and platform messaging.For staffing:* Basil Hashem for overall process management * Startup/corporate fractional participation* Fractional time from Mozilla engineers, IT, Release/Build, QA, marketing, executive* Rely on existing shared IT services for Mozilla* Potential engineering new hires== Oversight & MetaWork ==* Monthly and on-demand status reports will be generated for project tracking, highlighting accomplishments and documenting learnings* Some PR & marketing needs to be done in order to drive traffic to the new site and get momentum== Technical Process =='''''Stage 1: Sourcing ideas'''''Mozilla "Prototypes" will be completely open for sourcing of ideas. They can come from anywhere including Mozilla employees, community contributors, startups/corporates, universities, marketing partners, research labs, the extended Mozilla circle, users, etc... The ideas will be documented and categorized onto a wiki or suggestion box application. This is a continuous process.A rating system will be introduced in order to bubble up the most interesting ideas to the top.Ideally, a project should be documented as a proposal that include a hypothesis that need to be tested, an idea that needs to be validated (or refuted), a technical feasibility, a design that need to be created, a comparison of alterate designs or approaches, or a question that needs to be answered. Projects should not be completely "open ended".'''''Stage 2: Launching and Running Projects'''''Labs will evaluate the project proposals and based on staffing and strategic interests select a handful of projects to be run simultaneously. The project proposal will be refined, staffing and duration will be set and necessary infrastructure (wiki, bugzilla, cvs, etc...) for each project will be created.Here are some notes from mconnor on guidelines for how work on Firefox might flow:* Form a small team - 2-3 hackers, 0.5 UI person, 0.5 visual/graphics person, and a triage/QA helper (optional)* Firefox-related projects will not be run on the mainline or the trunk.* Base work on most recent Firefox release branch, use build-config magic to replace Firefox pieces with forked bits.* High risk/high reward work that doesn't belong on the main dev path (distracting from mainline development and testing)* New features have a shelf life, either they are good enough for n+1 or they're not. If they're not, they get dropped aggressively.* Little to no build team resources needed (tinderbox/nightly builds, milestones are just nightlies)* Focus on rapid iteration over clean code (we can reimplement cleanly if the idea pans out)* Successful features get ported to the product by the mainline team at the appropriate timesFor UI-focused projects:* Build prototypes using tools* Draw information models and user task/data flow diagrams* Consider user testing in a focus group'''''Stage 3: Project Evaluation'''''At the end of a project, the evaluation will take place to determine the lessons learned and future fate of a project.== Mantras & Cautions ==* "Ideas are nice but code and working prototypes rock!"* "Don't show unfinished prototypes to stupid people"* How to deal with current business feasibility constraints for an experiment?* How to ensure that we focus on building and testing the solution rather than how to package it, clean it up and sell it to the organization__NOTOC__ | ||
Labs will be mostly a web site and a brand of Mozilla where experimentation is valued. It will host extensions, experimental builds, and potentially new packagings or new products, so that interested users can obtain and use them, and, just as important, a forum for collecting feedback, suggestions, etc. Mozilla Labs will be mostly virtual, in that there won't be a cadre of researchers here at Mozilla doing the work (at least not for now), and we'll be working with partners to do experiments that we think are relevant and warrant consideration for building into future product releases. | |||
== Background == | |||
The Mozilla Foundation and Corporation have established goals of promoting choice and innovation on the Internet. The current set of products and technologies that Mozilla offers are incredible feats of engineering but are often encumbered by schedules and deadlines, backwards compatibility, time to market, feature design inertia, project and product risk, etc... | |||
Labs will offer Mozilla employees, community members and interested startup/corporate partners the ability to suggest, experiment, innovate and try out new concepts in Internet technologies. This will be done "off" the current product development cycle and will not be tied to upcoming releases and their schedules. | |||
== Model == | |||
There are lots of different models for how R&D labs can be run. | |||
* Google has the 20% time for engineers and selected projects make it to [http://labs.google.com Google Labs] for external visibility and testing. Google presents the offerings in either alpha or beta state. | |||
* Yahoo! offers [http://next.yahoo.com/ Yahoo! Next] to showcase beta offerings, Idea Factory for idea submission, and Hack! (Yahoo-Internal access only) for internal experiments. | |||
* AOL has recently introduced [http://greenhouse.aol.com/ Greenhouse] for internally developed previews and prototypes. | |||
There are Mozilla-related project sites such as [http://mozdev.org/ MozDev] and [http://sourceforge.net/ SourceForge] and existing extensions sites such as [https://addons.mozilla.org/ Mozilla Add-ons]. | |||
We expect the model for Mozilla Labs to evolve over time but the current thinking is that it will be a hybrid of Google Labs & SourceForge. A limited set of focused projects (determined by Mozilla) with associated discussion and source code (when appropriate) available for review. | |||
It will mostly be mostly a virtual "organization" and hosted online. | |||
== Process == | |||
Ideas and projects can be thought of as being in a pipeline. Some can be at the concept or idea stage being formed, others are thought out enough that a mockup can be developed, others can be prototyped, while others are ready for user testing. | |||
A set of tools will be introduced to facilitate the discussion of potential ideas and projects. Then, a small set of projects will be initiated and run for a fixed durations. After the fixed duration, an evaluation is conducted to determine if the project should be continued for another run, be modified with new directions for investigation, graduated as a candidate feature for Firefox (or other product), or documented, archived and terminated. Multiple projects can be run simultaneously but likely no more than 5 at any one time. | |||
The scope of the projects can include a wide variety of interest areas for Mozilla. For example: | |||
* Core Firefox features (e.g. Yahoo Frecency experiments, social and remote bookmarking experiments, microformat display/parsing) | |||
* Services Integration (e.g. What does a eBay/Amazon-enabled browser look like?) | |||
* Mozilla Web Services (e.g. online storage for extensions) | |||
* Local Storage (e.g. experiments with SQL Lite - local AJAX) | |||
* Visual Identity (e.g. What should the next generation of Firefox browser look like?) | |||
* Non-PC Devices (e.g. Minimo, Firefox on TV/10-foot UI) | |||
* Presence (e.g. how should online presence be reflected in the browser?) | |||
* Platform technologies (e.g. Should Mozilla offer an API to XYZ?) | |||
* User Privacy & Identity (e.g. Should Mozilla promote initiatives such as AttentionRecorder? OpenID?) | |||
* Media Integration (Is there a new UI we can introduce for sharing, discovering videos, photos?) | |||
* etc... | |||
In this process, we expect to learn a lot from both the successful and unsuccessful projects. The feedback will be documented incorporated as lessons into the product development process. The proposed evaluation process will ensure that we do not over-invest in an area without a clear outcome. | |||
== Tools == | |||
It is recommended that a separate operating environment be setup so as to not encumber existing production tools and codebases. | |||
* Mini website (labs.mozilla.org) with overview, current projects, project pages, relevant links, downloads? | |||
* Forum/newsgroup for discussion of new project ideas, proposals, current projects, etc... | |||
* Wiki for project lists, project pages, permanent and evolving documentation | |||
* Private CVS/Subversion tree for collaborative development | |||
* Bugzilla instance for project-specific bug tracking, feature requests, etc... | |||
== Timing & Staffing == | |||
The intention is to launch in time with the release of Firefox 2.0 and support the innovation and platform messaging. | |||
For staffing: | |||
* Basil Hashem for overall process management | |||
* Startup/corporate fractional participation | |||
* Fractional time from Mozilla engineers, IT, Release/Build, QA, marketing, executive | |||
* Rely on existing shared IT services for Mozilla | |||
* Potential engineering new hires | |||
== Oversight & MetaWork == | |||
* Monthly and on-demand status reports will be generated for project tracking, highlighting accomplishments and documenting learnings | |||
* Some PR & marketing needs to be done in order to drive traffic to the new site and get momentum | |||
== Technical Process == | |||
'''''Stage 1: Sourcing ideas''''' | |||
Mozilla "Prototypes" will be completely open for sourcing of ideas. They can come from anywhere including Mozilla employees, community contributors, startups/corporates, universities, marketing partners, research labs, the extended Mozilla circle, users, etc... The ideas will be documented and categorized onto a wiki or suggestion box application. This is a continuous process. | |||
A rating system will be introduced in order to bubble up the most interesting ideas to the top. | |||
Ideally, a project should be documented as a proposal that include a hypothesis that need to be tested, an idea that needs to be validated (or refuted), a technical feasibility, a design that need to be created, a comparison of alterate designs or approaches, or a question that needs to be answered. Projects should not be completely "open ended". | |||
'''''Stage 2: Launching and Running Projects''''' | |||
Labs will evaluate the project proposals and based on staffing and strategic interests select a handful of projects to be run simultaneously. The project proposal will be refined, staffing and duration will be set and necessary infrastructure (wiki, bugzilla, cvs, etc...) for each project will be created. | |||
Here are some notes from mconnor on guidelines for how work on Firefox might flow: | |||
* Form a small team - 2-3 hackers, 0.5 UI person, 0.5 visual/graphics person, and a triage/QA helper (optional) | |||
* Firefox-related projects will not be run on the mainline or the trunk. | |||
* Base work on most recent Firefox release branch, use build-config magic to replace Firefox pieces with forked bits. | |||
* High risk/high reward work that doesn't belong on the main dev path (distracting from mainline development and testing) | |||
* New features have a shelf life, either they are good enough for n+1 or they're not. If they're not, they get dropped aggressively. | |||
* Little to no build team resources needed (tinderbox/nightly builds, milestones are just nightlies) | |||
* Focus on rapid iteration over clean code (we can reimplement cleanly if the idea pans out) | |||
* Successful features get ported to the product by the mainline team at the appropriate | |||
* Build prototypes using tools | |||
* Draw information models and user task/data flow diagrams | |||
* Consider user testing in a focus group | |||
'''''Stage 3: Project Evaluation''''' | |||
At the end of a project, the evaluation will take place to determine the lessons learned and future fate of a project. | |||
== Mantras & Cautions == | |||
* "Ideas are nice but code and working prototypes rock!" | |||
* "Don't show unfinished prototypes to stupid people" | |||
* How to deal with current business feasibility constraints for an experiment? | |||
* How to ensure that we focus on building and testing the solution rather than how to package it, clean it up and sell it to the | |||
Revision as of 23:29, 22 November 2006
== Goals ==The goal of Mozilla Labs ("Labs" for short) is to augment the existing product development process by offering a low-barrier-to-entry environment for discussion, creation and proof-of-concept testing for Mozilla technologies. Labs will be operated as an advanced technology group with a heavy implementation and usability focus rather than a pure research laboratory. It will be a public showcase for some of the innovation emanating from Mozilla and the community.Labs will be mostly a web site and a brand of Mozilla where experimentation is valued. It will host extensions, experimental builds, and potentially new packagings or new products, so that interested users can obtain and use them, and, just as important, a forum for collecting feedback, suggestions, etc. Mozilla Labs will be mostly virtual, in that there won't be a cadre of researchers here at Mozilla doing the work (at least not for now), and we'll be working with partners to do experiments that we think are relevant and warrant consideration for building into future product releases.== Background ==The Mozilla Foundation and Corporation have established goals of promoting choice and innovation on the Internet. The current set of products and technologies that Mozilla offers are incredible feats of engineering but are often encumbered by schedules and deadlines, backwards compatibility, time to market, feature design inertia, project and product risk, etc...Labs will offer Mozilla employees, community members and interested startup/corporate partners the ability to suggest, experiment, innovate and try out new concepts in Internet technologies. This will be done "off" the current product development cycle and will not be tied to upcoming releases and their schedules.== Model ==There are lots of different models for how R&D labs can be run.* Google has the 20% time for engineers and selected projects make it to Google Labs for external visibility and testing. Google presents the offerings in either alpha or beta state.* Yahoo! offers Yahoo! Next to showcase beta offerings, Idea Factory for idea submission, and Hack! (Yahoo-Internal access only) for internal experiments.* AOL has recently introduced Greenhouse for internally developed previews and prototypes.There are Mozilla-related project sites such as MozDev and SourceForge and existing extensions sites such as Mozilla Add-ons.We expect the model for Mozilla Labs to evolve over time but the current thinking is that it will be a hybrid of Google Labs & SourceForge. A limited set of focused projects (determined by Mozilla) with associated discussion and source code (when appropriate) available for review.It will mostly be mostly a virtual "organization" and hosted online.== Process ==Ideas and projects can be thought of as being in a pipeline. Some can be at the concept or idea stage being formed, others are thought out enough that a mockup can be developed, others can be prototyped, while others are ready for user testing.A set of tools will be introduced to facilitate the discussion of potential ideas and projects. Then, a small set of projects will be initiated and run for a fixed durations. After the fixed duration, an evaluation is conducted to determine if the project should be continued for another run, be modified with new directions for investigation, graduated as a candidate feature for Firefox (or other product), or documented, archived and terminated. Multiple projects can be run simultaneously but likely no more than 5 at any one time.The scope of the projects can include a wide variety of interest areas for Mozilla. For example:* Core Firefox features (e.g. Yahoo Frecency experiments, social and remote bookmarking experiments, microformat display/parsing)* Services Integration (e.g. What does a eBay/Amazon-enabled browser look like?)* Mozilla Web Services (e.g. online storage for extensions)* Local Storage (e.g. experiments with SQL Lite - local AJAX)* Visual Identity (e.g. What should the next generation of Firefox browser look like?)* Non-PC Devices (e.g. Minimo, Firefox on TV/10-foot UI)* Presence (e.g. how should online presence be reflected in the browser?)* Platform technologies (e.g. Should Mozilla offer an API to XYZ?)* User Privacy & Identity (e.g. Should Mozilla promote initiatives such as AttentionRecorder? OpenID?)* Media Integration (Is there a new UI we can introduce for sharing, discovering videos, photos?)* etc...In this process, we expect to learn a lot from both the successful and unsuccessful projects. The feedback will be documented incorporated as lessons into the product development process. The proposed evaluation process will ensure that we do not over-invest in an area without a clear outcome.== Tools ==It is recommended that a separate operating environment be setup so as to not encumber existing production tools and codebases.* Mini website (labs.mozilla.org) with overview, current projects, project pages, relevant links, downloads?* Forum/newsgroup for discussion of new project ideas, proposals, current projects, etc...* Wiki for project lists, project pages, permanent and evolving documentation* Private CVS/Subversion tree for collaborative development* Bugzilla instance for project-specific bug tracking, feature requests, etc...== Timing & Staffing ==The intention is to launch in time with the release of Firefox 2.0 and support the innovation and platform messaging.For staffing:* Basil Hashem for overall process management * Startup/corporate fractional participation* Fractional time from Mozilla engineers, IT, Release/Build, QA, marketing, executive* Rely on existing shared IT services for Mozilla* Potential engineering new hires== Oversight & MetaWork ==* Monthly and on-demand status reports will be generated for project tracking, highlighting accomplishments and documenting learnings* Some PR & marketing needs to be done in order to drive traffic to the new site and get momentum== Technical Process ==Stage 1: Sourcing ideasMozilla "Prototypes" will be completely open for sourcing of ideas. They can come from anywhere including Mozilla employees, community contributors, startups/corporates, universities, marketing partners, research labs, the extended Mozilla circle, users, etc... The ideas will be documented and categorized onto a wiki or suggestion box application. This is a continuous process.A rating system will be introduced in order to bubble up the most interesting ideas to the top.Ideally, a project should be documented as a proposal that include a hypothesis that need to be tested, an idea that needs to be validated (or refuted), a technical feasibility, a design that need to be created, a comparison of alterate designs or approaches, or a question that needs to be answered. Projects should not be completely "open ended".Stage 2: Launching and Running ProjectsLabs will evaluate the project proposals and based on staffing and strategic interests select a handful of projects to be run simultaneously. The project proposal will be refined, staffing and duration will be set and necessary infrastructure (wiki, bugzilla, cvs, etc...) for each project will be created.Here are some notes from mconnor on guidelines for how work on Firefox might flow:* Form a small team - 2-3 hackers, 0.5 UI person, 0.5 visual/graphics person, and a triage/QA helper (optional)* Firefox-related projects will not be run on the mainline or the trunk.* Base work on most recent Firefox release branch, use build-config magic to replace Firefox pieces with forked bits.* High risk/high reward work that doesn't belong on the main dev path (distracting from mainline development and testing)* New features have a shelf life, either they are good enough for n+1 or they're not. If they're not, they get dropped aggressively.* Little to no build team resources needed (tinderbox/nightly builds, milestones are just nightlies)* Focus on rapid iteration over clean code (we can reimplement cleanly if the idea pans out)* Successful features get ported to the product by the mainline team at the appropriate timesFor UI-focused projects:* Build prototypes using tools* Draw information models and user task/data flow diagrams* Consider user testing in a focus groupStage 3: Project EvaluationAt the end of a project, the evaluation will take place to determine the lessons learned and future fate of a project.== Mantras & Cautions ==* "Ideas are nice but code and working prototypes rock!"* "Don't show unfinished prototypes to stupid people"* How to deal with current business feasibility constraints for an experiment?* How to ensure that we focus on building and testing the solution rather than how to package it, clean it up and sell it to the organization