test instellingen

docs/beheerplan copy/config.js

@@ -0,0 +1,18 @@
+var respecConfig = { // => https://github.com/stichting-crow/respec/wiki
+    specType: "CROW-DOC",
+    specStatus: "wd",
+    pubDomain: "Provinciaal Contractenbuffet",
+    shortName: "pcb",
+    subtitle: "Beheerplan",
+    editors: [
+        {
+            name: "Elisabeth Klören",
+            company: "CROW",
+        },
+        {
+            name: "Lotte Bekendam",
+            company: "CROW",
+        }
+    ],
+    github: "https://github.com/Stichting-CROW/PCB",
+};

docs/beheerplan copy/hoofdstukken/h3.md

@@ -0,0 +1,159 @@
+# Strategie
+
+## Governance
+
+<aside class="note" title="BOMOS eisen">
+De governance van de standaard is voor iedereen helder:
+<ul><li> De organisatiestructuur </li>
+<li> De rollen en taken van commissies en van de beheerder </li>
+<li> De benoeming een neutraliteit van voorzitters </li></ul>
+</aside>
+
+De 12 provincies overleggen regelmatig met elkaar over provincie-overstijgende onderwerpen. Een aantal jaren geleden deelde men ervaringen over geïntegreerd contracteren. Vanuit deze ervaringen is gebleken dat er vanuit de provincies behoefte is om meer uniformiteit aan te brengen in dit type contracten. Op deze manier ontstaat een situatie waarin provincies met en van elkaar kunnen leren. De uniformiteit leidt tot een betere herkenbaarheid van contracten waardoor faalkosten (binnen de keten) worden teruggedrongen. CROW is gevraagd om de ontwikkeling van het PCB te begeleiden. 
+
+
+### Vakberaad 
+
+**Rol: Opdrachtgever**. Het Vakberaad Beheer & Bouw is opdrachtgever van het PCB. 
+* Taak: Het vakberaad geeft opdracht om het beheer uit te voeren aan de beheerder, CROW.
+* Taak: Het vakberaad stelt de Stuurgroep samen met vertegenwoordigers van de provincies Noord-Holland, Zuid-Holland, Overijssel, Noord-Brabant en van CROW. 
+* Taak: Het vakberaad benoemt de voorzitter van de Stuurgroep
+
+**Rol: Financier (indirect)** Het Vakberaad Beheer & Bouw singaleert welke ontwikkelingen nodig zijn binnen de provincies en verzoekt het Kennis Platform Provincies en het [Fonds Fysieke Leefomgeving](https://www.fondsfysiekeleefomgeving.nl/) deze ontwikkelingen te financieren. 
+* Taak: Beoordelen van projectvoorstellen voor ontwikkelingen binnen het PCB, te financieren door het Kennis Platform Provincies en het Fonds Fysieke Leefomgeving.
+
+
+### Stuurgroep
+
+**Rol: Programmeren**  De Stuurgroep is verantwoordelijk voor het PCB op strategisch niveau en stelt daarvoor plannen samen en neemt beslissingen over aanpassingen aan het PCB.
+* Taak: De Stuurgroep stelt het jaarprogramma op
+* Taak: De Stuurgroep neemt beslissingen over de besteding van het voor beheer beschikbare budget.
+* Taak: De Stuurgroep controleert of het jaarprogramma goed wordt uitgevoerd 
+* Taak: De Stuurgroep past het jaarprogramma aan als er nieuwe inzichten ontstaan
+* Taak: De Stuurgroep rapporteert over het beheer van het PCB aan het Vakberaad Beheer & Bouw.
+
+**Rol: Beheren** De Stuurgroep is verantwoordelijk voor het beheer van het PCB 
+* Taak: De Stuurgroep beslist welke onderdelen aan het PCB worden toegevoegd.
+* Taak: De Stuurgroep beslist welke onderdelen van het PCB worden geactualiseerd.
+* Taak: De Stuurgroep stelt nieuwe of gewijzigde onderdelen van het PCB vast.
+
+**Deelname aan de Stuurgroep**
+
+Benoeming leden: Het vakberaad Beheer en Bouw stelt de Stuurgroep samen met vertegenwoordigers van de provincies Noord-Holland, Zuid-Holland, Overijssel, Noord-Brabant en van CROW. 
+De Stuurgroepvergaderingen zijn besloten tenzij op individuele uitnodiging.
+
+**Voorzitter**
+* Benoeming voorzitter: Door het Vakberaad beheer en bouw.
+* Neutraliteit: nader af te spreken
+* Zittingstermijn: niet beperkt
+
+
+### Kernteam
+Het Kernteam is op tactisch niveau verantwoordelijk voor het uitvoeren van het jaarprogramma. Eigenlijk is het Kernteam de spin in het web. Zij heeft een functie van signaleren en vervolgens agenderen bij de Stuurgroep, maar zij heeft ook een functie in de aansturing van de projectteams PCB (de projectteams opereren op Operationeel niveau). Het Kernteam werkt ook documenten uit. Documenten die een bepalende rol hebben voor het PCB. Denk daarbij aan de opdrachten voor de projectteams, maar ook aan processen, procedures en handleidingen.
+
+Als spin in het web acteert het kernteam. Het kernteam bestaat uit de provincies Noord-Holland, Flevoland, Drenthe, Zuid-Holland, Overijssel, Noord-Brabant, Limburg, Utrecht en CROW. Het kernteam bewaakt de kwaliteit van het PCB op tactisch niveau. 
+
+**Voorzitter**
+* Benoeming voorzitter: Door de Stuurgroep
+* Neutraliteit: nader af te spreken
+* Zittingstermijn: niet beperkt
+
+
+### Kennisteams
+Om het PCB (door) te ontwikkelen zijn Kennisteams nodig. Kennisteams worden door het Kernteam ingezet om voorbeelddocumenten op te stellen, om onderzoeken te doen en eisensets te ontwikkelen. De kennisteams produceren en vormen het operationele niveau van het PCB. 
+
+**Voorzitter**
+* Benoeming voorzitter: Door Kernteam
+* Neutraliteit: nader af te spreken
+* Zittingstermijn: niet beperkt
+
+
+### Beheerder
+CROW is de beheerder van het PCB. Een afgevaardigde van het beheerteam van CROW neemt plaats in de Stuurgroep, het Kernteam en de projectgroepen.
+
+### Participatie
+<aside class="note" title="Ken Krechmer eisen">
+<ul><li>Open meeting: alle stakeholders kunnen participeren</li>
+<li>Consensus: besluitvorming met brede consensus, draagvlak, belangenafweging</li></ul></aside>
+
+Participatie vanuit provincies:
+
+Participatie vanuit marktpartijen: NTB
+
+## Visie
+
+
+### Doel standaard
+
+<aside class="note" title="Eisen">
+<ul><li>BOMOS: De visie en missie van de standaard is voor iedereen duidelijk</li>
+<li>Ken Krechmer: One world - de standaard vult andere standaarden aan, concurreert niet</li></ul>
+</aside>
+
+Het PCB streeft naar uniformiteit in geïntegreerde contracten met een zekere mate van vrijheid. Dit draagt onder andere bij aan: 
+
+* 1 - Een netwerk van provincies die elkaar en elkaars werk kennen; 
+* 2 - Provincies leren van elkaars contracten en aanbestedingen;
+* 3 - Provincies hebben duidelijke en herkenbare geïntegreerde contracten; 
+* 4 - Verminderen van faalkosten in de sector.
+
+Het PCB bevat standaarden en instructies voor implementatie bij een provincie. De provincie zorgt voor eigen aanvullingen en toepassingen van het PCB, waarmee het PCB op lokaal niveau aansluit op de organisatie. De provincie is zelf verantwoordelijk voor implementatie van de eigen provinciale contractstandaard in projecten. Daarbij is het adagium: de collectieve PCB documenten en eisen worden gebruikt tenzij een lokale situatie om een afwijking vraagt voor alle geïntegreerde contracten.
+
+### Toepassingsgebieden
+<aside class="note" title="BOMOS">
+Het doel van de standaard en het toepassingsgebied (use cases) zijn voor iedereen duidelijk 
+</aside>
+
+#### Asseteisen 
+Een organisatie zal ook een eigen "eisenbibliotheek" beheren waarin de eisen staan die de (asset manager van de) organisatie van toepassing heeft bevonden voor gebruik in projecten. Deze eisen zijn in feite een uitwerking van het staande beleid van de organisatie. Deze eisenbibliotheek kan bestaan uit een selectie uit de collectieve PCB eisen, met eigen aanvullingen van of afwijkingen op de PCB eisensets. Een organisatie kan er zo voor zorgen dat alle projecten dezelfde uitgangspunten gebruiken op basis van het staande beleid.
+
+#### Projecteisen 
+Bij de eisen in de bibliotheek kan de organisatie bijhouden, welke risico's de eisen opleveren in projecten, en welke maatregelen een project kan nemen om deze risico's te mitigeren. Zo kunnen lessen uit voorgaande projecten worden meegenomen in nieuwe projecten.
+
+Een projectorganisatie aan opdrachtgeverszijde kan de collectieve en individuele bibliotheekeisen en de PCB formats gebruiken in een project. Het project krijgt daarmee een eigen afgeleide van de bibliotheek: de projecteisen en projectformats. 
+
+#### Uitwisseling
+Een opdrachtnemer ontvangt de projecteisen in een uitwisselformaat. In het ideale plaatje herkent de opdrachtnemer de gebruikte bibliotheekeisen in de projecteisen. Als de opdrachtnemer deze eisen eerder heeft toegepast in een project, is het mogelijk om al uitgewerkte afhandeling van de eis opnieuw te gebruiken. Denk bijvoorbeeld aan het moment en de methode van verifiëren, het afleiden van de juiste materialen of werkwijzen om aan de eis te voldoen of risico's die de eis oplevert in een project met bijbehorende mitigerende maatregelen. De opdrachtnemer kan deze informatie opslaan in een eigen kwaliteitssysteem of projectenbibliotheek. Zo kunnen lessen uit voorgaande projecten worden meegenomen in nieuwe projecten.
+
+### Businesscase
+
+<aside class="note" title="BOMOS">
+De business case van de standaard is voor iedereen duidelijk:
+<ul><li> De business case van de standaard (oftewel de keten)</li>
+<li> De business case van een individuele organisatie om de standaard te implementeren </li>
+<li> De business case voor de softwareleveranciers </li> </ul>
+</aside>
+
+
+#### Keten
+Businesscase van het PCB voor de gehele keten
+
+
+#### Opdrachtgever
+Businesscase van het PCB bij implementatie door een provincie
+
+
+#### Opdrachtnemer
+Businesscase van het PCB voor een adviesbureau, aannemer of softwareleverancier
+
+
+## Financiën
+
+<aside class="note" title="BOMOS eisen">
+De standaard heeft een structurele financiering voor beheer en implementatieondersteuning
+</aside>
+
+### Beheer
+Financiering beheer...
+
+
+### Ontwikkeling
+Financiering ontwikkeling....
+
+
+### Implementatie
+Financiering implementatie in provincie...
+
+
+
+

docs/beheerplan copy/hoofdstukken/h4.md

@@ -0,0 +1,114 @@
+# Tactiek
+
+## Community
+
+<aside class="note" title="BOMOS">
+<a href="https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS22-10-04%204b%20BOMOS.pdf">BOMOS</a> eist: De standaard heeft een degelijke, actieve community
+<ul><li> Het is duidelijk wie de doelgroep is van de standaard (primaire stakeholders) </li>
+<li> Het is duidelijk wie de gebruikers zijn (inclusief softwareleveranciers, opdrachtmers</li>
+  <li>Community: Gebruikers zijn actief betrokken bij het beheer</li></ul>
+</aside>
+
+### Samenwerkpartners
+Community mensen die samenwerken aan het PCB en potentiele nieuwe samenwerkpartners of partijen waarmee kennis kan worden gedeeld (Gemeenten, RWS)
+
+### Superusers
+Community mensen die zorgen dat het PCB geimplementeerd wordt in hun organisatie.
+
+### Projectgebruikers
+Community van mensen / organisaties die het PCB gebruiken dan wel tegenkomen in projecten, zowel van opdrachtgevers als opdrachtnemerszijde en de adviesbureau's die door deze partijen worden ingehuurd.
+
+
+### Softwareleveranciers
+
+## Adoptie en erkenning
+
+<aside class="note" title="BOMOS eisen">
+De standaard is voldoende ontwikkeld voor een hoge adoptiegraad
+<ul><li> De kwaliteit is voldoende hoog voor de beoogde toepassingen </li>
+<li> Proces en data zijn voldoende duidelijk voor implementatie </li>
+<li>De vereisten bij implementatie zijn duidelijk en (uitwissel)formaten zijn duidelijk gedefinieerd. Dit vraagt om specifieke use cases</li>
+</ul>
+</aside>
+
+## Rechtenbeleid
+
+<aside class="note" title="Eisen">
+<br>
+BOMOS:<br>
+De standaard heeft een duidelijk rechtenbeleid: Softwareleveranciers weten qua rechten waar ze aan toe zijn bij implementatie <br>
+<br>
+Ken Krechmer:<br>
+<li>Open PIR (eigendomsrechten): de standaard kan zonder beperkingen worden toegepast  door alle partijen</li>
+</aside>
+
+
+### Eigenaarschap eisensets/PCB data
+
+Voor het gebruik van de eisensets zijn gebruikersvoorwaarden opgesteld. Op deze pagina vind je informatie over het eigenaarschap van de PCB data en de aansprakelijkheid naar aanleiding van het gebruik.
+
+#### Eigenaarschap PCB data
+Binnen het PCB zijn er verschillende soorten data. Je hebt 'systeemdata’ en ‘inhoudelijke eisen’. Met ‘systeemdata’ bedoelen we data die noodzakelijk zijn om het platform en de database te laten functioneren.
+
+Met ‘inhoudelijke eisen’ bedoelen we de eisen die door gebruikers van het systeem in hun contractdocumenten gebruikt kunnen worden. Er zijn drie soorten inhoudelijke eisen.
+Systeemdata: Eigenaarschap data platform en achterliggende database
+Het intellectueel eigendom van ontwikkelde functionaliteiten op het platform dat faciliterend is aan het plaatsen, beheren en publiceren  van de inhoudelijke eisen ligt te allen tijde bij de leverancier van het platform.
+
+#### Inhoudelijke eisen 1: Eisen op basis van publicaties of producten van CROW
+
+Een aantal inhoudelijke eisen in het PCB is overgenomen of gebaseerd op eisen die in andere publicaties of producten van CROW te vinden zijn. Denk aan de Standaard RAW Bepalingen of de technische publicaties van CROW. Voor zover eisen in het PCB zijn terug te voeren op publicaties of producten van CROW, rust het intellectueel eigendom hiervan volledig bij CROW.
+
+#### Inhoudelijke eisen 2: Collectieve eisenset PCB
+
+Binnen het PCB zijn werkgroepen actief, die specifieke standaarden opstellen voor contractonderdelen die in principe bij alle provincies in hun UAV-GC-praktijk kunnen terugkomen, zoals bijvoorbeeld wegverhardingen, VRI’s en openbare verlichting. Het intellectueel eigendom van de uitkomst van deze werkgroepen, de zogenaamde ‘collectieve eisensets’, berust bij CROW.
+
+#### Inhoudelijke eisen 3: Individuele eisenset PCB
+
+Tot slot is het voor gebruikers mogelijk om binnen het PCB eigen eisensets te introduceren. Het intellectueel eigendom van deze zogenaamde ‘individuele eisensets’ wijzigt niet wanneer de set in het PCB wordt gebracht. Dat betekent dat als de gebruiker de intellectueel eigenaar van de eisenset was, hij dit onverminderd blijft nadat hij deze set aan het PCB heeft toegevoegd.
+Van individueel naar collectief
+Een individuele eisenset kan de basis vormen voor een nieuwe of aangepaste collectieve eisenset. Zodra (elementen uit) een individuele eisenset definitief zijn opgenomen in een collectieve eisenset, berust het intellectueel eigendom voor de gehele, collectieve eisenset, dus inclusief de (elementen uit de) individuele eisenset die hierin zijn opgenomen, bij CROW.
+
+#### Aansprakelijkheid naar aanleiding van gebruik
+
+Voor alle data die door CROW wordt aangeboden via haar website, geldt een algemene disclaimer. Deze disclaimer geldt ook voor alle data die via de PCB-subsite of de PCB database wordt ontsloten en luidt als volgt:
+
+Stichting CROW kan geen enkele verantwoordelijkheid of aansprakelijkheid voor de op deze site verstrekte gegevens aanvaarden. Deze gegevens:
+omvatten uitsluitend informatie van algemene aard die niet op de specifieke omstandigheden van enige persoon of entiteit gericht is
+zijn niet noodzakelijk alomvattend, volledig, nauwkeurig of bijgewerkt
+zijn soms gekoppeld aan externe sites waarover stichting CROW geen zeggenschap heeft en waarvoor de stichting CROW geen verantwoordelijkheid draagt
+vormen geen professioneel of rechtskundig advies (voor specifiek advies dient u steeds een daarvoor geëigende deskundige te raadplegen)
+Wij wijzen u erop dat niet kan worden gewaarborgd dat een document dat online beschikbaar is, een exacte weergave van een officieel goedgekeurde tekst vormt.
+
+Wij streven ernaar onderbrekingen door technische fouten zo veel mogelijk te voorkomen. Sommige gegevens of informatie op onze site kunnen evenwel in files of formats zijn gecreëerd of gestructureerd die niet foutloos zijn. Wij kunnen niet garanderen dat onze dienst geen onderbreking zal kennen of niet anderszins door dergelijke problemen kan worden beïnvloed.
+
+Stichting CROW aanvaardt geen aansprakelijkheid voor die problemen die zich als gevolg van het gebruik van deze site of van andere daarmee verbonden externe sites mochten voordoen. Met deze uitsluiting van aansprakelijkheid wordt niet beoogd de aansprakelijkheid van stichting CROW te beperken in strijd met de in de toepasselijke wetgeving vervatte vereisten, noch haar aansprakelijkheid uit te sluiten voor aangelegenheden die uit hoofde van die wetgeving niet mogen worden uitgesloten.
+
+Alle rechten waaronder alle intellectuele eigendomsrechten op alle inhoudelijke informatie en het beeldmateriaal op de website blijven te allen tijde voorbehouden aan CROW. Zonder voorafgaande schriftelijke toestemming van CROW is het de gebruiker van deze site niet toegestaan de producten en/of diensten die op deze site worden aangeboden te verveelvoudigen of openbaar te maken. Toestemming kunt u vragen via onze klantenservice.
+
+
+## Architectuur
+
+
+<aside class="note" title="Eisen">
+<br>
+BOMOS: De standaard heeft duidelijke architectuuruitgangspunten
+<ul><li> Het ontwerpparadigma is helder: een filosofie over de oplossing, informatiemodel, berichten, services </li>
+<li> De methodieken en talen die gebruikt worden bij het ontwerp van de standaard zijn helder.  </li>
+<li> De publicatievormen van de standaard zijn helder </li>
+<li> De architectuur is duidelijk: de functionele en technische architectuur van de standaard en de relatie met andere standaarden. </li></ul>
+<br>
+Ken Krechmer:
+<ul><li>Open interface: de standaard is “backwards compatible” en laat voldoende ruimte voor tijdelijke uitbreidingen</li></ul>
+</aside>
+
+## Kwaliteitsbeleid benchmarking
+
+<aside class="note" title="BOMOS">
+<br>
+De standaard heeft een hoge kwaliteit
+<ul><li> De standaard is effectief: de mate waarin de standaard in de specifieke situatie de functies biedt en implementeert die expliciet of impliciet vereist zijn. </li>
+<li> De standaard is bruikbaar: de mate waarin een standaard begrepen, geleerd en gebruikt/ toegepast kan worden door gebruikers in de specifieke situatie </li>
+<li> De standaard heeft portabiliteit: de mate waarin een standaard de mogelijkheid heeft om in verschillende omgevingen ingezet te worden. </li>
+<li>De standaard is betrouwbaar: de mate waarin een standaard een op een gespecificeerd niveau blijft presteren onder specifieke condities zoals foutieve implementaties of verschillen in implementaties tussen partijen.</li>
+<li> Onderhoudbaarheid: de mate waarin een standaard eenvoudig aangepast kan worden aan een veranderende situatie. </li></ul>
+</aside>