Open standaarden

2Value heeft haar visie op open standaarden in de loop der jaren samengesteld.

Deze pagina is tevens het kwaliteitshandboek van Brunel en 2Value inzake kennisborging open standaarden bij medewerkers en externen.

Aanleiding

Definities

https://wiki.noiv.nl/xwiki/bin/view/NOiV/Wat+hebben+interoperabiliteit+en+open+standaarden+met+elkaar+te+maken

Open standaard

Een "open" standaard voldoet aan de volgende eisen:

1. Is goedgekeurd (door [goedkeuringsinstantie]) en wordt gehandhaafd door een not-for-profit organisatie, en de lopende ontwikkeling gebeurt op basis van een open besluitvormingsprocedure die toegankelijk is voor alle belanghebbende partijen (consensus of meerderheidsbeschikking enz.);

2. De standaard is gepubliceerd en over het specificatie document van de standaard kan vrijelijk worden beschikt of het is te verkrijgen tegen een nominale bijdrage. Het moet voor een ieder mogelijk zijn om het te kopiëren, beschikbaar te stellen en te gebruiken om niet of tegen een nominale prijs;

3. Het intellectuele eigendom - m.b.t. mogelijk aanwezige patenten - van (delen van) de standaard is onherroepelijk ter beschikking gesteld op een royalty-free basis;

4. Er zijn geen beperkingen omtrent het hergebruik van de standaard.

Zie verder NOIV detail pagina's

Waarom open standaarden?

OSOSS: Door open standaarden te gebruiken kan worden voorkomen dat alleen software van een specifieke leverancier kan worden gebruikt. Het gebruik van open standaarden geeft de flexibiliteit om in de toekomst koppelingen met andere informatiesystemen aan te brengen. Daarnaast dragen open standaarden sterk bij aan de duurzaamheid en toegankelijkheid van informatie.

Waarom open source software?

OSOSS: Open source software draagt bij aan de betrouwbaarheid en veiligheid van systemen: het stelt de gebruiker in staat om de exacte werking te verifiëren, zodat deze in zeer kritische omgevingen kan worden ingezet. Ook de duurzaamheid van software wordt groter: doordat de programmacode beschikbaar is, kan ook in de toekomst het programma worden aangepast (ook door andere leveranciers).

https://wiki.noiv.nl/xwiki/bin/view/OpenStandaarden/Beleid+rond+Open+Standaarden

Hardnekkige misverstanden

Open source is niet hetzelfde als open standaarden

Gesloten standaarden zijn niet letterlijk gesloten. Ze zijn wel in te zien maar niet vrijelijk te gebruiken door intellectueel eigendomsrecht.

Zie meer in onze veel gestelde vragen en de wiki van het NOIV over dit onderwerp.

Samenwerking

In samenwerking met Brunel is in zomer 2010 gestart om een visie op open standaarden tussen de oren te krijgen van zelfstandigen.

Aanleiding: waarom samenwerken?

Brunel detacheert specialisten. Brunel's interne CRM bleek een interessant bijproduct te bevatten: "open" kennis van experts die veelal in gesloten omgevingen hun broodwinning vinden.

Leidinggevenden binnen Brunel vonden dat één geluid gehoord moest worden.

2Value kan dat geluid mee tunen en heeft op haar beurt het voordeel dat het vaker wordt gehoord onder zelfstandige experts.

Zoveel mensen zoveel meningen

Discussie tijdens kwartaalmeetings onder Brunel's experts bleken alle kanten op te gaan inzake open standaarden en open source.

Keuzes

Hoe keuzes maken?

Daarom zijn er keuzes gemaakt inzake open source en open standaarden. Keuzes komen voort uit alternatieven en visie. Visie vereist kennis van 2Value. Brunel levert een scala aan alternatieve invalshoeken vanuit haar gesegmenteerde marktbenadering.

Functieprofielen

Een goede uiteenzetting over competenties en indeling ervan: http://www.123management.nl/0/040_mensen/a400_mensen_03_competenties.html

Er is discussie over het 'open' gehalte van functieprofielen op wiki van NOIV

Drie keer drie

2Value en Brunel kiest. De drie belangrijkste eigenschappen op drie deelgebieden die een kandidaat liefst heeft:

Technische kennis

1. Kent NOIV (of OSOSS) en de werking van open communities
2. Kent de vijf punten van OSS waarvan Closed source niet kan winnen, en weet ze te waarderen.
3. Weet waar open standaarden en OSS te vinden zijn, kan desgevraagd interoperabiliteits tests uitvoeren

Contract en Projectmanagement

1. Kent de beginselen en doelstellingen van NOIV
2. Weet wat vendor lock-in is, wat het met klanten doet en hoe je er soepeltjes vanaf komt.
3. Kent de belangrijkste open standaard voor de marktsegmenten waarin hij werkt en kan de interoperabiliteit ten opzichte van deze standaard van derden producten inschatten.

Communicatie en accountmanagement

1. Kan het beleid, doelstellingen NOIV reproduceren en weet resultaten te vinden op het web.
2. Kent de vijf punten van OSS waarvan Closed source niet kan winnen, en weet ze over te brengen
3. Is in staat een oordeel te vellen over een uitwisselingssituatie (technisch, organisatorisch) en daarover een gewogen advies uit te brengen.

Intellectueel eigendom

Creative Commons

Toegankelijkheid

Webrichtlijnen: drempelsvrij

Uitwisseling

Interoperabiliteit

Interoperabiliteit bevorderen op drie hoofdpunten.

XML

Praktisch: open XML formaten nastreven

API's

API's van open source framework en libraries daarbinnen beschouwen we als open standaard (niet officieel goedgekeurd of onafhankelijk ondergebracht, maar toch).

Uitvraagproces en aanlever-instructies

....van het ene bedrijf/overheidsorganisatie aan de andere. Maak SMART afspraken, easy as that.

Overheden

Wat is echt?!

Een echt praktische open standaard vinden wij:

1. waar veel leveranciers van producten zich daadwerkelijk aan commiteren
2. waarbij leveranciers zorgen dat hun producten ook daadwerkelijk interoperabel zijn met de standaard.

Metainformatie en catalogi

‘Samenwerkende Catalogi’, een project dat productencatalogi van overheden koppelt en er voor zorgt dat er altijd een up-to-date doorverwijzing gemaakt kan worden naar overheidsinformatie (NOIV site 2010)

Gidsliteratuur

https://wiki.noiv.nl/xwiki/bin/view/OpenStandaarden/

</references>