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


Help: OASIS Mailing Lists Help | MarkMail Help

oiic-formation-discuss message

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

Subject: Re: [oiic-formation-discuss] (1)(d) A list of deliverables,with projected completion dates.


when starting the discussion about item (1)(d) Rob has made the
following suggestion:

> Let's get the list complete, and then we can have a round of scoring,
> where we each prioritize each deliverable on a scale of 1-10 (10 is
> highest priority). We can use that to inform the overall priorities and
> eventual the projected schedule.

I think this is a very reasonable approach, and therefore do support
this approach.

I therefore suggest that we complete the list of possible deliveries and
ensure that each possible deliverable is unambiguously and clearly
defined, (technical) feasible and formally correct before we start to 
prioritize them or to request to remove some of the deliverables.

Your concern about the amount of work is valid, but it actually applies
to all items. At some point in time we have to check whether the new TC
will have members that will actually work on the deliverables. It does
not help us if we have a deliverable in the charter if no one is working
on it, even if it is interesting.

Best regards


Dave Pawson wrote:
> Taking one point only from Michaels post. This message is a proposal for
> clarification and reduction in scope of the OIIC TC.
> If you support the proposal please respond to the list.
> 2008/6/16 Michael Brauer - Sun Germany - ham02 - Hamburg
> <Michael.Brauer@sun.com>:
>>>> http://lists.oasis-open.org/archives/oiic-formation-discuss/200806/msg00001.html
>>> 1.      To publish test suites of ODF for applications of ODF to check
>>> their
>>> conformance with the Standard and to confirm their interoperability;
>>> 2.      To provide feedback, where necessary, to the ODF TC on ways in
>>> which the
>>> standard could improve interoperability;
>>> 3.      To produce a set of implementation guidelines;
>>> 4.      To define interoperability with related standards by the creation
>>> of
>>> profiles or technical reports;
>>> 5.      To coordinate, in conjunction with the ODF Adoption TC,  OASIS
>>> InterOp
>>> demos related to ODF;
> DP.
>>> I interpreted item for in context.
>>> I.e. guidelines on implementing tests. Not implementing ODF.
> MB.
>> I read it differently. My interpretation is that guidelines for implementing
>> ODF are meant.
>> Anyway, this list is not our charter. It contains only suggestion.
> In line with the Oasis process, I would like to propose that this TC not
> be given ODF implementation guidelines as part of their task.
> That the appropriate sentence in this groups input be ignored.
> "3.      To produce a set of implementation guidelines;"
> Rationale: This is too much work alongside the compliance testing
> and the interoperability.
> If Michael wants to do this, then I suggest he form another group.
> I am cc'ing Rob to ensure he is aware of this.
> regards

Michael Brauer, Technical Architect Software Engineering
Sun Microsystems GmbH             Nagelsweg 55
D-20097 Hamburg, Germany          michael.brauer@sun.com
http://sun.com/staroffice         +49 40 23646 500

Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
	   D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering

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