[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Fwd: [tc-announce] Standards development and TC Administration staff services
I am forwarding this to the [chairs] list, as obviously SLA issues are
of strong interest to TC leaders. Apologies for any duplicate postings.
A few comments on the execution details follow, in a separate
posting.
Regards Jamie
>Date: Tue, 07 Feb 2006 10:44:32 -0800
>To: members@lists.oasis-open.org,[email protected]
>From: James Bryce Clark <jamie.clark@oasis-open.org>
>Subject: [tc-announce] Standards development and TC Administration staff
>services
>
>OASIS Members:
>
>The OASIS Standards Development staff is expanding and reorganizing to
>meet the increased demand presented by our Consortium's growth. We have
>been challenged to maintain support levels as first the number of OASIS
>TCs and then the volume of approved specifications doubled (and continues
>to grow), and as the revised OASIS IPR Policy added new requirements to
>the TC workload.
>
>With the recent hire of Ram Kumar as Manager of Technical Committee
>Development, we now have the equivalent of three full-time staff allocated
>to direct support of TCs: Mary McRae and myself in the US, and Ram in
>Australia. We receive additional assistance from Pim van der Eijk in
>Europe and Brett Trusko, also in the US.
>
>Although OASIS TCs are designed to be mostly self-governing, some degree
>of staff assistance is required to ensure the OASIS TC Process is carried
>out effectively and TCs are receiving the support they require. The OASIS
>TC Process specifically names a "TC Administrator" to conduct specific
>official functions relating to TC management and specification
>advancement. Some of these duties are policy-oriented, such as
>interpreting rules and appeals, but most of this role relates to everyday
>infrastructure acts, such as starting a ballot for an OASIS Standard vote,
>creating a subcommittee, etc.
>
>In order to assure efficient turnaround time on these types of requests,
>we have implemented three changes.
>
>TC ADMINISTRATION REQUESTS. First, we have reallocated Mary McRae's time
>so that her top priority will be to serve as first responder for all TC
>infrastructure requests to "OASIS TC Administration", and keep the service
>queues up-to-date. To enable this change, it will be necessary to
>re-assign some of Mary's direct TC relationships (details will be sent in
>a separate message to the relevant TCs), but we expect this change will
>result in increased service speed for all TCs across the board.
>
>The principal types of TC-Admin support that TCs will obtain centrally via
>Mary will be:
> > Conducting a Public Review of a specification
> > Conducting a Committee Specification approval vote
> > Reviewing a submission and conducting a ballot for OASIS Standard status
> > Reviewing and conducting votes on charter changes
> > Converting pre-2005 TCs to an IPR mode under the IPR Transition Policy
> > Running other TC ballots required to be run by staff
> > Creating subcommittees
>
>TC STAFF CONTACTS. The second step we have taken is to clarify the "TC
>Staff Contact" role, so that TC chairs and members know who to consult for
>the support they need. Over the past two years, each TC has been assigned
>a specific staff member to monitor their activities and provide baseline
>assistance, designated as the "TC Staff Contact" in the TC's roster. To a
>great degree, this has worked very well. We have found, however, that some
>official functions do not lend themselves to decentralization, which is
>why Mary will serve as point person for the requests described above.
>
>Within reasonable limits, the TC Staff Contact will:
> > Assist if needed with TC roster management issues
> > Serve as an additional resource to make sure the TC's web pages are current
> > Serve as a contact point for questions
> > Identify opportunities for liaison and re-use of the TC's work
> > Keep OASIS aware of the progress and obstacles encountered by the TC
>
>As much as we believe it's important to maintain a designated default
>contact for each TC, we must remember that OASIS runs on a thin-client
>model. With over 65 TCs and only a few staff members, a TC Staff Contact
>will be able to devote only a few hours a month to each TC. It is our
>hope that this allocation will be sufficient to assist with challenges and
>opportunities, while still leaving the bulk of the governance and
>administration of the TCs in the hands of our highly capable volunteer TC
>leaders.
>
>EXPLICIT SERVICE TIMES. Finally, our third step is to improve our
>transparency and predictability by posting and executing a list of
>explicit turnaround times ("service level agreements") for various tasks.
>The TC Process establishes deadlines for some aspects of our work; we are
>implementing additional deadlines to enable even greater control and more
>efficient planning.
>
>Not only will these turnaround times provide a metric for staff
>performance, they also will assist in TC planning, enabling chairs and
>editors to take into account the necessary processing and approval
>times. This should reduce the risk of a specification being rushed into
>approval at the last possible moment -- and thus missing a deadline due to
>a technical flaw in the submission.
>
>We have internally redesigned our handling and forwarding of service
>requests to spool to a central location. Going forward, you should direct
>all requests for the key actions listed below to:
> tc-admin@oasis-open.org.
>You may copy your TC Staff Contact on these requests, but please send
>these specific TC-Admin requests directly to the central address above, so
>that we can log and better track each request.
>
>(We're also considering the feasibility of making our service queue
>publicly archived, with each request becoming a visible, time-stamped
>ticket. Your comments on that idea are welcome.)
>
>Here are the turnaround times we will immediately support on items when
>they are sent to "tc-admin@oasis-open.org":
>
>Action: Launch announcement of a public review after receiving and
>evaluating a compliant proposal. (TC Process Sec. 3.2.) No response time
>is specified. Staff will commit to act within five business days (instead
>of previous practice of 15 days).
>
>Action: Launch Committee Specification ballot after receiving and
>evaluating a compliant proposal. (TC Process Sec. 3.3.) No response time
>is specified. Staff will commit to act within five business days (instead
>of previous practice of 15 days).
>
>Action: Launch OASIS Standard ballot after receiving and evaluating a
>compliant proposal. (TC Process Sec. 3.4.) Staff will maintain the
>turnaround time set by the rule as 15 calendar days.
>
>Action: Run "Special Majority" Ballots for other reasons, such as removal
>of TC chair, sec. 2.7. (TC Process Secs. 1(w), 2.13.) No response time
>is specified. Staff will commit to act within three business days.
>
>Action: Create subcommittees on proper request. (TC Process Sec.
>2.14.) No response time is specified. Staff will commit to act within
>three business days.
>
>Action: Announce and post ballot results once ballot successfully
>closed. (Per TC Process Sec. 1(w), 2.13.) No response time is
>specified. Staff will commit to act within three business days.
>
>Action: Review and respond to requests to designate acceptable outside
>facility resources use, such as systems that support tools not provided by
>OASIS. (TC Process Sec. 2.8.) No response time is specified. Staff will
>commit to act within five business days.
>
>Action: Review and publish compliant TC standing rules. (TC Process Sec.
>2.9.) No response time is specified. Staff will commit to act within 5
>business days.
>
>Action: Launch charter clarification ballot after receiving and evaluating
>compliant proposal. (TC Process Sec. 2.11.) Staff will maintain the
>turnaround set by the rule as 15 calendar days.
>
>Action: Launch rechartering ballot after receiving and evaluating
>compliant proposal. (TC Process Sec. 2.12. Staff will maintain the
>turnaround time set by the rule as 15 calendar days.
>
>Action: Launch Joint Committee after receiving and evaluating a compliant
>proposal. (TC Process Sec. 2.16.) Turnaround is set by the rule as 15
>calendar days. Staff will commit to act within 5 business days.
>
>We have omitted actions that relate to prospective or forming TCs (as
>opposed to already-running TCs), from this plan, because we think a
>different channel for handling those requests may be optimal. We will
>propose some changes and improvements to that process as well within the
>next few months.
>
>Obviously the times stated above are our targeted maximums; we will
>perform faster turnaround when feasible. We may also be able to further
>reduce some of these times, and sharpen some definitions, after we accrue
>some experience with them.
>
>We very much appreciate your continued contributions to the development of
>open standards at OASIS, and your support in helping us better assist
>you. We look forward to your feedback on how we can continue to improve
>TC support.
>
>~ James Bryce Clark
>~ Director, Standards Development, OASIS
>~ jamie.clark@oasis-open.org
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: tc-announce-unsubscribe@lists.oasis-open.org For
>additional commands, e-mail: tc-announce-help@lists.oasis-open.org
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]