Creating a Standards Team?
bridgeland asks: "What is the best way to create a standards team? Who should be included? How should it be governed? I have been asked by a vendor Cokinetic Systems to start an independent standards body for their presentation layer description language I3ML. I am interested, but I don't want to repeat mistakes already made by others. Any relevant experience?"
the only real thing i can think of at the moment, is work something to the effect of a democracy, and vote on everything, just have the majority win (as opposed to unanimous, otherwise nothing would get done), but before you vote on anything, throughly discuss it so everyone is on the same page for all sites of the vote.
I think we should form a standards team to standardize what a standards team is.
The first meeting will be held next week, but first we need to hold a pre-meeting to plan for that meeting.. oh yeah, and just to make sure the pre-meeting goes well, there is a pre-pre-meeting tommorow at the office.
Hopefully this way, we can avoid the waste by standarizing what a standards team should be... But first we need to standarize what as standard team so our standards team isn't non-standardized.
It's brilliant.
~ kjrose
Well, you may want to have representatives from both industry and academia (where applicable). When choosing representatives from the industry, you want people who are technically on-the-ball and you'll also want people who are more politically-minded (nasty but also handy) to warn you of issues such as "company X won't adopt this unless you include one of their proprietary extensions Y" and the like.
You'll also want to make sure that you select people from a range of companies to whom the standard will be relevant - even a government representative might be a good idea if there's potential for the government to get involved later on. Nothing says 'standard' like having a standards team consisting of people entirely from your company (i won't nod to MS here - other posters can do that for me)
When selecting people from academia, choose people who have been researching this topic or something similar (where possible), but also look out for academics who may not have expertise in this exact area, but have worked on standards teams before. Hell, that's probably a good quality to have in your industry representatives as well.
You'll also need at least one technically-competent lawyer (the better they know the technology and the relevant legal issues, the better).
And you may want to have one or two overseas people in on it, too, to let you know whether or not your ideas are perhaps US-centric and may be changed to becomre more acceptable worldwide.
Well, that pretty much covers my ideas on who should be included. As for your other questions, IHNAOASG (I Have Never Actually Organised A Standards Group), so I don't have any relevant experience and I don't have many other ideas. But I would suggest that a majority vote on all features/points/whatevers would probably be the best way to form a standard.
Best of luck!
This sig intentionally left bla... dammit!
Who's got the whiteout?
In this manner you could end up alienating just under 1/2 of your standards group with any decision. Over multiple decisions, you'll end up with NOONE 100% happy.
Achieving 100% concensus on a standards is a pipe dream, but there is great power in adopting a standard that EVERYONE buys off on. Standards that are limited in scope, but have total approval, stand a much better chance of becoming an actual standard.
Remember, flags are also called "standards". Flags are usually created to represent a group that shares a common loyalty. It is convenient to think of a standard as a flag. If you tempt people's loyalty by creating a standard that doesn't have wide approval, there won't be much of a 'rally round the flag', and your standard is not very.
My father is a blogger.
Just a side note, how is this different from XUL exactly?
Dear Slashdot,
I've been asked by a major semiconductor manufacturer to rebuild their supply chain.
Basically, I need to replace a network of 4,000 heterogenous machines with a single unified bid system, based on the client's platform. Some systems are overseas, so the system will need to transparently support Asian and European standards as well.
All legal requirements for all countries must be met, and all low-level transactions most be logged and retained, both paper and digital, according to ISO standards. Currency conversions, bills of lading, etc., all need to be handled transparently.
All the inventory needs to be tagged with RF IDs, and tracked as it moves from supplier to supplier to the final client. This has to be integrated into the platform directly, and accessible through RF-aware handhelds.
And I need to have this ready in three weeks.
I've been playing with some Perl scripts and I think something called "XLM" (or maybe it's "XML") may be the answer. I've also got some bookmarks for currency conversion sites and stuff. Anyway, if anybody has done something similar, I'd appreciate any tips. I'm really new at this and I don't want to mess up.
Thanks!
I3ML is a language for creating user interfaces. It is a language that has all that is needed to create a rich Windows user interface, and nothing that is not ... I3ML is XML; ... I3ML is an XML dialect for describing Windows user interfaces ... datetime pickers, grids, groupboxes, menu bars, panels, picturepanels, speedbars, tabsets, toolbars, trees, windows...
Somebody at the Mozilla project would add alot of credibility to the committee, showing that the standard has some relevance.
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
Should that fail, just look at their processes and learn from them when you're creating your group.
My experience is with W3C, where the process is basically the following (with some rewording):
W3C's Proposed Rec is mostly for approval by the Advisory Committee and the director, so this might be unnecessary.
Anyhow, you must consider the current open alternatives (I've notice XUL mentioned in other comments, I don't know the relevance myself) and decide if you want to improve or ratify one of them (based on requirements) or if you want to merge them into something new.
Yesterday was the time to do it right. Are we having a REVOLUTION yet?
is that there are just so many of them.
Make the charter clear and precise.
Set completion dates for each task. Stick to those completion dates. If this part seems especially difficult, it may be an early warning that more work needs to be done in the research and implementation areas before jumping into the area of standardization.
It's OK to leave some details unstandardized for now if there isn't yet a clear set of options. Pick them up in a later revision after real world experience exists.
Involve voices from outside areas, especially those indirectly involved only at the edges of your area, early and often. Listen to them. If the rest of the world finds your standard objectionable, it will not be used.
Not sure if it is totally related to your effort, but the IEEE has a real nice standards site.
There is also a page there specifically set up for development of standards.
It includes:
Working Group Development
Writing the Draft
Ballottig the Draft
Final Approval
Publishing a Standard
Reaffirming the Standard
and has a link to IEEE Standard Forms.
I am actively participating into standards (health care: HL7 and DICOM, Swiss eGovernment and the like) and one of the most effective standards bodies I had ecountered is DICOM. Search for "DICOM" on http://www.nema.org/ What impressed me is the relative speed of progress. The basic idea is to invite *all* relevant industry players, make them paying members of the body and agree on the procedures. These procdures prevent any bias towards a specific vendors solution. Consensus is found by ballotting and voting. It works. The idea of promoting the new standard to an ISO standard may be persued later on.
What is the best way to create a standards team? Who should be included? How should it be governed? I have been asked by a vendor Cokinetic Systems to start an independent standards body for their presentation layer description language I3ML. I am interested, but I don't want to repeat mistakes already made by others. Any relevant experience?"
No, but this is Slashdot, so I'll stick my oar in anyway.
The usefulness of a standard is directly related to the prestige of the standards body. If the IEEE say something's a standard, then people sit up and take notice. If W3C or ECMA say something is a standard, then you can reasonably expect people to comply with it.
If the objective here is to be a genuine standard, then submit it to ECMA. If it's to be a marketing tool (sounds like it, since the sole vendor is the one that will control the body, even if it's nominally independant) then don't expect anyone to pay any attention.