Skip to main content

Friend of Eclipse Enhancement Program (FEEP)

Draft v05 - September 17th, 2015

Program Objective:

The Friend of Eclipse Enhancement Program, or FEEP, utilizes the funds donated through the Friends of Eclipse program to make significant and meaningful improvements and enhancements to the Eclipse IDE/Platform.

Program Summary:

The Eclipse Foundation (EF) is committed to directing the funds donated through the Friends of Eclipse initiative directly to making improvements to the Eclipse IDE/Platform.

EF will engage with key stakeholders in the community to determine the highest priority issues to be addressed, convert these priorities into actionable development tasks, and then engage with qualified resources to carry out these tasks.

The guiding principles of the process are:

  • To adhere to the principle of transparency and openness.
  • To complement the existing development efforts already underway.
  • To encourage a “multiplying effect” where community participation is amplified by this funding program’s undertakings.

Development will be carried out in an on-going series of Development Cycles, which are described below.

The effectiveness of the Program is dependent on the funds available. The expectation is for contributions to continue to grow, especially once positive results are demonstrated.

NOTE: FEEP utilizes the funds donated exclusively through the Friends of Eclipse program. EF also accepts corporate donations, including directed donations. In the case of directed donations, a corporation may request their donation be directed to priorities identified by them. EF will ensure these donations are used for these exclusive purposes, regardless of whether these corporate priorities differ from the priorities identified by FEEP. However, EF is motivated to ensure the impact of the donations through both sources collectively, regardless of corporate or individual donations, leads to the maximum positive impact.

Program Governance:

FEEP will be managed exclusively by the Eclipse Foundation. The EF commits to a full disclosure of the expenditures made related to this program, as well as disclosure of the priorities established for selecting development efforts.

The Eclipse Management Organization (EMO) will designate a FEEP Program Manager (“FEEP PM”) to manage the various tasks and processes on its behalf. Initially, it is expected the role of FEEP PM will be played by one of EF’s staff member, though this may change over time.

As the Program grows, EF may decide to create an IDE/Platform Working Group. This would be done primarily to broaden governance responsibilities to interested Members, and would establish committees to, for example, oversee budgets, contribute corporate funding directly to the program, expand the prioritization process, work more closely with contractors, etc.


The amount of funds available for development will vary, depending on the amount of donations received through the Friends of Eclipse initiative.

Initially, EF will collect the funds received over the previous half year, and then use this amount for the development efforts identified for the upcoming quarter. For example, if we receive $75,000 in contributions in Q3, we will apply $75,000 to the development efforts in Q4. EF may change this to a more or less frequent process, depending on the experience gained.

As background, in 2014 the amount donated through the Friends of Eclipse totaled $120,000.

Expected Areas of Focus:

Initially, the primary areas of focus to be addressed by this Program are:

  • Resolve deep technical issues that are outstanding and not being addressed by the community otherwise.
  • Accelerate work on areas deemed critical by key stakeholders, including the Architecture Council, relevant PMCs and others, to aid in keeping the Eclipse IDE state of the art. “Accelerate work” can take on many forms, from directly funding development to reviewing inbound community contributions.
  • Make improvements to the IDE that make adoption within the community simpler and broader.
  • Improve the tools, processes, etc. related to directly improving the IDE.

EF reserves the right, through its governance role, to modify these areas of focus.

FEEP Cycles:

To create a process that is easier to track, budget for, and measure success, development will be done through a series of FEEP Cycles.

At a glance, each FEEP Cycle involves a 5 step process:

EF FEEP Cycle ActivityEstimated Time Period
Collect Input on PrioritiesWeeks 1-2
Establish Budget and Select Approved Development EffortsWeek 2-3
Solicit Bids For Development EffortsWeek 3-4
Award Contracts For Development EffortsWeek 5
Sign-Off On Completed Development EffortsWeek 13 [1]

Each step in the FEEP Cycle process is described below.

It is expected that FEEP Cycles will be done initially on a semi-annual basis, though the EF may change the frequency at its sole discretion.

1. Collect Input on Priorities

The FEEP-PM will gather input from interested parties, including:

  • Respective PMC’s
  • Member corporations that have donated funds with specific requests for development.
  • The Eclipse Management Organization (EMO), which includes
    • Architecture Council
    • Planning Council
    • Foundation staff

From this input and interaction, the FEEP-PM will produce a collection of Development Efforts.

The description of each Development Effort is expected to include, as a minimum:

  • task name and Bugzilla id,
  • time estimate,
  • cost estimate,
  • expected deliverable(s)/outcome(s),
  • anticipated dependencies,
  • means of demonstration and/or verification of completion.

The FEEP-PM is likely to engage with potential contractors at this stage to seek their input on the Development Efforts to enable him/her to provide better estimates. This input from potential contractors will be provided based strictly on a non-committal basis by both sides, and is used for informational purposes only. No funding will be provided to potential contractors for this input.

2. Establish Budget and Select Approved Development Efforts

The FEEP-PM will create a draft budget identifying which of the Development Efforts identified will go to contract. This draft budget will be based on the funds available through donation, as well as the relative priorities established.

The EMO will review both the budget and list of prioritized Development Efforts, and will generate a list of Approved Development Efforts.

Note: Any budgeted development funds that are not allocated for development, or any funds not released due to non-completion of a development effort, will be added to the funds available for the next Development Cycle.

Before soliciting bids for the Approved Development Efforts, the FEEP-PM will review with the affected project or PMC the Approved Development Efforts targeted in their project. The project or PMC must commit their support to the proposed work, including naming the project committer(s) that will review, and commit the work if the contractor isn't a committer on that project.

3. Solicit Bids for Approved Development Efforts

The FEEP-PM will post the Approved Development Efforts to the EF website. During the open bidding period, expected to be approximately 2 weeks, potential contractors may interact with the FEEP-PM to seek additional information regarding the development efforts.

Interested contractors may submit confidential bids for any or all of the Approved Development Efforts.

Note: EMO reserves the right to solicit bids from specific Committers and/or contractors should it feel particular expertise or experience is required to be successful. The EMO is not obliged to disclose that it has chosen to carry out this solicitation.

In each bid, the contractor must identify, as a minimum:

  • Description of the approa ch to address the Development Effort.
  • Identification of who will perform the work (i.e., named developers).
  • The proposed timeframe for the development effort.
  • Any dependencies/caveats that exist that must be addressed.
  • Proposed outcome for the work, including how to demonstrate the work has been completed.
  • Explicit list of deliverables, including any interim deliverables.
  • A proposed price, including whether the bid is being made on a fixed price or time and materials basis, and whether any interim milestones and associated and/or interim payments are proposed.

All bids should indicate any taxes to be charged in addition to the costs identified. It is expected that no expenses shall be incurred as part of any bid, though exceptions may be proposed by contractors. These exceptions must be clearly identified, and contractors may only bill for such expenses if agreed to in writing by the FEEP-PM as part of the contract for the Approved Development Effort, and if the expense is actually incurred.

All bids submitted will be treated as confidential by EF. However, all contractors must agree to EF posting the name and value of each contracted Development Effort.

4. Award Contracts For Successful Bids

The FEEP-PM will work with others within the EMO to evaluate the submitted bids. Winning bids will be selected upon the following criteria:

  • Price
  • Quality of proposed development and deliverables
  • Skillset of proposed developers, with preference given to Committers in the relevant area.
  • Bidder’s relationship with EF, with preference given to either Solution Members with Committers, or self-employed Committers with relevant expertise
  • Any additional relevant elements in the bid, including delivery date, whether fixed price vs. time and materials basis, etc.

EMO may decide, at its sole discretion, not to let a contract for any particular Approved Development Effort, even if acceptable bids have been submitted.

Contractors will be expected to execute a Statement of Work (SOW) for each winning bid. Each SOW will be created against the standing Professional Services Agreement with the contractor, which must have been previously executed by the contractor.

Following the execution of each SOW, EMO will publish the name of the winning contractor and the total contract value.

5. Sign-Off on Completed Development Efforts

For each Development Effort, the contractor is expected to provide:

  • Source code. In most cases, it will be expected that the acceptance criteria for code is that it has been committed by the Eclipse project. Other scenarios may be possible in exceptional circumstances.
  • Test harness(es) for code
  • Documentation, including appropriate documentation related to IP
  • Any other appropriate deliverables, including those to which the contractor committed in the original bid.

Unless explicitly agreed to otherwise, payment will only be made at the completion of the Development Effort, and once the FEEP-PM has signed-off on the deliverables. The FEEP-PM may seek assistance and opinions from the relevant interested parties to evaluate the completeness of the deliverables.

Sign-off by FEEP-PM on a submitted completed Development Effort is expected to take up to 14 days.

[1] Completion dates may vary, depending on the individual development efforts.

Back to the top