Philippe Bourgau

Leverage the time between sessions in a remote Event Storming Learn how to make the most of breaks in remote Event Storming sessions. Discover practical tips for facilitators and participants to boost engagement, adapt on the fly, and improve outcomes between se...

Latest post on #EventStormingJournal "Leverage the time between sessions in a remote Event Storming" www.eventstormingjournal.com/remote%20fac... #remote #EventStorming #workshop #facilitation #ddd #domainDrivenDesign

5 mistakes badass developers never do Having a badass developer onboard will help to get sponsorship for a large scale refactoring. If you don’t have a badass developer nearby, or / and if you want to become one yourself, read on. Here are a five mistakes to avoid in order to become a badass developer.

At @DDDesignFR @ericevans0 said "Some of my biggest mistakes were not backtracking soon enough a few times as I was drifting in quagmire". Find other advices in "5 mistakes #BadassDeveloper never do" https://bit.ly/2WntjkI

13 Tricks for Successful Side Projects A collection of side projects best practices I learned from past experience

Waking up 1 hour earlier is a great way to find the time for a #sideProject. Find more in "13 Tricks for Successful Side Projects" https://bit.ly/2L0dcmx

Build or Buy Software? Identify your core bounded contexts with Event Storming and DDD Event Storming and DDD are great at identifying bounded contexts. It’s even more valuable to identify the core contexts to focus on, and the generic ones to buy. This activity will help your team to prioritize more valuable work, and to reduce maintenance by choosing the good software to build or buy.

#EventStorming and #DDD can help us to identify where to focus. More in "Build or Buy? Identify your core #boundedContexts with Event Storming and DDD" https://bit.ly/2YDrZvz

Event Storming lessons from Post-It haters Event Storming is a group design activity that uses a lot of post its. Unfortunately, post-its are not for every culture! After going through why post-its work, we’ll go over 2 alternatives: homework & feedback and walking skeleton. Could we also use these techniques to complement Event Storming?

Thanks to post-its, Event Storming speeds up drafting an architecture from months to days !

The unexpected contributions to a productivity increase by 25% of a fruit basket at work As software people, we live in a complex-system world. To leverage on its non-linear effects, we need to multiply weird experiments. Here is the story of how our hacked-up fruit basket at work contributed to exploratory testing, a #zeroBugs policy and eventually increased productivity by 25%.

Read about an unexpected 25% productivity boost for 30 minutes of weekly fruit management! A story about #complexity in the modern workplace. https://bit.ly/3conWHs

How to use Event Storming to introduce Domain Driven Design Although incredibly effective, DDD is overlooked by developers because of its abstractness. Here is a set of hacks to introduce DDD during an Event Storming workshop. Ex: Alternatives to convoluted DDD names, Group activities to pass a concept through, Presentation material for tricky notions

1st rule of #DDD: don't talk about DDD! Learn "How to use #EventStorming to introduce Domain-Driven Design", without naming it. https://bit.ly/3cqJrqU

eXtreme eXtreme Programming (2017) What would eXtreme Programming look like if it was invented today ?

20 years later, #eXtremeProgramming is unfortunately still extreme for a lot of teams ! https

Why Agile transformations usually don’t work - part 4 - Transparency After going over the typical problems in large scale Agile transformations, I add transparency of vision and information to the pre-requisite

#SelfOrganization cannot work without a clear and compelling mission. Read more about #Transparency in "Why #Agile transformations usually don’t work - part 4" https://bit.ly/2WKmzfv

Organization refactoring: Event Storming and DDD injection - part 1 Injecting DDD or Event Storming in your organization can be tricky. Here are some techniques to onboard your domain experts, one step at a time! 1st: practice on your side. 2nd: build trust with the cheaper example mapping.

Don't waste your chances with not enough preparation!

How to use Mob Programming at the rescue of Pair Programming burnout Full-time pair programming is awesome, except that it burns introverts out. Part-time mob programming yields the same benefits but is sustainable. Plus, it is easier to sell to management, works great for remote teams and supports diversity! How to start mob programming? Try a few coding dojos!

Full-time pair programming burns introverts out!

7 Books About Data Driven Software Engineering Software is mostly built according to experts opinions. These 7 data driven software engineering books show us another way to a productive and sustainable pace. Ex: measuring the impact of a feature on the bottom line, forecasting the impact of a refactoring on the bottom line, etc.

Speed up the build? or add this new feature? These books might give you an insight!

How to Grow a Culture Book The story of our culture book and how it emerged from disparate documents

Agregate your team working's culture in a book

Careless Mocking Considered Harmful The problems I got into on a side project after using too much mocking. This is the first post of a series about how to avoid mocks.

Mock hell : when excessive use of test mocks makes #refactoring extremely slow or difficult. Learn more in "Careless #Mocking Considered Harmful" https://bit.ly/2WlgqHx #testing #tdd

Almost 15 years of using Design By Contract The story of how I discovered Design by Contracts, and how my use of it changed through time

"Almost 15 years of #DesignByContracts" My long road from ignorance to zen ! Why I still use them along with #UnitTests. https://bit.ly/2KX70f9

How to get the max out of your Team Coding Dojo ? Ideas about how to push your team coding dojo further in order to improve teamwork and production code.

Linus' Law "Given enough eyeballs, all bugs are shallow." also applies in randori #CodingDojo or #MobProgramming https://bit.ly/2LiC6Of

eXtreme eXtreme Programming (2017) What would eXtreme Programming look like if it was invented today ?

2 years ago, I thought of what #XP would look like if it was re-invented. Things are slowly moving in this direction... "eXtreme #eXtremeProgramming (2017)" https://bit.ly/2WqEfwE

How to start learning the tao of incremental code refactoring today Things to do to become better at code refactoring

#CodingDojos are #deliberatepractice for #programmers. "How to start learning the tao of incremental code #refactoring today" https://bit.ly/2YAUr0T

Avoid mocks and test your core domain faster with Hexagonal Architecture An explanation of why large systems tend to favor the emergence of mocks and what Hexagonal Architecture can do against that. Illustrated with Ruby on Rails code examples.

When many different #mocks are in place to isolate an external dependency, we end up with 'n' versions of the code! Read more in "Avoid mocks and test your core domain faster with #HexagonalArchitecture" https://bit.ly/2Wkym56 #TDD #unitTesting

Throwing code away frequently A study on the practice of throwing code away, and of how and when it could be made to work

What's the point of using state of the art #software development practices for features you don't know if your users will use? Learn more about "Throwing code away frequently" https://bit.ly/2WqEfNa #tdd #refactoring #agile

You should refuse to develop what you don’t understand Understanding is key to building quality software. In this guest post, fluentcpp blogger Jonathan Boccara presents 3 levels of understanding we should go through before we start coding. #1 Why something doesn’t work. #2 Why something works. #3 Why you do this project of feature.

We should refuse to start coding if we don't have a clear understanding of why we are requested to do it. More details in @jboccara's guest post "You should refuse to develop what you don’t understand" https://bit.ly/2SVwhur #SoftwareEngineering

The best 10 seconds I spent on my Kanban board setup Inverting your Kanban board columns is a cheap way to reduce multitasking and stress. Eventually, it contributes to a more sustainable pace. By adapting Kanban boards setup to our culture, we can make them highlight what can be finished instead of what can be started!

What's the first thing I see when I open my kanban board: TODO items! Time to flip the board

Engage the participants during your next Event Storming thanks to the Delegated Missions A DIY yourself workshop to quickly train your team on Event Storming and the Delegated Missions.

Engage the participants during your next Event Storming thanks to the Delegated Missions

The essence of Event Storming in 3 minutes Identify events on stickies to make sure they happen as you wish. This is what event storming is about. Read this post and get an overview of the technique and its benefits.

The essence of Event Storming in 3 minutes

Leverage the time between sessions in a remote Event Storming Learn how to make the most of breaks in remote Event Storming sessions. Discover practical tips for facilitators and participants to boost engagement, adapt on the fly, and improve outcomes between sessions.

Leverage the time between sessions in a remote Event Storming

Scrum with component teams leads to Waterfall Agile! Infographic showing how Scrum with component teams is not sustainable. Interdependent component teams + Scrum => Painful integration => Request for better specifications => More time specifying => Later Delivery & More Big Design Up Front => Waterfall Agile => Painful integration…

#Scrum with #componentTeams pushes organizations back in #Waterfall Agile, late deliveries and non-sustainable work. https://bit.ly/2WmUkVp #infographic

How Immutable Value Objects fight Mocks An explanation of how immutable value objects helps developers to remote mocks from their tests

Intricate #test state initialization is what encourage people to use #mocks. https://bit.ly/35MUkRB #unitTesting

How to get your team to do code reviews A walkthrough of a few strategies that can be used right now to get your team to do regular code reviews

Become a #CodeReview champion to trick your teammates into doing code reviews! Read more in "How to get your team to do code reviews" https://bit.ly/35tgS9P

7 tactics that will make your DDD Design-Level Event Storming pay-off Running a DDD Design-Level Event Storming is easy. Running a great one is hard! This post is here to help you. It contains facilitation tricks to maximize the return on invested time. It also details workshop-closing activities to decide what to do next.

You'll need even more infinite design space for Deesign-Level Event Storming ;-)