Speaker

Jacob Duijzer

Jacob Duijzer

Enabling Team lead | Agile Coach | Public Speaker @ Team Rockstars IT

Enabling Team lead | Agile Coach | Public Speaker @ Team Rockstars IT

Vught, Netherlands

As an Agile Coach and enabling team lead with over 20 years of experience as a software engineer, I am uniquely positioned to help teams, individuals, and organizations improve. I bring a deep understanding of technology and a broad technical knowledge, enabling me to guide teams in embracing agile methodologies, achieving their goals, and leveraging technology to their advantage.

I actively support personal growth, helping team members identify their strengths and facilitating the development of new technical skills. Through coaching, mentoring, and constructive feedback, I foster a culture of continuous learning and improvement, both in terms of agile practices and technological advancements.

In my role as an enabling team lead, I create an environment where teams can thrive. I facilitate the exchange of technical knowledge and experiences between teams, ensure clear communication, and foster collaboration across different disciplines. I actively contribute to the development of agile practices and processes at the organizational level, aiming to enhance overall performance and effectiveness.

With my dedication to improving teams, individuals, and organizations, combined with my extensive software engineering experience and broad technical knowledge, I am well-equipped to drive successful agile transformations. By emphasizing growth, collaboration, and continuous improvement, I empower teams to unleash their full potential and achieve exceptional results, both in terms of agile methodologies and leveraging technology.

Als Agile Coach en leidende teamleider, met meer dan 20 jaar ervaring als software-engineer, is Jacob uniek gepositioneerd om teams, individuen en organisaties te helpen verbeteren. Hij beschikt over een diepgaand begrip van technologie en een brede technische kennis, waardoor hij teams kan begeleiden bij het omarmen van agile methodologieën, het behalen van hun doelen en het benutten van technologie in hun voordeel.

Jacob ondersteunt actief persoonlijke groei, helpt teamleden bij het identificeren van hun sterke punten en faciliteert de ontwikkeling van nieuwe technische vaardigheden. Door middel van coaching, mentoring en constructieve feedback bevordert hij een cultuur van continu leren en verbeteren, zowel op het gebied van agile werkwijzen als technologische ontwikkelingen.

In zijn rol als teamleider creëert Jacob een omgeving waarin teams kunnen gedijen. Hij faciliteert de uitwisseling van technische kennis en ervaringen tussen teams, zorgt voor duidelijke communicatie en stimuleert samenwerking tussen verschillende disciplines. Jacob draagt actief bij aan de ontwikkeling van agile werkwijzen en processen op organisatieniveau, met als doel de algehele prestaties en effectiviteit te verbeteren.

Met zijn toewijding om teams, individuen en organisaties te verbeteren, gecombineerd met zijn uitgebreide ervaring als software-engineer en brede technische kennis, is Jacob goed uitgerust om succesvolle agile transformaties te leiden. Door de nadruk te leggen op groei, samenwerking en continue verbetering, stelt hij teams in staat om hun volledige potentieel te benutten en uitstekende resultaten te behalen, zowel op het gebied van agile methodologieën als het benutten van technologie.

Area of Expertise

  • Information & Communications Technology

Topics

  • Polly
  • Chaos Engineering
  • Specification By Example
  • Coding Cojo
  • Code Retreat
  • .NET
  • Linux
  • Team Topologies
  • DevOps
  • Domain Driven Design
  • Leadership
  • Agile Coaching
  • Agile Leadership
  • TDD & BDD
  • BDD
  • DDD
  • IT Leadership
  • Technical Leadership
  • Team Leading
  • Agile Coach

Sessions

Living in your own bubble en

There are a lot of farms in the Netherlands, and a lot of cows. All cows on a farm have a certain value, based on their history. Cows are sold and bought, being born and slaughtered, inseminated or milked, generating a large stream of information. Information which is used by the farmers but also by the government. Taxes, carbon footprints, CO2 reductions, business value, it all needs up-to-date and accurate animal information.

Due to new laws, some serious changes had to be implemented on a legacy system. Nightly processing of new information was already problematic, extending the business rules would even make it slower. Scaling and extending the legacy application, which heavily leaned on stored procedures and triggers, appeared to be too difficult. While Domain Driven Design could really help to bring clarity in this complex domain, rebuilding was not an option.

Time to introduce the Bubble Context of which Eric Evans wrote in his paper “Getting Started With DDD When Surrounded By Legacy systems”! In this session I will use a simplified version of the legacy system and demonstrate how to create your own bubble context to apply new business rules while keeping the existing system intact. In fact, we hardly touch the existing system! I will explain the advantages and disadvantages of a bubble context and how to move even further away from the legacy system.

Empowering Teams for High-Performance: Unleashing the Potential of Team Topologies and DevOps en

In today's fast-paced and dynamic business environment, organizations strive to build and scale high-performing technology teams that can deliver value with speed and efficiency. To achieve this, a combination of effective team organization and continuous improvement practices is essential. In this talk, we will explore how the concepts of Team Topologies and DevOps can be leveraged from the perspective of an enabling team, such as an agile coach, to empower organizations and teams.

All Systems Gone! en nl

Finally, your systems are running in the cloud. All resources and services are spread across the world, what could possibly go wrong? Well, what if someone, accidentally, removes all resource groups? Shouldn't be possible, but in this story, it happened! Not just a single resource group but all existing groups, the test environments and the production environment, all systems gone!

But it isn't a sad story, at least not completely. Because we got them covered! By using infrastructure-as-code and a lot (1000+!) of automated specifications, everything was up and running again within a few hours. And not only up-and-running, but tested and verified!

In this session, we will demonstrate how you can do this yourself. We will deploy and destroy a fully functional application, restore it and verify that everything is working again. For multiple environments! While working on it, we will also take the time for some explanation, about the technologies used and possible alternatives, about Specification By Example, Gherkin, SpecFlow, Terraform, Bicep and DevOps Pipelines.

All Systems Gone! en nl

Stel je voor: al jouw systemen draaien in de cloud, verspreid over de hele wereld en zonder zorgen om fysieke hardware. Maar wat als er per ongeluk een cruciale fout wordt gemaakt, zoals het verwijderen van alle resource groups? Dat klinkt als een nachtmerrie, maar in deze sessie laten we zien dat dit geen einde verhaal hoeft te betekenen.

Dankzij Infrastructure-as-Code en meer dan duizend geautomatiseerde specificaties en tests slaagden we erin om binnen enkele uren alle resources, van testomgeving tot productie, volledig te herstellen en te testen. En we laten zien hoe jij dit zelf kunt doen.

In deze sessie demonstreren we hoe je resource groups kunt verwijderen en alles vervolgens volledig kunt herstellen en verifiëren met behulp van geautomatiseerde specificaties. We nemen de tijd om de gebruikte technieken en mogelijke alternatieven uit te leggen, waaronder Specification by Example, Gherkin, SpecFlow, Terraform, Bicep en DevOps pipelines. Dit alles voor meerdere omgevingen, zodat jij straks vol vertrouwen jouw cloud-omgevingen kunt beheren en onderhouden.

Specification by Example: building the right things the right way en nl

Why is developing software so hard? Why do we keep making mistakes, why are we building the wrong features, and why do we create unnecessary bugs? You all know the frustrations: as a developer, a product owner, an analyst, a tester, as a stakeholder. We didn't understand each other well and delivered wrong features. Details have been lost. Conversations haven't been recorded well. Concepts have been misunderstood. Even though we work according to agile methodologies and can intervene and adjust in time, it's still costly. It can undermine trust in each other and in the quality of our team and our products. But how can we prevent this?

There are many ways to improve the communication between all stakeholders, one of which is Specification by Example. It is not a technology, but a collaborative approach in software development, with a focus on describing and testing software requirements using concrete examples.

This session is not only theoretical in nature! My goal is to show - with practical examples - how you can start with Specification by Example: not only for describing specifications, but also to automate these specifications.

Some topics that will be covered:
- Collaboration
- Important processes
- How to describe specifications
- Joint language development (ubiquitous language)
- Living documentation
- Automating specifications
- Pitfalls, failures and success stories

After this session, you will know how to use Specification by Example to improve the development process. You will know some pitfalls and how to make a start on a small scale. In addition, you will have sufficient knowledge to discuss Specification by Example with your team, client or employer.

First public delivery: devconf (APG) in March 2023, not recorded, 45 minutes (which was ok, 50 minutes is better). Often delivered in smaller groups, as session and as workshops. Creating a workshop out of it is also an option!
Target audience is very broad, from developers to product owners, testers and any other stakeholder.

Making an Impact as a SpecOps Software Engineer en nl

Do you mean DevOps? Or DevSecOps? You might be thinking of Special Operations, from the military, but we're actually talking about Special Operations tactics in software engineering. In this session, we'll explore how the principles of leadership, responsibility, and ownership from Special Operations teams can apply to software development.

Drawing on insights from a submarine commander, we'll examine different perspectives on team operations and how exercises on a submarine can impact the quality of user stories. We'll even look at the nuclear program of the United States to uncover surprising similarities between legacy code and nuclear operations.

By gaining a different view of yourself as a professional and learning unconventional techniques and ideas, you can have a greater impact as a software engineer. Join us to discover new ways to approach your work and unlock your potential.

This is a non-technical session, about (personal) leadership and ownership.

Meer impact als SpecOps Software Engineer en nl

SpecOps? Bedoel je niet DevOps? Of DevSecOps? SpecOps1 is toch met commando's en militairen en zo? Dat klopt: SpecOps staat voor Special Operations. Maar wees niet bang, je hoeft geen zware training te volgen om impact te kunnen maken als Software Engineer. Wel kun je veel leren van militairen. Over leiderschap, verantwoordelijkheid en eigenaarschap.

En dat gaan we dus ook doen in deze sessie! We gaan het hebben over eigenaarschap en kijken wat we daarover van Navy Seals kunnen leren. Ook de kennis en inzichten van een duikbootcommandant gaan we gebruiken om anders naar ons team te leren kijken terwijl we het nucleaire programma van de United States gebruiken om anders te leren kijken naar legacy software. Het zal je misschien verbazen, maar de resultaten van een oefeningen op een duikboot kunnen effect hebben op de kwaliteit van jouw user story's. En er zijn meer overeenkomsten tussen legacy software en het nucleaire programma van de United States dan Je zou denken.

Het doel van deze sessie is om je te helpen om meer grip te krijgen op de impact die je maakt. Door als professional anders te kijken naar jezelf en gebruik te maken van technieken en ideeën die misschien onconventioneel lijken, maar die heel goed bruikbaar zijn voor jou als Software Engineer.

Software leveren met de snelheid van het licht nl

Stel je jezelf ook wel eens de volgende vragen?

Wat is het grote verschil tussen de beste- en slechts presterende softwareteams?

Zijn er overeenkomsten bij de best presterende organisaties als het gaat om het ontwikkelen van software?

Wat kunnen wij daarvan leren en misschien zelfs toepassen in ons team of onze organisatie?

Het State of DevOps researchproject, uitgevoerd door DevOps Research & Assessment (DORA), doet hier al jaren onderzoek naar. Zowel de uitkomsten als de vragen van dit onderzoek kunnen helpen om jouw team of organisatie te verbeteren! Uit de resultaten van eerdere onderzoeken zijn 24 punten gekomen die, statistisch gezien, zorgen voor de belangrijkste verbeteringen in het proces van softwareontwikkeling.

De belangrijkste uitkomsten uit het onderzoek wil ik, samen met jullie, wil bespreken. Wat is de achterliggende gedachte achter de verschillende punten? Wat heeft het DORA researchproject te zeggen over mogelijke veranderingen en implementaties? Welke obstakels zou je tegen kunnen komen? De onderwerpen zijn niet alleen technisch van aard, maar gaan ook over processen en cultuur, veranderingen die in eerste instantie eenvoudig lijken kunnen tot de kern van jouw organisatie doordringen.

Na afloop van deze sessie heb je inzicht in de resultaten van jaren onderzoek naar de staat van DevOps. Je weet wat de belangrijkste aandachtspunten zijn om succesvol te kunnen versnellen in het leveren van software. Met behulp van de opgedane kennis kun je onderzoek doen naar de staat van jouw team en organisatie, verbeterpunten identificeren en daadwerkelijk bijdragen aan veranderingen die noodzakelijk zijn om software sneller te kunnen leveren.

Specification by Example: building the right things the right way en nl

Specification by Example: een term die zich niet goed in het Nederlands laat vertalen maar waar ‘samenwerking in de praktijk’ centraal staat. De meest ideale infrastructuur neerleggen om goede communicatie mogelijk te maken. En dat is iets waar het in de softwarewereld nog wel eens aan ontbreekt. Dat vraagt om de juiste manier van samenwerken tussen de betrokken partijen zodat elementen die als frustrerend, blokkerend of remmend kunnen worden ervaren, worden weggenomen. Samen ga je zo nauwkeurig mogelijk omschrijven waar de software in resulteert.

Je kent allemaal de frustratie wel: als stakeholder of als developer, als analist of als tester. We hebben elkaar niet goed begrepen en het verkeerde gerealiseerd. Details zijn verloren gegaan. Gesprekken zijn niet goed uitgewerkt. Concepten zijn verkeerd begrepen. Ook al werken we volgens agile-methodieken en kunnen we tijdig ingrijpen en bijsturen, het is nog steeds kostbaar. Het kan ten koste gaan van vertrouwen in elkaar en in de kwaliteit. Specification by Example is een goed middel om de kwaliteit van de samenwerking en daarmee de kwaliteit van de software te verbeteren.

Deze presentatie is niet alleen theoretisch van aard. Het doel is om - met behulp van praktijkvoorbeelden - te laten zien hoe je een begin kunt maken met Specification by Example: niet alleen voor het beschrijven van specificaties maar ook hoe je deze specificaties kunt automatiseren.

Een aantal onderwerpen dat aan bod komt:

- Samenwerking

- Belangrijke processen

- Hoe beschrijf je specificaties

- Gezamenlijke taalontwikkeling (ubiquitous language)

- Levende documentatie

- Het automatiseren van specificaties

- Valkuilen & mislukkingen en succesverhalen

Na afloop van deze presentatie weet je hoe je Specification by Example kunt inzetten voor het verbeteren van het ontwikkelproces. Je kent een aantal valkuilen en je weet hoe je op kleine schaal een aanzet kunt maken. Daarnaast heb je voldoende kennis om het gesprek aan te gaan over Specification by Example: met je team, je opdrachtgever of werkgever.

Domain-Driven Design Europe 2023

June 2023 Amsterdam, Netherlands

JetBrains .NET Days Online 2022

October 2022

Jacob Duijzer

Enabling Team lead | Agile Coach | Public Speaker @ Team Rockstars IT

Vught, Netherlands