About Better software sooner
Most methods, frameworks and technologies promise, some more implicitly than others, that they are the way to create products faster. Or better. Or both. Well, there is good and there is bad news. The bad news is that there is no magic all-containing one-size-fits-all solution that you can buy which results in better software faster. The good news is that there are numerous tools, patterns and techniques that all can contribute in creating better software faster. This is where my expertise lies. More on Better software sooner
I started specialising in product ownership and management after seeing that this is often the part of agile product development where most help is needed. As a coach I helped numerous organisations in setting up and maintaining a typical product flow from the strategy, business model, operational model and last, but most importantly, the gathering and processing of feedback. As product owner I have hands-on experience in both enterprises as startup environments.
I love to work with people. I love diverse teams. I love to fix stuff. I love to set up new stuff.
As IT Lead I primarily focus on finding, and working with, the right people, techniques and tooling. With all of these above we do whatever we need to do to fulfil the business demands. I believe quality is non-negotiable and that we aren’t finished until the job is done. IT serves business goals and the job is always to reach shared (business) goals together.
I focus on reducing technical debt, removing complexity and creating a culture where the simplest measurable working solution should be the first version of things. Building teams with a strong engineering culture without compromising business goals and time to market
Me, I didn’t start my study of Information Technology until the age of 27. Before deciding to go back to school I did many other things including a poorly chosen study and a lot of production and cleaning jobs…. read more
Years of experience in consultancy and training resulted in a couple extensive and highly configurable trainings which I easily can tailor according to your needs. Besides these trainings I also give regular agile, scrum, scrum master and product owner trainings. Click here to see the whole trainingsportfolio.
For me the most important thing is finding ways to help companies in creating the best possible products and services. In this quest there are numerous tools, ways of working, environments, trends and frameworks that can help us in doing this secure, fast and reliable. Whether it is agile portfolio management or continuous delivery, Devops transitions or product visions, I always look for optimization the whole. For me this is the flow from strategic goals to customer feedback.
Agile method and technology framework agnostic getting things done....
Fullfilling business demands through DevOps, creating engineering culture, reducing tech debt, simplify IT architecture and connecting with the whole organisation....
Productising in enterprises, business strategy, product vision, impact mapping, story mapping, product canvas, refinement, data driven development...
Business goal validation, experiment driven development, backlog validation...
In regards to the quality of both software products as devops processes there are four main metrics that can be considered to be leading: Mean Lead Time for changes (MLT) – lower is better, Mean Time To Recover (MTTR) – lower is better, Deployment Frequency (DF) – higher is better, Change Failure Rate (CFR) – Read more about Practical guide for improving software delivery in DevOps – part 1[…]
In recent years the belief that the only good developer is a full stack developer is adopted by a lot of companies. Most vacancies demand full stack developers but in general the term is not really understood very well. The stack With stack we mean the toolset that is being used in order to create Read more about Full-stack developers and unicorns[…]
I have to be honest here. I was quite surprised when the term cloud became relevant again a couple years ago. This is because in my memory there already was a time in which the cloud was presented as ‘the next big world changing’ concept. Instead of storing files and running your programs on your Read more about Is the grass really greener in the cloud?[…]
I often see that companies who create their products in an agile way are looking for ways to see how things really are going. From the start of agile software development there was a healthy suspicion in regards to metric, reports and dashboards. But to be honest we have, despite never ending discussions about velocity Read more about How DevOps metrics are especially helpful for non-it people[…]
Part 1 of this series was about how to get an idea worked out into artefacts. In part 2 I illustrated this flow a bit more with examples and created the artefacts. This part will be about translating these artefacts into user stories and acceptance criteria. The result of our activities in part 1 and Read more about A practical guide for getting ideas to production – Part 3[…]
IT is often a black box for ‘outsiders’ with its own jargon, many abbreviations and often even its own culture. Things often sound very complex and new buzzwords pop up regularly with a new promise of speed, cost savings and future stability. Unfortunately, you don’t always see these things reflected in the business. Still, you Read more about Who do you thinks pays off the technical debt?[…]
Part 1 of this series was about how to get an idea worked out into artefacts. In this post I will illustrate this flow a bit more with examples. In that post I stated that ‘Writing user stories is literally the least of your concerns’ because if you have a structured flow in which you Read more about A practical guide for getting ideas to production – Part 2[…]
Dit is het vijfde artikel in de ‘Dear non-IT people’ reeks waarin ik IT begrippen probeer te versimpelen voor niet ICT ers: Waarom hebben ze het nu al weken over Trunk based development? Over pipelines en continuous van alles en nog wat. Unit testen, code coverage en komkommers. Wat is low-code en is dat echt Read more about Van microservices naar intercity’s en sprinters[…]
In previous blog posts I explained something that I would call a typical product flow. In this flow you start with strategic goals and transform them in a controlled way to working software that your users can use: In this blog series I elaborate more on this flow in a practical way. I will share Read more about A practical guide for getting ideas to production – Part 1[…]
Dit is het vierde artikel in de ‘Dear non-IT people’ reeks waarin ik IT begrippen probeer te versimpelen voor niet ICT ers: Waarom hebben ze het nu al weken over Trunk based development? Over pipelines en continuous van alles en nog wat. Unit testen, code coverage en komkommers. Wat si low-code en is dat echt Read more about Wat is low-code en is dat iets wat echt zo makkelijk is als iedereen zegt?[…]