Systeemgerichte Contractbeheersing (SCB) Het is niet zomaar wat!
Systeemgerichte Contractbeheersing (SCB)
Het is niet zomaar wat!
Xxxxx Xxxxxx November 2013
Inhoud
◼ Geïntegreerde contracten
▪ Kenmerken
▪ Waarom?
◼ Plaat is Overeenkomst
◼ Systeemgerichte ContractBeheersing (SCB)
▪ Wat is het?
▪ Stappen SCB proces
▪ Wat betekent het voor de organisatie?
Geïntegreerde contracten (1)
Kenmerken
◼ Meer dan 1 bouwproces in één hand
▪ (D&C, DBM enz.)
◼ Kenmerken:
▪ Oplossingsruimte => verantwoordelijkheid ON
▪ ON voert zelfstandig uit
▪ OG grijpt niet onnodig in
Geïntegreerde contracten (2)
Van product- naar procescontrole
PROCES
Toetsen
Toezicht
OUTPUT
INPUT
Geïntegreerde contracten (3)
Rollen veranderen
Traditioneel
GC
Waarom geïntegreerd?
◼ Beleidskeuze
◼ Meer doen met minder
◼ Oplossingsruimte
◼ ......
Heeft betekenis voor/relatie met het inkoopproces
Ruimte voor interactie, vooral over invulling oplossingsruimte
Wat is SCB?
Uitgangspunt:
◼ Xxxxxxxx proces leidt tot resultaten conform eisen en voldoen aan de verwachting
Kenmerken:
◼ Risicogestuurd (contract risico’s)
◼ Steekproef
◼ Kijken naar het totstandkomingsproces
◼ Verbetering
SCB: vragen die dat oproept
◼ Wie toont aan?
◼ Wanneer is het voldoende aangetoond?
◼ Verificatie en validatie
◼ Verschuiving van partij die het dossier opbouwt. Dat is een nieuwe dienst voor ON, en OG voelt zich hiervoor eindverantwoordelijk.
SCB ⬄ Contract
Contract
Opbouw Overeenkomst (UAV-GC)
Basisover-
eenkomst
gaat voor
Vraag- specificatie
gaat voor
I Vergunningen
II Planning
III Toetsingsplan ontwerpwerk- zaamheden
IV Acceptatieplan
…
gaat voor
Annexen
Eisen aan
Werk
gaat voor
Eisen aan
Werkzaam- heden
Aanbieding
gaat voor
Eisen aan het wat
Documenten
Eisen aan het hoe
Hoe ziet een SCB proces eruit?
De rode draad
risico’s
prestatie verklaren
en betalen
opvolgen tekortkomingen
toetsplanning
toetsen
Risico’s
Aandachtspunten
◼ Scope risicodossier
◼ Volledigheid omschrijving
◼ Oorzaakanalyse
◼ Aandacht voor procesrisico’s
◼ Aantal risico’s in verhouding
◼ Regelmatig (1x per 2 maanden) actualiseren a.d.h.v.
▪ Planning ON
▪ Toetsresultaten (+/-)
Toetsplanning
◼ Gebaseerd op beschikbare toets capaciteit
◼ Duidelijke koppeling naar risicodossier => verantwoording en rechtmatigheid
◼ Regelmatig (bv 1x per 2 maanden) actualiseren a.d.h.v.:
▪ Planning ON
▪ Bijgesteld risicodossier
Voorbereiden en uitvoeren toetsen
Voorbereiden en uitvoeren toetsen
◼ Is een leerbare vaardigheid Belangrijk:
◼ OMA blijft thuis
◼ Bevindingen driehoek
◼ Toetser is ‘meetlint’
◼ Alleen gemaakte bevindingen tellen
Opvolging toetsen
Toetsrapport
◼ Overeenkomen met ON
◼ Objectief en onomstotelijk
◼ Positieve en eventueel negatieve bevindingen
Prestatie verklaren - tekortkoming
◼ Toets proces en betaalproces is gescheiden
◼ Betalen tenzij
◼ Contractmanager oordeelt (wel/geen tekortkoming)
◼ Betalingsregeling (product, voortgang, planning)
Sturingsmiddelen OG -vervolg-
risico’s
prestatie verklaren
en betalen
opvolgen tekortkomingen
toetsplanning
toetsen
Wat bekent het voor de organisatie?
◼ Xxxxxx vaardigheden medewerkers
▪ Kwaliteitsdenken, ISO 9001
▪ Aansturing vanuit de eindverantwoordelijken
▪ Doel, sturingsmiddelen
▪ Escalatieniveaus
▪ Rapportages
◼ Xxxxxxxxxx - leren, daar moet je over nadenken, een plan maken.
▪ ‘Meer’ wijzigingen
▪ Interne kwaliteitsborging
▪ Het gesprek met de opdrachtnemer krijgt ander karakter
▪ Ook de ON moet vaak groeien, of misschien al verder
Het is niet zomaar wat!
Dank u
Xxxxx Xxxxxx
Hoofd Adviesgroep Infrastructuur Amersfoort
x00(0)00 000 00 00
x00 (0)0 0000 0000
Xxxxxxx 0000 0000XX Xxxxxxxxxx