Dragan Stepanović

They are a big bet and high risk.
You can feel ecstatic, or you can feel a huge disappointment.

If your inner feedback loop is long, your outer feedback loops cannot be shorter than that one.
The shorter you make the inner loops, the more space for shortening outer loops is created, and the faster your whole process becomes.

Increasing the cost of (keeping) inventory seems to be a stronger incentive and enabling constraint for increasing the flow compared to reducing the batch transaction cost.

Team Topologies have categorized 3 types of team cognitive load, as described here.

Imagine your team doing pair/mob programming so you don’t have to organize discontinuous, forced, ad-hoc team-building activities.

but you’ll most probably stay for the flourishing human connections that those lead you to.

“I’ll tighten your team’s feedback loops so much that because of all the new opportunities for interaction it will be impossible to not add to interpersonal relationships and team cohesion. You’ll finally have a chance to expose yourselves, nurture vulnerability, build trust and evolve from a group of people to A TEAM.” - XP

As long as they are 1 LoC big and reviewed immediately.

The more you mob and work as a team, the less you need Slack to communicate and synchronize.
The more you mob and work as a team, the less you need Github to review each other’s work.

functional decomposition of the system is suboptimal which is causing services to be overly chatty.