Quick Bugs, Slow Fixes

The engineer has good guts but often seems slow compared to the engineer.

The engineer is quick at decision and gives impression of progress to the product owner often disappointed with the slow pace of change of the .

The is busy battle testing the draft he's about to integrate in the product, suddenly he finds out the new bugs were introduced recently by the , and decides to postpone his work while focusing on debugging the shit.

In the meantime, the customer complains because of the new bugs introduced in latest release by the engineer.

The product owner is worried and decides fixing this bug is a priority.

The engineer was already investigating the bug and proposes a fix.

The engineer cannot wait for the to fix the bug and already merges new changes in the stable branch so the new release will not only be bug free but also deliver new quality shit.

The is busy integrating and retesting all the new changes made by the as it seems those changes includes critical changes of the core authentication layer and library updates that had nothing to do with the features the was working on.

lacks time for testing for side effects, so his changes bring bugs , whatever, at least code is delivered, whether it works, that is someone else's problem ( of course).

The becomes impatient at the slow and decides to create a hotfix and deliver his changes to production.

The customer is still unhappy .

Ignoring the new bugs, the product owner finds it's time for to deliver things too, but is happy the is done.

The will be busy with kids at home while also thinking about all new bugs caused by .
The thinks and claims is not delivering and working enough hours.
The is tortured with this lack of teamwork and with all the shit that is being merged in the codebase by the .
The says it's time to hire more people and he knows other who can help and it would be nice if the worked more like is doing.

The suggests to focus on quality and teamwork and slow down but the and the product owner look at him suspiciously.

The product owner suggests the to consider leaving the team if he's not happy with the way things are. Because in the end, speed and working long hours are important even if results are not perfect.

"fuck this shit". A few weeks later, has left.

The is working in a good team nowadays , where testing is a thing , quality is under control , documentation matters , and collaboration is a foundation .

Related

How the situation should be managed instead by the PO / Lead.

https://workchronicles.substack.com/p/comic-be-like-bob-he-works-long-hours

Don't be like the -> See broken window theory.

‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ Last Updated: Sep 13, 2024 at 5:44 PM CEST in

Brussels, Belgium.