Draft OGF Structure
Version 3 (Redmine Admin, 02/06/2014 08:29 AM) → Version 4/7 (Redmine Admin, 02/06/2014 08:29 AM)
h1. Draft OGF Structure
h2. OGF Structure as defined in "GFD.2":http://www.ogf.org/documents/GFD.2.pdf
* working groups (produce documents)
** chartered w/ milestones, somewhat defined lifetime
** chairs (2/3)
**
* secretary (opt)
**
* members (whoever is on mailing list)
* research groups (may produce documents)
**
* chairs / secretary / members
**
* vaguagly chartered
**
* indefinite lifetime
**
* may spawn WG
* community groups
**
* chairs / secretary / members
**
* indefinite lifetime
**
* represent community input to drive WGs/RGs
* area
**
* collection of WGs and RGs by topic
**
* structure of areas are up to GFSG
**
* area directors are (usually) assigned to areas, overseeing 1 or 2 groups each
h2. Proposed Amendments
* areas are static, not a good match for group topics, very different sizes/activities
* no static areas, but tags to groups
* DRMAA: API, Compute
* OCCI: Cloud, Compute
* GLUE: Infrastructure, Compute, Data, Networking
* assign ADs to explicit set of groups, according to their specialization / experience
* feedback between CG and RG/WG not functional, no active CGs left
* focus CGs around short living efforts (plug feasts, workshops, implementations, OGF events, ...)
* very low overhead of forming and disbanding(!) CGs
* RG/WG structure seems to work ok
* weed out dead groups
h2. OGF Structure as defined in "GFD.2":http://www.ogf.org/documents/GFD.2.pdf
* working groups (produce documents)
** chartered w/ milestones, somewhat defined lifetime
** chairs (2/3)
**
* secretary (opt)
**
* members (whoever is on mailing list)
* research groups (may produce documents)
**
* chairs / secretary / members
**
* vaguagly chartered
**
* indefinite lifetime
**
* may spawn WG
* community groups
**
* chairs / secretary / members
**
* indefinite lifetime
**
* represent community input to drive WGs/RGs
* area
**
* collection of WGs and RGs by topic
**
* structure of areas are up to GFSG
**
* area directors are (usually) assigned to areas, overseeing 1 or 2 groups each
h2. Proposed Amendments
* areas are static, not a good match for group topics, very different sizes/activities
* no static areas, but tags to groups
* DRMAA: API, Compute
* OCCI: Cloud, Compute
* GLUE: Infrastructure, Compute, Data, Networking
* assign ADs to explicit set of groups, according to their specialization / experience
* feedback between CG and RG/WG not functional, no active CGs left
* focus CGs around short living efforts (plug feasts, workshops, implementations, OGF events, ...)
* very low overhead of forming and disbanding(!) CGs
* RG/WG structure seems to work ok
* weed out dead groups