[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [EXT] [openc2] RE: Workflow change
If you could provide specifics of what you think the difference is, that would help. I read your proposal and immediately thought “+1 -- that is what I understand
the charter already calls for”. There are unspecified details that need to be put down in writing, but there are no conflicts or inconsistencies. B: 1) The SC works on content or a document until they think it is done and ready for prime time 2) At this point the SC would inform the broader TC that they have a document that they would like the broader TC to review. J: * When the subcommittee reaches general consensus, the entire TC is notified and provided the draft. D: These look identical – the work of developing a document happens at the SC level, and the SC decides when it is ready for prime time. B: 3) A two to three comment period would be opened up for the whole TC to review and comment. 4) The SC will take the comments and feedback and rework the document. This process would then rinse and repeat until there is no more substantive comments in the document. 5) Once all substantive comments are resolved, then an electronic ballot would be opened to give people one last two week period to review before they vote. J: * The TC is asked to review the document. At this point, the TC is asked to either accept, reject or send it back to the subcommittee for further work and deliberations. D: These are consistent. I believe Duncan gave one week notice on LS v0.1, but the review period can certainly be codified as two or three weeks. There is no difference between Bret’s
4 and 5 – every time the SC submits a document to the TC, all substantive comments have been resolved and the document is ready to be accepted. So an electronic ballot is opened every time, and if the document doesn’t pass, then the rinse and repeat cycle
continues. The “last two week period” is the one preceding a successful vote – if the vote failed then it wasn’t the last. TC DECISION: “How does the TC accept a document or send it back for rework?”
1)
TC accepts a document from the SC and opens a two week electronic ballot
2)
TC accepts a document from the SC and announces a voice vote at the TC meeting following the two week review period If a voice ballot were held at a TC meeting, a majority of *voting* members would need to pass it, so the results should be the same as an electronic ballot with respect to TC-wide consensus.
But to avoid any perception of “ramrodding”, I fully support requiring all TC votes to be held electronically, at least until the TC decides that that perception is unwarranted and changes the rules back to re-enable meeting votes. Dave K From: openc2@lists.oasis-open.org [mailto:openc2@lists.oasis-open.org]
On Behalf Of Bret Jordan The manner in which you are defending the existing process which I now believe is not what I am suggesting is illustrative that the concerns we have are not being heard.
I feel like this group is trying to push concepts through far to quickly. The fact that last night you mentioned that Allan’s motion is now going to delay us, is further evident of that. 5-8 people in a working call does not constitute TC wide consensus. Your statements last night that we would resume the up/down vote at the next full TC meeting, in my belief is yet further proof. Bret
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]