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


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-transport message

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

Subject: Comment on section 3.3.4, Messaging Service Spec v0-1

Dick, et al,

	I fully support Dicks' proposal, this is what I thought we agreed to
in principle in Brussels, V1.0 get something that works!  THEN do the rest
one bit at a time.  I feel we don't even know what animal we are trying to
eat let alone where to start.


-----Original Message-----
From: dick@8760.com [mailto:dick@8760.com]
Sent: 01 September 2000 13:57
To: Jim Hughes; ebxml-transport@lists.ebxml.org
Subject: Re: Comment on section 3.3.4, Messaging Service Spec v0-1

> Much of our precious discussion time and mental bandwidth is being taken
> due to imprecise and varying requirements, as well as some imprecision in
> the written words. My $0.02 worth...

I agree with Jim, it's beginning to feel like the floor of the New York
Exchange. We need a compass to guide us and focus energies on what needs to
delivered in an orderly fashion. During the San Jose meeting a few people
about a solution to help the team stay focused. We discussed a multi-phase
that would clearly show the TR&P deliverables in 3 phases.

Phase 1 - Deliver the minimal functions people need for a significant number
B2B scenarios

Phase 2 - Deliver additional functions for people with more advanced B2B

Phase 3 - Deliver full functionality meeting all the requirements listed in
Requirements & Overview Spec

Set a target completion date for each phase!

Separate requirements from the R&O spec into each phase, the TR&P team
agrees on
the distribution of requirements/phases - NO CHANGES after we've agreed,
its a technical show stopper. This results in a matrix that we use at every
meeting to focus discussions on the deliverables.

Define a set of use cases for each phase so that people have a mental
picture of
what we are delivering in each phase.

Associate each requirement (from each phase) with one of the following
- Core; pertains to requirements of the base functionality of the Messaging
- Security; pertains to requirements such as encryption, digital signatures,
access controls etc.
- Reliability; pertains to requirements related to reliable delivery of
- TPA; pertains to requirements associated with Trading Partner Agreements
- Miscellaneous; the inevitable catchall category for anything that doesn't

Assign team leaders to each category.

Team members "sign-up" to whichever team they have the
to help on.

The team leaders, along with their team members, set priorities, prepare a
plan/schedule with milestones and are responsible for delivering their
respective specs on time.


We ONLY work on one phase at a time!
We ONLY work on one phase at a time!
We ONLY work on one phase at a time!

If, at any time, someone comes up with a NEW requirement or function they
is important, it gets assigned to a phase/category within the matrix and the
team leader of the category fits it in under his/her delivery plan.

I believe we need an organized approach to help us stay focused on the
deliverables and timelines of TR&P. I don't believe the above proposal is a
silver bullet solution, but it is a starting point, please add your
thoughts/suggestions - or shoot it down - whichever you feel is appropriate.
you DON'T believe such a structured approach would work then shoot it down
move on to something else, BUT I believe we need something to keep us on
track -
whatever it may be.

Dick Brooks

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

Search: Match: Sort by:
Words: | Help

Powered by eList eXpress LLC