Jump to: navigation, search

WTP 3.1 Project Plan

This is the home page for information on the planning for the Web Tools Platform (WTP) Project 3.1 release.

Planning Process

The Eclipse Board has mandated that all top-level projects should keep their project plan in a standard format. See, Development_Resources/Project_Plan for details. The following process is to help automate as much of the plan as possible.

  • We will use Bugzilla to track the features. Use the 'plan' keyword to submit feature requests for this release.
  • Component leads will triage these requests. A feature request will have the following stages in a release:
Proposed These are features that the Component Lead has triaged for the release. These are items that are either being investigated or items that the project would like to explore but are not yet Committed. Most of the features should start as proposed items. After a review and some amount of detailed planning, their status will either become committed or deferred.
The Component Lead will set the Target Milestone field of the bug to 3.1.
Committed These are features that project team is definitely going to address in the release. Resources and some amount of detailed plans have been identified for such items.
The Component Lead will set the Target Milestone field of the bug to the specific milestones in which it will be available.
Deferred These are valid features that started in a Proposed state but will not be addressed in this release. Each such item will have a brief note explaining the cause for the deferral.
The Component Lead will set the Target Milestone field of the bug to Future
  • The PMC and the Component Leads will identify Themees for this release. If applicable, feature requests can be linked to a theme. The mechanism for defining a theme and linking a feature request to a theme is to be determined.