Verslag workshop Beheersysteem Asfaltdijkbekleding Deltares, 10 december 2010
1.1
Presentatie Wout de Vries Na een korte introductie van Bernadette Wichman over de aanleiding van het ontwikkelen van het Beheersysteem Asfaltdijkbkleding, licht Wout het raamwerk toe dat is ontwikkeld door Marije de Gruiter (Infram). De basis van het beheersysteem wordt door vier modules gevormd: -
Inspectieanalyse;
-
Onderhoudsbehoefte;
-
Ondersteuning Toetsing;
-
Archief.
Elke module kan gevuld worden met zijn eigen gegevens en heeft zijn eigen mogelijkheden (zie printout van de presentatie, bijlage). Het is de bedoeling dit beheersysteem modulair op te bouwen en mogelijkheden te bieden voor uitbreiding in de toekomst. Het is aan de potentiële gebruikers (beheerders, adviseurs) om tijdens de workshop aan te geven waar hun behoeften liggen, zodat de ontwikkelaars van het beheersysteem verder kunnen om een zo praktisch mogelijk systeem te bouwen.
1.2
Opmerkingen nav de presentatie Naar aanleiding van de presentatie worden de volgende suggesties gedaan voor nadere uitwerking: -
Er wordt een NEN-Norm voor conditiemetingen ontwikkeld voor de GWW-sector. Hierbij zou aangesloten kunnen worden;
-
Er wordt een basisregistratie voor ondergronden ontwikkeld. Wellicht kan het beheersysteem asfaltdijkbekledingen daarop aansluiten (kans op een zinvolle aansluiting wordt niet zo groot geacht).
1.3
Discussie in 4 groepen Er worden 4 groepen gevormd die op pad worden gestuurd met de volgende vragen: 1.
2.
3.
Aansluiting opzet beheersysteem bij de praktijk •
Welke modules geven meerwaarde;
•
Hoe aan te sluiten bij beheerpraktijk;
•
Welke kennis inbouwen (bijv. kentallen kosten, onderhoudsintervallen);
•
Welke onderdelen zijn een must, welke handig, welke overbodig?
Aansluiting in de organisatie •
Zie je jezelf als gebruiker;
•
Stand alone systeem of via Waterschapshuis.
Toepassing •
Louter voor asfalt, of uitbreiden met andere bekledingstypes;
•
Overige.
1.4
Terugmelding discussie
1.4.1
Groep Ben van Eijk 1.
Aansluiting opzet beheersysteem bij de praktijk De module Archief is voor deze groep de belangrijkste. In deze module moet je al je gegevens stoppen, die door de overige modules gebruikt kunnen worden. Daarbij zijn de gegevens van de nulsituatie van groot belang; Waterschappen hebben leggers en een beheerregister. De vraag is of het voorgestelde systeem hetzelfde is. Volgens deze groep is dat waarschijnlijk niet het geval. Het Archief is iets dat je moet vullen met je inspectieresultaten, die niet altijd in een beheerregister worden vermeld; Er is een directe relatie tussen inspectie en onderhoud. In het Archief kan je de levensduur van de bekleding invoeren en daaraan de verschillende onderhoudsmomenten koppelen; Kennis van kostenkentallen en onderhoudsinvallen moeten in het systeem opgenomen worden, om: -
Een risicoanalyse te kunnen maken, waarmee een prioritering gemaakt kan worden tussen het
-
Leeftijdsafhankelijk inspecteren te kunnen onderbouwen;
onderhoud van de verschillende soorten bekledingenn (relevant bij teruglopende budgetten); PotentiĂŤle gebruikers zijn beheerders en adviseurs (inspectie, ontwerp). 2.
Aansluiting in de organisatie Deze groep is er voorstander van om de softwareontwikkeling via het Waterschapshuis te laten verlopen, om wildgroei aan beheersystemen te voorkomen; Aansluiting met Digispectie en Digigids (schadebeelden) ligt voor de hand; Het beheersysteem moet koppeling met andere (standaard) beheersystemen faciliteren.
3.
Toepassing Toepassing van het beheersysteem kan gestart worden vanuit het asfalt. Moet daarna zeker uitgebreid worden voor alle soorten bekledingen.
1.4.2
Groep Ruud Joosten 1.
Aansluiting opzet beheersysteem bij de praktijk Alle 4 de modules zijn nodig. Geen enkele module is overbodig; Archiefmodule vormt de basis; Daarna volgt de ondersteuning voor het onderhoud. Hier valt veel winst te behalen, want hiermee krijgt beheerder profijt van zijn inspanningen om het systeem op orde te brengen; Kennis over kostenkentallen is een must. Ook kennis over de verschillende onderhoudsmethoden is van belang, zodat je die kan laten aansluiten op de verschillende mogelijke schadevormen; Een goed beheersysteem kan ook de uniformering bevorderen, zowel binnen de eigen beheersorganisatie als over de organisaties heen; Het systeem kan de onderhoudsplanning onderbouwen. Het kan bijvoorbeeld ondersteunen bij de afweging of kleinere goedkopere maatregelen op de korte termijn genomen moeten worden, of dat het (economisch) handiger is grotere duurdere maatregelen te nemen op de langere termijn;
2-5
De noodzaak voor een dergelijk systeem is kleiner voor ervaren beheerders, maar zeer noodzakelijk de nieuwe beheerders. Die hebben een goede overdracht van het archief en ondersteuning van o.a. kentallen nodig; 2.
Aansluiting in de organisatie Van belang is dat het systeem aansluit op IRIS. Aangezien het Waterschapshuis dat beheert ontkomt je er niet aan om daarmee samen te werken. Dit heeft bovendien als voordeel dat de gegevens meer uniform worden, zodat ze ook gebruikt kunnen worden voor benchmarks en het ontwikkelen van levensduurmodellen; Bij voorkeur zou het beheersysteem moeten aansluiten op het beheerregister; In de basis moet het systeem binnen de eigen beheerslocatie draaien;
3.
Toepassing In de opstartfase beperkt het systeem zich tot asfaltbekledingen. Daarmee houd je het overzichtelijk. Als blijkt dat het systeem een meerwaarde heeft, is er ook draagvlak om het uit te breiden naar andere bekledingen; Het systeem dient gebruiksvriendelijk te zijn, zodat het zichzelf zal bewijzen.
1.4.3
Groep Jan Wolters 1.
Aansluiting opzet beheersysteem bij de praktijk De groep ziet het voorgestelde Beheersysteem als aanvulling op wat er al bij de beheerders is: de leggers en de beheerregisters. Het is dus van belang het systeem te zien als een applicatie die naadloos aansluit op bestaande beheerinstrumenten (in een IRIS-omgeving); Dubbele oplag van gegevens moet voorkomen worden; De module Archief is overbodig, want als je het beheerregister goed bijhoudt heb je vanzelf het archief. Mogelijk is wel dat nog gegevens uit het verleden toegevoegd moeten worden aan het beheerregister; Ook de module Ondersteuning toetsing is overbodig. De reguliere inspecties zouden zo ingestoken dienen te zijn dat de voor de Toetsing benodigde informatie daar automatisch al uit voortkomt; Het systeem zou het opstellen van de meerjarenplanning dienen te faciliteren (aan de hand van kentallen, kosten, etc.); In de groep werd geopperd om de inspectieresultaten te koppelen aan Digispectie2. Echter, niet alle beheerders gebruiken digispectie. Dus aansluiting is mooi, maar moet niet verplicht zijn; Het systeem zou informatie moeten genereren over de onderhoudsbehoefte. Mogelijke zaken zijn informatie over de meerjarenplanning, slijtlagen, deklagen, kostenkentallen en scheurherstel;
2.
Aansluiting in de organisatie Je ontkomt niet aan het zoeken van aansluiting met het Waterschapshuis; De tip wordt gegeven om bij de ontwikkeling van het systeem een kleine groep waterschappen (zogenaamde koplopers) te betrekken, en niet meteen met alle waterschappen af te stemmen, om een te langdurig en stroperig proces te voorkomen;
3.
Toepassing Het beheersysteem zou op den duur voor alle bekledingstypes moeten gelden. Dit zou ook onderlinge prioritering tussen onderhoud van verschillende bekledingstypen kunnen faciliteren.
3-5
1.4.4
Groep Harmen Faber 1.
Aansluiting opzet beheersysteem bij de praktijk Het beheersysteem zou moeten helpen om: o
Beter te weten komen wat je in beheer hebt en krijgt (bijv. bij overdracht);
o
Sneller kwetsbare punten te herkennen;
o
Beter informatie te geven over de levensduurverwachting (bijv. dat het systeem via stoplichtmeldingen –groen, oranje, rood – aangeeft hoe de bekleding ervoor staat);
o
Meer differentiatie aan te brengen bij inspecties en monitoring (o.b.v. historie);
o
Betere overdracht van informatie over objecten mogelijk te maken (bijv. bij het verlenen van
o
Objectief te registreren van de conditie van het asfalt, om inspectieblindheid tegen te gaan en om
opdrachten aan aannemers, bij reorganisaties); “glijdende” ontwikkelingen tijdig te kunnen registreren; o
Efficiëntere uitwisseling over aanleg- en onderhoudsmaatregelen met andere beheerders te creëren.
Kortom, het beheersysteem dient een zogenaamd BOS (Beslissing Ondersteunend Model) moeten zijn. Het beheersysteem moet: o
In staat zijn de grote hoeveelheid gegevens te kunnen handelen (locatie, conditie, tijdstip van de
o
Uitbreidbaar zijn (rekening houden met nieuwe meetmethodes);
o
Kunnen inspelen op nieuwe toetscriteria;
meting);
Oppassen dat er niet een black box ontstaat; 2.
Aansluiting in de organisatie Zie je zelf als gebruiker: o
Zowel beheerders (RWS, waterschappen, defensie, havenbedrijf Rotterdam) als adviseurs zien het beheersysteem als potentieel belangrijk instrument;
o
Probeer aan te sluiten bij de enterprise architecture van RWS (waarmee je dubbele registratie voorkomt).
3.
Toepassing Het beheerssysteem zou toepasbaar moeten zijn voor alle bekledingstypes; Bovendien zou het beheersysteem ook de afweging tussen verschillende bekledingsmaterialen moeten ondersteunen; Het systeem moet toepasbaar zijn op zowel strategisch, als tactisch en operationeel niveau.
1.5
Afsluiting De voorzitter van de klankbordgroep asfaltdijkbekledingen Martin van de Ven bedankte alle aanwezigen voor hun enthousiaste bijdrage aan deze workshop en aan deze dag.
1.6
Eerste conclusies (Nb, Deze conclusies zijn bij het maken van het verslag gemaakt)
4-5
1.
Er is behoefte aan het voorgestelde beheersysteem;
2.
Indien het beheersysteem goed functioneert voor de asfaltdijkbekleding, zou het uitgebreid moeten worden
3.
Naast beheerders (waterschappen, RWS, Havenbedrijven, Defensie) biedt het beheersysteem ook kansen
naar de overige dijkbekledingen; voor adviseurs (ontwerp); 4.
Het systeem dient aan te sluiten aan de bestaande beheersystemen, met name het beheerregister;
5.
Dit betekent ook dat het beheersysteem (naadloos) dient aan te sluiten bij de software van de beheerders: het Waterschapshuis, RWS, ……;
6.
Het is aan te bevelen dat er directe koppeling mogelijk is met digispectie en digigids. Andere wijze van het inwinnen van gegevens moet ook mogelijk zijn;l
7.
De behoefte aan de module Archief en Toetsing is afhankelijk van de wijze waarop de beheerders hun systemen en hun reguliere inspecties hebben ingericht. Een deel van de beheerders heeft er geen behoefte aan (maakt al onderdeel uit van het beheerregister c.q. de dagelijkse praktijk), een deel wel;
8.
Het is de uitdaging het systeem zo in te richten dat het: “Glijdende” ontwikkelingen signaleert en (via bijv. stoplicht) rapporteert; Kentallen oplevert die te gebruiken zijn voor de diverse stappen van inspectie en onderhoud en hun planning; Onderbouwing van inspectie- en onderhoudstrategieën faciliteert (risicogestuurde inspectie, veel klein onderhoud versus weinig groot onderhoud); In kan spelen op nieuwe Toetscriteria, meettechnieken, …
9.
Als het systeem zich voor asfaltdijkbekledingen heeft bewezen dient het uitgebreid te kunnen worden naar andere typen dijkbekledingen (steenzettingen, gras, …);
10. Betrek bij de ontwikkeling van het systeem een beperkt aantal koplopers.
Wout de Vries, Niek Albers 13 december 2010
5-5