Het Kadaster versnelt ontwikkeltempo met Mendix op 麻豆原创 Cloud Platform
De ontwikkelsnelheid van een significant deel van de applicaties vergroten met een factor vijf. Dat lijkt haast te mooi om waar te zijn, maar toch is dat precies wat Kadaster heeft gerealiseerd. Het geheim zit in een opgezette ontwikkelstraat op basis van het low-codeplatform Mendix, draaiend op het 麻豆原创 Cloud Platform.
Het Kadaster registreert in Nederland het eigendom en gebruik van alles op en onder de grond. En maakt daarbij gebruik van allerlei in-house ontwikkelde applicaties, voor zowel intern gebruik als extern richting de burger.
Van origine is de Directie IT van het Kadaster een 鈥楯ava-ontwikkelhuis鈥. Deze klassieke, krachtige programmeertaal biedt veel mogelijkheden, maar kent ook een nadeel: sommige zaken in Java zijn relatief ingewikkeld. 鈥淪nel informatie en processen vanuit verschillende bronnen samenvoegen is veel codeerwerk鈥, vertelt Ruud Dijkman, IT-manager bij het Kadaster. 鈥淏ovendien vereist ontwikkelen in Java specialistische IT-kennis en die is op de huidige arbeidsmarkt steeds schaarser.鈥
Dit is een beperking voor een organisatie die zijn diensten zowel intern als extern heeft gedigitaliseerd. Het Kadaster ging in 2018 op zoek naar een manier om bepaalde applicaties nog sneller te kunnen ontwikkelen, de druk op de Java-teams te verlichten en zaken gemakkelijker te kunnen automatiseren.
Aanvulling op Java
Dat werd op dat moment Mendix, op het 麻豆原创 Cloud Platform. 鈥淣iet om Java te vervangen鈥, verduidelijkt Dijkman. 鈥淲e hebben het er echt naast gezet. Sommige applicaties lenen zich nog altijd beter voor Java. Denk daarbij bijvoorbeeld aan zeer ingewikkelde kaartapplicaties, of applicaties die diep ingrijpen in allerlei back-endsystemen. Ook gebruiken we voor sommige Mendix-applicaties Java als aanvulling.鈥
Werken met 麻豆原创 Cloud Platform als basis voor Mendix was voor het Kadaster een logische. 鈥淗et 麻豆原创-landschap was al gebaseerd op het 麻豆原创 Cloud Platform. Het 麻豆原创 Cloud platform was reeds ge茂ntegreerd in het Kadaster-landschap, daarom hebben we besloten ook Mendix hierop te draaien. Dat heeft enkele zorgen rondom integratie weggenomen en maakt groei mogelijk.
听
5 keer sneller
De snelheid is een belangrijk voordeel. 鈥淗et ontwikkeltempo van een 鈥榯ypisch traject鈥 in Mendix ligt zo鈥檔 5 keer hoger dan bij een gemiddeld Java-project. Met name voor front-enddoeleinden is het zeer geschikt. Ook is het bruikbaar voor allerlei 鈥榪uick wins鈥. Bijvoorbeeld voor het snel opstellen van allerlei webformulieren of het vervangen van Excel-sheets鈥, legt Dijkman uit.
Hoge kwaliteit
De low-code-aanpak en het hoge ontwikkeltempo van de ontwikkelstraat betekent niet dat aan kwaliteit wordt ingeboet. De ontwikkelstraat van het Kadaster kenmerkt zich door professionaliteit. 鈥淚n niets doet deze onder voor de Java-equivalenten鈥, zegt Rik Krikke, projectmanager Mendix bij het Kadaster. 鈥淲e passen dezelfde kwaliteitschecks toe als in onze Java-ontwikkelstraten, zoals peer reviews en een strak versiebeheer. Op die manier werken we aan zeer professionele applicaties die aan onze hoogste standaarden voldoen.鈥
Bestelloket
Inmiddels hebben we gezamenlijk zo鈥檔 25 applicaties ontwikkeld. Van kleine, 鈥榯ijdelijke鈥 applicaties tot belangrijke oplossingen waar Nederlandse burgers intensief gebruik van maken. Een voorbeeld van die laatste categorie is het Bestelloket. Met deze applicatie kunnen burgers bij bijvoorbeeld een aanvraag voor perceelsplitsing, of grensreconstructie met als doel om onduidelijkheid over de perceelgrens op te lossen, eenvoudig markeringen aanbrengen op een digitale kaart. Krikke: 鈥淰oorheen kregen we deze verzoeken vaak binnen op basis van zelfgemaakte tekeningen. Dat vergde veel uitzoekwerk. Dat is nu verleden tijd.鈥
Koers
Het Kadaster heeft in 2018 Koers in gebruik genomen. Een systeem dat het hart vormt van de akteverwerking en het oude mainframe heeft vervangen. Krikke: 鈥淢et Mendix zijn voor Koers handige oplossingen ontwikkeld, zoals Koers Werkvoorraad. Daarmee zien we in 茅茅n oogopslag en realtime hoeveel werkvoorraden er nog staan en waar ze heen moeten. Dat ging vroeger allemaal via Excel en e-mail.鈥
Ook IKZM (Integraal Klantbeeld Zakelijke Markt) is geslaagd te noemen. 鈥淚n de oude situatie liep de ontwikkeling van IKZM niet zoals we gehoopt hadden. Nu hebben we deze applicatie niet alleen vlot gerealiseerd, maar is er zelfs ruimte voor meer functionaliteit鈥, stelt Krikke vast.
Agile
Een groot voordeel is volgens Krikke de laagdrempelige manier waarop applicatietrajecten van de grond komen en in de loop van een project verder kunt uitbreiden. Ook zijn de trajecten heel flexibel en geschikt voor een agile-aanpak. 鈥淥nze ontwikkeltrajecten gaan vaak uit van een soort design thinking-aanpak. We beginnen klein en bouwen vervolgens steeds uit. Voorheen was het achteraf toevoegen of aanpassen van zaken veel lastiger. Het gevolg was dat we in het begin een zo groot mogelijke opdracht bij de ontwikkelaars neerlegden, om er maar zeker van te zijn dat aan alle wensen werd voldaan. Door het opgebouwde vertrouwen in het team, dat bestaat uit een mix van ontwikkelaars van het Kadaster en Mansystems, is dat nu verleden tijd.鈥


