Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Planning Council/September 02 2009
Contents
Logistics
Meeting Title: | Planning Council Conference Call |
Date & Time: | Wednesday, September 02, 2009, at 1600 UTC / 0900 SFO / 1200 NYC / 1700 London / 1800 Berlin |
Dial-in: | For the call-in numbers, see the "Project Review" number on Foundation Portal page. |
Attendees
PMC (and Strategic) Reps
Strategic Reps
Appointed
|
Inactive
|
Topics
SR1
Any issues?
Helios
Begin Helios Discussions
- similar process of having Common Discover Site
- similar criteria?
- to be in Common Discover Site
- to be in Release
- But with graduated levels of achievement where appropriate (e.g. 5 levels from none to excellent)
- Instead of "pass/fail", require a "statement of intent" for each item as part of Project Plan.
- For example, some projects might declare "no intent to support accessibility checklists".
- Projects would still be excluded on a case by case bases, if felt they interfered with the process, or other projects functionality, but otherwise try to get more "consumer oriented".
- It was thought the above ideas worth pursuing (at least to the point of making more concrete, for review). Nothing firm decided.
Hot Items to solve this year?
- Granularity: sub-Projects vs. Top Level Project?
- capabilities definitions and process?
- the build
- accessibility
- categories, classifications
- minimal runtimes vs. distributions for extenders
Helios Dates
These dates were agreed to, with the change of using 4th Wednesday of June, instead of last Wednesday of June, for the release.
- M1 8/7 - 8/21
- M2 9/18 - 10/2
- Initial standard-format plans due 10/2
- M3 10/30 - 11/13
- M4 12/11 - 12/18 [note: beginning of 1 week windows]
- M5 1/29 - 2/5 [seven week span from M4, to account for end-of-year holidays]
- M6 3/12 - 3/19
- EclipseCon 3/22 - 3/25
- M7 4/30 - 5/7 [seven week span from M6, to account for EclipseCon]
- Release: 6/23/2010 (4th Wednesday of June)
- Notes regarding the +0, +1, +2, +3, EPP, and 'available' days
- The first three milestones use a two-week window and the remaining milestones use 1-week windows.
- The sub-deadline patterns within the windows are as follows:
- The first three milestones use a two-week window and the remaining milestones use 1-week windows.
+0 | +1 | +2 | +3 | EPP | Available | |||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
Friday | Sat | Sun | Mon | Tue | Wed | Thur | Fri | Mon | Tue | Wed | Thur | Fri |
+0 | +1 | +2 | +3 | EPP | Available |
---|---|---|---|---|---|
Friday | Monday | Tuesday | Wednesday | Thursday | Friday |
- This pattern was arrived at with a couple of considerations: a) it is very important that teams have a consistent rhythm (so, for example, easier for a team to "always deliver on Tuesday" rather than Monday's some milestones, Thursdays other milestones, etc. b) it represents the latest possible time to produce common-discovery site ... teams can, still, either on their own or work with other projects to do their final builds earlier, making their delivery available earlier to specific teams or test groups.
- Remember, the +n categories represent latest possible time to complete what is required of common discovery site (generally, at noon, Eastern time, of the day). Teams have to do their builds and testing before these common-site deadlines.
- In general, teams often have complicated inter-dependencies which are not captured by the simple "+1", "+2" descriptions. In those cases, it is up to those projects to work out their detailed inter-dependencies and agree to a processes to satisfy what they need from each other. The dates and deadlines listed by Planning Council, apply only to the final deliverable to the common repository.
Review Planning Council/Galileo postmortem
- We'll continually review the list of comments to make sure issues are addressed, action plans made, owners found, etc.
Next Meeting
- October 7, Wednesday, Noon Eastern Time.
Reference
Simultaneous_Release_Roles and Simultaneous_Release_Roles/EMO