Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Planning Council/September 02 2009"

(Helios)
(Helios Dates)
Line 214: Line 214:
 
::*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.
 
::*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.
  
<br>
 
  
*Do we have the right members? What to do about those that are inactive?
+
====Inactive members====
  
 
::For reference, there are 14 [http://www.eclipse.org/membership/showMembersWithTag.php?TagID=strategic Strategic Members]
 
::For reference, there are 14 [http://www.eclipse.org/membership/showMembersWithTag.php?TagID=strategic Strategic Members]
  
:''It was decided to form "inactive" list, and work with Strategic members and/or EMO to get someone who can be active. Also, to better document benefits of participation.''
+
Mika Hoikkala  Nokia  Strategic Developer
 +
James Saliba  CA Inc. Strategic Developer --> Strategic _Consumer_
 +
Sebastian Voigt    brox IT-Solutions GmbH  Strategic Developer
  
*Next Meeting
 
  
:September 2, Wednesday, Noon Eastern Time.
+
====Next Meeting====
 +
 
 +
:October 7, Wednesday, Noon Eastern Time.
  
 
==Reference ==
 
==Reference ==

Revision as of 01:26, 25 August 2009

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

Chris Aniszczyk Technology (PMC)
John Arthorne Eclipse (PMC)
Wayne Beaton Eclipse Foundation (appointed)
Cedric Brun OBEO (Strategic Developer)
Oliver Cole Tptp (PMC)
Stefan Daume Cloudsmith Inc.(Strategic Developer)
Brian Payton Datatools (PMC)
Doug Gaff Dsdp (PMC)
Neil Hauge Oracle (Strategic Developer)
Mika Hoikkala Nokia (Strategic Developer)
Anthony Hunter Tools (PMC)
Oisin Hurley Stp (PMC)
Markus Knauer Innoopract (Strategic Developer)
Christian Kurzke Motorola (Strategic Developer)
Ed Merks Modeling (PMC)
Mike Milinkovich Eclipse Foundation (appointed)
Kaloyan Raev SAP AG (Strategic Developer)
James Saliba CA Inc. (Strategic Developer)
Sebastian Voigt brox IT-Solutions GmbH (Strategic Developer)
Thomas Watson Rt (PMC)
David Williams WTP (PMC) (appointed Chair)
Gary Xue Birt (PMC)


Note: feel free to correct any errors/omissions in above attendance record.
Y = attended
R = regrets sent ahead of time

Topics

SR1

Any issues?

Helios

Review Planning Council/Galileo postmortem

It was mentioned (from Eclipse Platform team) that they didn't participate in forming these notes, but that it corresponds to their own team-meeting notes, except they would have also added the "+1", "+2" categories of dependencies may be too simplified, since in reality, some projects need to deliver part of their components, say, at +0 or +1, but another leaf component at +2 or +3). They would also appreciate making sure that the simultaneous release criteria be better explained.
We'll continually review list to make sure issues addressed, action plans made, owners found, etc.

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:
2-week window pattern
+0   +1 +2 +3 EPP Available
Friday Sat Sun Mon Tue Wed Thur Fri Mon Tue Wed Thur Fri

1-week window pattern
+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.


Inactive members

For reference, there are 14 Strategic Members
Mika Hoikkala  Nokia   Strategic Developer
James Saliba   CA Inc. Strategic Developer --> Strategic _Consumer_
Sebastian Voigt    brox IT-Solutions GmbH   Strategic Developer


Next Meeting

October 7, Wednesday, Noon Eastern Time.

Reference

Galileo Simultaneous Release

Planning Council Members

Simultaneous_Release_Roles and Simultaneous_Release_Roles/EMO

Back to the top