OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

workprocess message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: Some Scenarios for Preinitiation Events


It's raining again, so I might as well.

Here are some skeletal scenarios for circumstances that might
lead to the formation of a committee to do some specification
work within OASIS.  Some may not be usefully different from
others; if so, ignore them.


1.  OASIS Faction Quietly Desires Spec

Some group of OASIS members (R uses "faction" nicely, I think) articulates,
in a meeting of an OASIS committee, a desire for an XML specification in
a certain domain.

Features of this scenario:
	- the group is from the membership
	- the desire is articulated in a meeting of an OASIS committee,
		or a general meeting of the membership; if a committee,
		it may be in scope for that committee or not
	- the desire is for a spec, not a committee

This is pretty much how Officedoc got started, if that meeting of the
"OASIS TC" was legitimately a meeting.  (An alternate scenario is
that this all happens in the bar, but that doesn't help much in working
on functional requirements for process.)


2.  Popular Existing Spec Needs Good Home

An existing specification, already well established in use, loses the
institutional underpinnings of its development and maintenance effort.
Its failing support group contacts OASIS and asks that OASIS take over
the work.

Features of this scenario:
	- the group need not include OASIS members
	- the specification is already known to be useful
	- a continuing effort is required

This is pretty much how Docbook found its way to OASIS (although in
that case the support group was a society whose members also were
OASIS members, so they thought they knew how to get it done).


3.  OASIS Members Demand Mediation

A specification of interest to multiple OASIS members is or is in
danger of being implemented (or standardized, somewhere else)
incompatibly.  A group of members asks OASIS to conduct a
[industry-] standardization effort.

Features of this scenario:
	- the group is composed of OASIS members
	- the specification is at least of interest to multiple
		members, if not already known to be
		useful if only they all agreed on how 
		to interpret it
	- the result must be agreed upon by nearly all of the 
		group for the outcome to be successful
	- the expertise for conducting the effort may not 
		exist within the group, and may have to
		be found by OASIS

This is pretty much how SGML Open did CALS tables, and how
Conformance got started.  


4.  OASIS Faction Publicly Desires Spec

Same as 1, except that the desire is expressed publicly, for 
example, at a meeting of the WTO.  The change in feature is
that the context is not an OASIS meeting.


5.  OASIS Faction Privately Desires Spec

Same as 4, except that the desire is not expressed in the hearing
of any other OASIS members or anyone else.  The change in
feature is that there is no procedural context at all.


6.  Outsiders Demand OASIS Do Something

Some group of nonmembers demands publicly that OASIS do some
purportedly technical work, something between ending world hunger
and forbidding the use of mixed content in CALS table cells.  

Features of this scenario:
	- the group is composed of nonmembers
	- the desire is expressed in terms of OASIS doing something
		but not in terms of OASIS process
	- the desire may or not be in scope for OASIS

This kind of thing is sure to happen on xml-dev if it hasn't already; it's
happening to the WTO in Seattle today.


7.  Consortium Desires Spec

Some consortium requests OASIS to create an XML specification
in some domain.  Cf. 1.

Features of this scenario:
	- the group is formally organized, whether
		or not its own members are from the OASIS membership
	- the desire is not articulated in a procedural context
	- the desire is for a spec and probably some formal process
		that legitimates the consortium not doing the work
		itself


9.  OASIS Membership Forms Committee To Do Something
  
At an annual general meeting where a quorum is present, the membership
takes the bit in its teeth and forms a committee of the membership to do
some technical work, something between ending tag abuse and forbidding
the introduction of new acronyms until we've all memorized the existing ones.

Features of this scenario:
	- the overriding feature is that the committee is a committee of
		the membership, possibly in opposition to the Executive
		Committee.  If not forbidden by 5.2, its formation and
		conduct will be governed by R, as will its relations with
		the Executive Committee. 





regards, Terry



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC