Ivo Verburgh
4Dotnet, Lead .Net Developer
4Dotnet, Lead .Net Developer
Heerenveen, The Netherlands
Actions
I am a Lead Developer and DevOps advocate who speaks about the intersection of technology, culture, and professionalism in Software Engineering.
My sessions focus on one core belief: sustainable software delivery is never just about code. It is about building product-oriented teams, strengthening engineering practices, and creating environments where trust, ownership, and continuous improvement thrive.
I speak about DevOps team composition, breaking down hero culture, building trust between business and engineering, and applying Kaizen to overcome persistent IT clichés. On the technical side, I dive deep into test-driven refactoring, mutation testing, automated dependency management, A/B testing in Azure, and enabling continuous delivery through strong engineering fundamentals.
My talks combine hands-on technical depth (level 200–300) with accessible, culture-driven sessions (level 100–200). Whether I am refactoring legacy code live, demonstrating mutation testing, or challenging audiences to rethink hero behavior, my goal is always the same: help teams become more predictable, more professional, and more self-learning.
Beyond conferences, I actively mentor developers, share knowledge through internal sessions and documentation, and advocate for growing the next generation of engineers.
If you are looking for practical insights with real-world experience and a healthy dose of reflection on how we work together, I would love to contribute to your event.
I am a Lead Developer and DevOps advocate who speaks about the intersection of technology, culture, and professionalism in Software Engineering.
My sessions focus on one core belief: sustainable software delivery is never just about code. It is about building product-oriented teams, strengthening engineering practices, and creating environments where trust, ownership, and continuous improvement thrive.
I speak about DevOps team composition, breaking down hero culture, building trust between business and engineering, and applying Kaizen to overcome persistent IT clichés. On the technical side, I dive deep into test-driven refactoring, mutation testing, automated dependency management, A/B testing in Azure, and enabling continuous delivery through strong engineering fundamentals.
My talks combine hands-on technical depth (level 200–300) with accessible, culture-driven sessions (level 100–200). Whether I am refactoring legacy code live, demonstrating mutation testing, or challenging audiences to rethink hero behavior, my goal is always the same: help teams become more predictable, more professional, and more self-learning.
Beyond conferences, I actively mentor developers, share knowledge through internal sessions and documentation, and advocate for growing the next generation of engineers.
If you are looking for practical insights with real-world experience and a healthy dose of reflection on how we work together, I would love to contribute to your event.
Area of Expertise
Topics
Hoe stel je DevOps-teams samen? nl en
‘Cultuur’ en ‘Delen’. Twee kernwaarden die nauw zijn verbonden met DevOps. Met deze kernwaarden gaat het niet meer over functiegerichte teams, maar het creëren van een team rondom één of meer producten.
Zo’n product-georiënteerd team is verantwoordelijk voor alle stappen rond het product; van het verzamen van nieuwe ideeën voor nieuwe functies, tot het bijvoorbeeld het ontwerpen, implementeren, monitoring en bug-fixing van het product.
Ivo laat je in deze sessie zien dat DevOps méér is dan ontwikkelaars en operations samenbrengen in een team. Het draait allemaal om het creëren van een gemeenschappelijk doel en teams in staat stellen om verantwoordelijkheid te nemen voor het product.
1 uur, level 200
https://nl.insight.com/nl_NL/content-and-resources/2021/webinars/the-devops-organization-an-organizational-impact-analysis-and-general-how-to/
Test-driven Refactoring nl en
Test-driven Development wordt gezien als de ontwikkelmethode die Continuous Deployment mogelijk maakt.
Het is een methode die vooral gebruikt wordt bij nieuwbouw, aangezien de architectuur van de code hier wel voor opgezet moet zijn.
Toch bestaat het dagelijkse werk van een softwareontwikkelaar vooral uit het lezen en aanpassen/ uitbreiden van bestaande code.
Het toevoegen van (unit)-testen aan deze legacy code kan enorm veel waarde leveren, alleen al voor regressietesten.
Dit zorgt er dan ook voor dat er een verbeterslag in de code gemaakt kan worden, zonder bang te zijn dat er iets kapot gaat.
In het mooiste geval kan je zelfs de code zo aanpassen, dat de code veel langer meegaat!
Tijdens deze sessie ga ik laten zien hoe je een stuk legacy code kan aanpassen zodat unit testen mogelijk wordt en zodat uitgebreid refactoren mogelijk wordt.
1 uur, level 300
Kaizen en IT Clichés nl en
Ik merk vaak dat mensen en organisaties de technische oplossingen van problemen allang kennen, maar dat ze zo vastgeroest zijn in gewoontes (wat heel normaal en menselijk is), dat het een flinke bak soft-skills plus overtuigingskracht en geduld kost om ze in een cyclus van continue verbetering te krijgen.
Ik vind het interessant om Agile principes en best practices uit te leggen aan de hand van de problemen die ze trachten op te lossen. Deze uitleg doe ik dan aan de hand van Kaizen (continu verbeteren), wat eigenlijk het fundament is van Agile werken.
Ik heb een lijst van 35 IT Clichés, wat situaties zijn die ik zelf meerdere malen heb meegemaakt bij verschillende bedrijven.
Van tevoren wil ik iedereen vragen om uit die lijst van 35 IT Clichés er 3 te kiezen die ze graag behandeld wilden hebben in een sessie.
Die IT Clichés die de meeste stemmen hebben gekregen worden in de sessie behandeld op een manier dat er ruimte is voor discussies.
https://www.youtube.com/watch?v=agG-AIFUwqU
1 uur, level 200
Leiden en begeleiden van de toekomst van Software Engineering nl en
Vertraagde releases, te dure projecten, hoge werkdruk en stress, lage kwaliteit van software en niet voldoen aan de business-wensen.
Dit zijn verschijnselen in de Software Engineering die we proberen te voorkomen, maar die hoogstwaarschijnlijk in de komende jaren alleen maar zullen toenemen.
Een oorzaak hiervan is een toenemend tekort aan goede, ervaren Software Engineers.
In mijn sessie ga ik uitleggen wat wij als Software Engineers kunnen doen om de toekomstige generatie Software Engineers op te leiden en te begeleiden, zodat de toekomst er wat beter uit kan gaan zien.
Zaken die ik ga behandelen zijn:
• Kinderen interesseren in programmeren op en buiten school
• Junioren en zij-instromers opleiden en begeleiden
• Overal continu stagiairs mee laten draaien in volwassen teams
• Zelfontwikkeling stimuleren en begeleiden door buddy-paren en mentorschap
https://youtu.be/VCx9bzES4Z8
1 uur, level 100
Leading and guiding the future of Software Engineering nl en
Delayed releases, projects that are too expensive, high workload and stress, low quality software and failure to meet business requirements.
These are phenomena in Software Engineering that we try to prevent, but which will most likely only increase in the coming years.
One cause is an increasing shortage of good, experienced Software Engineers.
In my session I will explain what we as Software Engineers can do to train and guide the future generation of Software Engineers, so that the future can look a little better.
Things I will cover are:
• Interesting children in programming in and out of school
• Training and supervising juniors and lateral entrants
• Allow trainees to work continuously in experienced teams everywhere
• Stimulate and guide self-development through buddy pairing and mentoring
1 hour, level 100
Test-driven Refactoring nl en
Test-driven Development is seen as the development method that makes Continuous Deployment possible.
It is a method that is mainly used in new systems, since the architecture of the code must be set up for this.
Nevertheless, the day-to-day work of a software developer mainly consists of reading and modifying/expanding existing code.
Adding (unit) tests to this legacy code can provide tremendous value, just for regression testing.
This also ensures that an improvement can be made in the code, without fear that something will break.
In the best case, you can even adjust the code in such a way that the code lasts much longer!
During this session I will show you how to modify a piece of legacy code to allow for unit testing and extensive refactoring.
1 hour, level 300
Kaizen and IT Clichés nl en
I often notice that people and organizations already know the technical solutions to problems, but that they are so entrenched in habits (which is very normal and human), that it takes a lot of soft skills plus persuasiveness and patience to put them into a cycle of continuous improvement.
I find it interesting to explain Agile principles and best practices based on the problems they try to solve. I do this explanation based on Kaizen (continuous improvement), which is actually the foundation of Agile working.
I have a list of 35 IT Clichés, which are situations that I myself have experienced several times at different companies.
In advance I would like to ask everyone to choose 3 from that list of 35 IT Clichés that they would like to have covered in a session.
Those IT Clichés that received the most votes are dealt with in the session in a way that allows room for discussion.
https://www.youtube.com/watch?v=agG-AIFUwqU
1 hour, level 200
How do you put together DevOps teams? nl en
'Culture' and 'Sharing'. Two core values that are closely linked to DevOps. With these core values, it is no longer about function-oriented teams, but about creating a team around one or more products.
Such a product-oriented team is responsible for all steps related to the product; from gathering new ideas for new features, to designing, implementing, monitoring and bug-fixing the product, for example.
In this session, I will show you that DevOps is more than bringing developers and operations together in a team. It's all about creating a common goal and empowering teams to take responsibility for the product.
1 hour, level 200
https://uk.insight.com/en_GB/content-and-resources/2021/webinars/the-devops-organization-an-organizational-impact-analysis-and-general-how-to.html
Elevate Your Testing Game: Unleashing the Power of Mutation Testing for Code Confidence en nl
Join me in this dynamic session as we delve into the transformative world of mutation testing—a cutting-edge approach to elevate your software testing game. In this session, we will demystify the concept of code mutation and showcase how intentionally introducing subtle changes to your codebase can unveil hidden vulnerabilities and strengthen your test suites. Through real-world examples and hands-on demonstrations, you'll gain insights into identifying and addressing potential weak spots in your test coverage.
1 hour, level 200
Testing your tests with Stryker en nl
We weten allemaal dat Code Coverage niet alles zegt en dat de kwaliteit van de Unit- of Integration Tests niet sluitend op die manier te meten is. Maar hoe dan wel?
Enter Mutation Testing met Stryker.NET! Mutation Testing houdt in dat er allerlei mutants van je code gegenereerd worden en dat alle tests afgevuurd worden op elke mutant. Faalt er een test? Dan zijn je tests goed. Slagen nog steeds alle tests? Dan zijn de tests niet dekkend genoeg.
Tijdens deze sessie laat Ivo zien hoe je Stryker.NET toepast om de kwaliteit van je code en van de tests hoger te krijgen.
1 uur, level 200
The proof is in the pudding - A/B Testing in Azure en
Coming up with a good interface that works for most of your customers can be quite difficult. Experimenting with 2 versions (A and B) and measuring the response and usage of both versions can help getting the right product for your users.
This also works for services without an user interface. You can experiment with a possible performance improvement in the same way.
During this session I will demonstrate what Azure has to offer to help you with such experiments.
https://www.youtube.com/live/cvhrcDi5foc?si=ChKQWx1D6hyGhmzh&t=3609
1 hour, level 300
The Hero Culture - The myth of the lonely hero en nl
In virtually every company, there's a crisis when a critical bug is found, a project is severely behind schedule, or an urgent issue arises, sending everyone into firefighting mode. Heroes are needed in such situations who can solve these high-stakes problems.
Who doesn't want to be such a hero? The heroes get rewarded and the message that is sent in the company that being a hero is something to aspire to.
In this talk, I will explain more about the hero culture. I will explain the downsides by real world examples.
After this session, I hope you will be convinced of the double-edged sword that hero culture is.
level 100
The Hero Culture - De mythe van de eenzame held en nl
In vrijwel elk bedrijf is er sprake van een crisis wanneer een kritieke bug wordt aangetroffen, een project ernstig achterloopt op schema of er zich een groot probleem voordoet, waardoor iedereen in de firefighting modus gaat. In dergelijke situaties zijn helden nodig die deze grote problemen kunnen oplossen.
Wie wil niet zo’n held zijn? De helden worden beloond en de boodschap die het bedrijf uitzendt is dat held zijn iets is om naar te streven.
In deze sessie zal ik meer uitleggen over hero culture. Ik zal de nadelen uitleggen aan de hand van voorbeelden uit de echte wereld.
Ik hoop dat je na deze sessie overtuigd bent dat hero culture een mes is wat aan beide kanten snijdt.
level 100
Automated Dependency Updates in Azure DevOps - who wouldn't want that? en nl
Keeping you dependencies up to date can be boring work.
Minor updates that change nothing for your system can be skipped and major updates are irritating, because you have to change your code to make it work again.
To prevent big security leaks (remember Log4j?) you can automate updating you dependencies. There are multiple solutions for this and I will compare them in this talk to give the pros and cons of each one.
I will end this talk with a strategy to start automating updating dependencies yourself!
level 300
Automated Dependency Updates in Azure DevOps - wie wil dat niet? en nl
Het up-to-date houden van dependencies kan saai werk zijn.
Kleine updates die niets veranderen voor je systeem kunnen worden overgeslagen en grote updates zijn irritant, omdat je code moet wijzigen om het weer te laten werken.
Om grote beveiligingslekken te voorkomen (herinnert u zich Log4j nog?) kun je het updaten van je dependencies automatiseren. Er zijn meerdere oplossingen hiervoor en ik zal ze in deze talk vergelijken om de voor- en nadelen van elk te geven.
Ik zal deze talk afsluiten met een strategie om zelf te beginnen met het automatiseren van het updaten van dependencies!
level 300
Trust me, I'm a developer - How to trust the developer? en nl
Software runs the world, yet many projects struggle not because of technology, but because of a lack of trust. Business stakeholders don’t trust estimates. Product Owners don’t trust quality. Developers don’t trust requirements. And sometimes, developers don’t even fully trust each other. The result? Defensive communication, missed expectations, slow delivery, and frustration on all sides.
In this talk, we explore how trust is actually built (and broken) in modern software teams. Drawing on lessons from classics such as The Pragmatic Programmer, The Clean Coder, The DevOps Handbook, The Phoenix Project, and The Unicorn Project, we’ll move beyond clichés and uncover practical, real-world behaviors that increase confidence across roles.
You’ll learn why professionalism beats heroics, why transparency matters more than optimism, how small batches create credibility, and why psychological safety inside the team is the foundation for trust outside it. We will also tackle a hard truth: software delivery is inherently unpredictable — and pretending otherwise destroys trust faster than any bug.
Whether you are a developer, Product Owner, manager, or business stakeholder, this talk provides actionable insights to build stronger collaboration, make commitments you can keep, and create teams that people actually trust.
level 100, around 50 minutes
Trust me, I'm a developer - How to trust the developer? en nl
Software is de drijvende kracht achter de wereld, maar veel projecten lopen vast, niet door de technologie zelf, maar door een gebrek aan vertrouwen. Zakelijke stakeholders vertrouwen schattingen niet. Product Owners vertrouwen de kwaliteit niet. Ontwikkelaars vertrouwen de requirements niet. En soms vertrouwen ontwikkelaars elkaar zelfs niet volledig. Het resultaat? Defensieve communicatie, gemiste verwachtingen, trage oplevering en frustratie aan alle kanten.
In deze presentatie bekijken we hoe vertrouwen in moderne softwareteams wordt opgebouwd (en afgebroken). Aan de hand van lessen uit klassiekers zoals The Pragmatic Programmer, The Clean Coder, The DevOps Handbook, The Phoenix Project en The Unicorn Project, gaan we verder dan clichés en ontdekken we praktische, realistische gedragingen die het vertrouwen in alle rollen vergroten.
Je leert waarom professionaliteit heldhaftigheid overtreft, waarom transparantie belangrijker is dan optimisme, hoe kleine batches geloofwaardigheid creëren en waarom psychologische veiligheid binnen het team de basis vormt voor vertrouwen daarbuiten. We zullen ook een harde waarheid onder ogen zien: softwarelevering is inherent onvoorspelbaar – en doen alsof dat wel zo is, vernietigt vertrouwen sneller dan welke bug dan ook.
Of je nu ontwikkelaar, Product Owner, manager of zakelijke stakeholder bent, deze presentatie biedt concrete inzichten om sterkere samenwerking te bevorderen, afspraken na te komen en teams te creëren die mensen daadwerkelijk vertrouwen.
level 100, ongeveer 50 minuten
.NET Developer Conference '25 Sessionize Event
Experts Live Netherlands 2025 Sessionize Event
Tech Leaders
The Hero Culture - The myth of the lonely hero
Global Azure 2025 Gent Sessionize Event
AgileHubNoord
Kaizen en IT Clichés
MoveUp with 4DotNet
How to become a software hero? Tips & tricks from the trenches
Techorama 2024 Netherlands Sessionize Event
DIJ - Ode aan de Code #36
Elevate Your Testing Game: Unleashing the Power of Mutation Testing for Code Confidence
devCampNoord Sessionize Event
MoveUp with 4DotNet
Leiden en begeleiden van de toekomst van Software Engineering
SDN Cast
Kaizen en IT Clichés
Insight Webinar
How do you put together DevOps teams?
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top