We have known how to build software for a while now, and the question is,
Why don’t we? @bethcodes#Agile2022
I look at SAFe and I see us reinventing Taylorism from first principles. @bethcodes #Agile2022
The alternative typically presented is structurelessness.
Let every team do exactly what it wants, whoever keeps doing it longer without getting fired wins the argument.
People don’t feel safe without structure. @bethcodes
Hierarchy is terrible at solving quality problems.
Authority can’t _make_ anyone do things.
They can only stop people from doing things.
They especially can’t make anyone do things they don’t have time or resources to do. @bethcodes#agile2022
Beware “accountability, at the cost of our collective success.” @bethcodes#Agile2022
To develop norms of professionalism (in making good software, in building relationships, in conflict resolution),
we need sufficiency. Enough resources.
such as: “We never had a deadline that wasn’t imposed from outside the company.” @bethcodes#agile2022
How to scale planning and coordination:
avoid planning.
It means you keep working until you find a solution that works for everybody.
It means that when somebody says “No!” you look deeper, dig into the reasons why.
If somebody wants to game the system and use their veto power to “win,” ya gotta ask…
Why are we trying to win
instead of make software?
When the world feels out of control, humans reach for authoritarian hierarchies.
The choice we see is Chaos or Coercion.
but these are not the only options.
A suitable Culture can provide structure that’s more effective for everyone.
No one can tell you _what_ culture you need. We can only share a process of building culture, constantly building it, so that it always suits the people and the situation.
These are interactive techniques best learned through experience.
Successful culture:
“If we document it, people will do the things we did, instead of using the process and values that helped us find what to do in our situation”
How do you take a legacy system toward fast flow of change? @suksr takes us through an evolution
using wholistic approaches including DDD, Wardley Mapping, and Team Topologies #QConLondon
The Wardley Map is only part of Wardley Mapping. There’s a whole strategy cycle
It’s not about how fast the team can program.
It’s about how fast the team can find solutions to each problem, uncover organizational secrets for how the domain works and should work.
There’s a conflict between cross-functional teams and the organizational hierarchy.
Enforcing the same JIRA workflow doesn’t make developers interchangable.
“It takes me weeks to develop rapport with teammates, months to learn domain and code, a few hours to learn a JIRA workflow.” @ntcoding#QConLondon
Smooth devex, sustainable flow:
“This is working in the government, six years ago.
No one else has an excuse anymore.” @ntcoding#QConLondon