Simon Rohrer
@simon.bvssh.com
#BVSSH, Modern Enterprise Architecture, Agile, DevOps, lean, product design
Currently down a Viable System Model rabbit-hole
Contributor to @itrevolution.bsky.social Sooner Safer Happier
Currently down a Viable System Model rabbit-hole
Contributor to @itrevolution.bsky.social Sooner Safer Happier
Reposted by Simon Rohrer
. @simon.bvssh.com 's "4 Lenses on Organizations" recording is now live! Watch as he masterfully connects socio-technical frameworks with organizational agility to drive effective change. Check out the full session and subscribe to our channel for more architecture wisdom!
youtu.be/fhhrLxBH-Ws
youtu.be/fhhrLxBH-Ws
Simon Rohrer - 4 Lenses on Organisations
YouTube video by Agile meets Architecture
youtu.be
May 10, 2025 at 12:31 PM
. @simon.bvssh.com 's "4 Lenses on Organizations" recording is now live! Watch as he masterfully connects socio-technical frameworks with organizational agility to drive effective change. Check out the full session and subscribe to our channel for more architecture wisdom!
youtu.be/fhhrLxBH-Ws
youtu.be/fhhrLxBH-Ws
Reposted by Simon Rohrer
It’s not precise to say:
“If you cannot deal with monolith, microservices won’t work for you!”.
The actual phrase should be:
"If you can’t deal with modularity, then neither monoliths nor microservices will work for you."
3/
“If you cannot deal with monolith, microservices won’t work for you!”.
The actual phrase should be:
"If you can’t deal with modularity, then neither monoliths nor microservices will work for you."
3/
April 14, 2025 at 6:54 AM
It’s not precise to say:
“If you cannot deal with monolith, microservices won’t work for you!”.
The actual phrase should be:
"If you can’t deal with modularity, then neither monoliths nor microservices will work for you."
3/
“If you cannot deal with monolith, microservices won’t work for you!”.
The actual phrase should be:
"If you can’t deal with modularity, then neither monoliths nor microservices will work for you."
3/
Reposted by Simon Rohrer
Learn from @simon.bvssh.com how Value Streams, BVSSH, VSM, and Liquid Organisation models offer complementary perspectives to balance agility and architecture. Explore a multi-model approach—buy your ticket! www.agile-meets-architecture.com/sessions/202...
4 Lenses on Organisations
We'll look at 4 different models of an organisation. 4 different lenses on how to organise efficiently and effectively to deliver value to different parties.
www.agile-meets-architecture.com
March 17, 2025 at 12:38 PM
Learn from @simon.bvssh.com how Value Streams, BVSSH, VSM, and Liquid Organisation models offer complementary perspectives to balance agility and architecture. Explore a multi-model approach—buy your ticket! www.agile-meets-architecture.com/sessions/202...
Reposted by Simon Rohrer
Discover key strategies for transformation with insights from Better Value, Sooner, Safer, Happier. @esilva.net & @simon.bvssh.com discuss shifting from outputs to outcomes & embracing improvement.
Better Value Sooner Safer Happier • Simon Rohrer & Eduardo da Silva • GOTO 2025
This interview was recorded for the GOTO Book Club. #GOTOcon #GOTObookclubhttp://gotopia.tech/bookclubRead the full transcription of the interview here:https...
youtu.be
February 13, 2025 at 1:09 PM
Discover key strategies for transformation with insights from Better Value, Sooner, Safer, Happier. @esilva.net & @simon.bvssh.com discuss shifting from outputs to outcomes & embracing improvement.
Reposted by Simon Rohrer
We have failed as testers & developers to make software better. It's simply not up to us, and I think we should be honest towards ourselves about how little impact we have on quality.... read the post and make up your own mind.
You can also keep sniffing the copium if that's what you prefer.
You can also keep sniffing the copium if that's what you prefer.
Neutral Quality is too much to ask for, shitty software is the norm.
As a testing community, we have failed to make software better. And let me be clear, developers have also failed. We are in the same boat here. I firmly believe that most people working in software de...
www.maaikebrinkhof.nl
January 14, 2025 at 12:20 PM
We have failed as testers & developers to make software better. It's simply not up to us, and I think we should be honest towards ourselves about how little impact we have on quality.... read the post and make up your own mind.
You can also keep sniffing the copium if that's what you prefer.
You can also keep sniffing the copium if that's what you prefer.
Reposted by Simon Rohrer
Reposted by Simon Rohrer
The book or course I think should exist.
"The absolute beginners guide to running your own apps in production"
Starting at building apps that are meant to run in production, through CI/CD, managing data structure changes, producing/consuming/understanding telemetry and incident management.
"The absolute beginners guide to running your own apps in production"
Starting at building apps that are meant to run in production, through CI/CD, managing data structure changes, producing/consuming/understanding telemetry and incident management.
January 14, 2025 at 7:23 PM
The book or course I think should exist.
"The absolute beginners guide to running your own apps in production"
Starting at building apps that are meant to run in production, through CI/CD, managing data structure changes, producing/consuming/understanding telemetry and incident management.
"The absolute beginners guide to running your own apps in production"
Starting at building apps that are meant to run in production, through CI/CD, managing data structure changes, producing/consuming/understanding telemetry and incident management.
Reposted by Simon Rohrer
No amount of automated tests can replace skilled, dedicated testers who know how to do exploratory testing 💪
— a software engineer
From More Agile Testing,
@janetgregoryca.bsky.social
@lisacrispin.bsky.social
I second that!!
— a software engineer
From More Agile Testing,
@janetgregoryca.bsky.social
@lisacrispin.bsky.social
I second that!!
December 26, 2024 at 7:04 PM
No amount of automated tests can replace skilled, dedicated testers who know how to do exploratory testing 💪
— a software engineer
From More Agile Testing,
@janetgregoryca.bsky.social
@lisacrispin.bsky.social
I second that!!
— a software engineer
From More Agile Testing,
@janetgregoryca.bsky.social
@lisacrispin.bsky.social
I second that!!
Reposted by Simon Rohrer
But consensus isn’t always progress. It often leads to what the Dutch famously call “polderen”—a compromise where no one really gets what they want. The result? Solutions that look fine on paper but lack real buy-in. And without that, implementation stalls, leaving teams frustrated and momentum lost
December 17, 2024 at 7:59 AM
But consensus isn’t always progress. It often leads to what the Dutch famously call “polderen”—a compromise where no one really gets what they want. The result? Solutions that look fine on paper but lack real buy-in. And without that, implementation stalls, leaving teams frustrated and momentum lost
Reposted by Simon Rohrer
Great post from @alidad.bsky.social on LinkedIn on systems thinking in general and the #sociotechnical in particular.
www.linkedin.com/posts/alidad...
Check out the comments too, with great input from @technologytulip.bsky.social.
www.linkedin.com/posts/alidad...
Check out the comments too, with great input from @technologytulip.bsky.social.
Alidad Hamidi on LinkedIn: #sociotechnical #systemiclens #systemsthinking #observer
With the wider adoption of the term “socio-technical” in IT, particularly in architectural circles, there is a growing tendency to treat “socio-technical…
www.linkedin.com
December 11, 2024 at 7:25 AM
Great post from @alidad.bsky.social on LinkedIn on systems thinking in general and the #sociotechnical in particular.
www.linkedin.com/posts/alidad...
Check out the comments too, with great input from @technologytulip.bsky.social.
www.linkedin.com/posts/alidad...
Check out the comments too, with great input from @technologytulip.bsky.social.
Reposted by Simon Rohrer
No disagreements here on those two, but I do wonder if there's a *third* value of software, and that is WHAT WE LEARNED FROM CREATING IT. And, you might not surprised to hear, I think that might even be the *most* valuable thing.
December 10, 2024 at 10:49 AM
No disagreements here on those two, but I do wonder if there's a *third* value of software, and that is WHAT WE LEARNED FROM CREATING IT. And, you might not surprised to hear, I think that might even be the *most* valuable thing.
Reposted by Simon Rohrer
I have been referred to someone called “The Beard”
Not even kidding.
Not even kidding.
December 9, 2024 at 7:57 PM
I have been referred to someone called “The Beard”
Not even kidding.
Not even kidding.
Reposted by Simon Rohrer
The Agile meets Architecture conference schedule is here! Join @swardley.bsky.social, @tekiegirl.bsky.social, & Oussama Zaki amongst others to explore Agile & Architecture’s synergy. Early bird tickets available until Jan 16, 2025! www.agile-meets-architecture.com/2025/schedule
Schedule - Agile meets Architecture
Agile meets Architecture is the conference bridging agile software development and software architecture since 2022.
www.agile-meets-architecture.com
December 9, 2024 at 1:41 PM
The Agile meets Architecture conference schedule is here! Join @swardley.bsky.social, @tekiegirl.bsky.social, & Oussama Zaki amongst others to explore Agile & Architecture’s synergy. Early bird tickets available until Jan 16, 2025! www.agile-meets-architecture.com/2025/schedule
Reposted by Simon Rohrer
My TBM Council write up www.forrester.com/blogs/a-week...
“Product centricity isn’t just a leading-edge trend; in many large orgs, it’s a done deal…”
“Product centricity isn’t just a leading-edge trend; in many large orgs, it’s a done deal…”
A Week At The TBM Conference
Get a review of the recent TBM Conference which focused on product centricity and transparency in the modern IT operating model.
www.forrester.com
November 21, 2024 at 6:20 PM
My TBM Council write up www.forrester.com/blogs/a-week...
“Product centricity isn’t just a leading-edge trend; in many large orgs, it’s a done deal…”
“Product centricity isn’t just a leading-edge trend; in many large orgs, it’s a done deal…”
Reposted by Simon Rohrer
Business architecture = people architecture = technical architecture = business architecture...
Antipattern: org design without consideration of the flow of value or the technical architecture.
#BVSSH
Antipattern: org design without consideration of the flow of value or the technical architecture.
#BVSSH
December 3, 2024 at 9:50 AM
Business architecture = people architecture = technical architecture = business architecture...
Antipattern: org design without consideration of the flow of value or the technical architecture.
#BVSSH
Antipattern: org design without consideration of the flow of value or the technical architecture.
#BVSSH
Reposted by Simon Rohrer
And
Brian Marick: 'In the 80's, Robert Glass analyzed bugs in fielded avionics software. Found faults of omission most important. I liked his characterization of them: "code not complex enough for the problem''
Jabe Bloom: "Sounds like Ashby's Law."
Brian Marick: 'In the 80's, Robert Glass analyzed bugs in fielded avionics software. Found faults of omission most important. I liked his characterization of them: "code not complex enough for the problem''
Jabe Bloom: "Sounds like Ashby's Law."
![Page with the quote in the post, as well as:
Ashby's Law: Address Variety with Variety Of course, our systems exist in complex contexts, with (generally) complex demands.
"In colloquial terms Ashby's Law has come to be understood as a simple proposition: if a system is to be able to deal successfully with the diversity of challenges that its environment produces, then it needs to have a repertoire of responses which is (at least) as nuanced as the problems thrown up by the environment. So a viable system is one that can handle the variability of its environment. Or, as Ashby put it, only variety can absorb variety." - John Naughton
Jabe Bloom: "The quickest way to explain Ashby's Law is as follows: If I am a fencer and I have 3 ways of thrusting at people, and everybody else has three ways of parrying those thrusts, it will be an even game. [.] I will be as in control as I can be. If someone else figures out another thrust, I will then be required to learn another parry otherwise I will always lose." Implication: The more different kinds of customers your business has, the more complexity you will need to absorb, in order to respond to that.](https://cdn.bsky.app/img/feed_thumbnail/plain/did:plc:x6y4qbknc3mrsytkcs426i2q/bafkreifbwjbgxrobl4nila7foz4i7jnz42sk4457i72k2ctz55ygsq3y54@jpeg)
November 29, 2024 at 2:44 PM
And
Brian Marick: 'In the 80's, Robert Glass analyzed bugs in fielded avionics software. Found faults of omission most important. I liked his characterization of them: "code not complex enough for the problem''
Jabe Bloom: "Sounds like Ashby's Law."
Brian Marick: 'In the 80's, Robert Glass analyzed bugs in fielded avionics software. Found faults of omission most important. I liked his characterization of them: "code not complex enough for the problem''
Jabe Bloom: "Sounds like Ashby's Law."
Reposted by Simon Rohrer
Summary slide here:
November 28, 2024 at 10:59 PM
Summary slide here:
Reposted by Simon Rohrer
Let me share my take-aways.
1. He borrows from Martin Fowler (a lot) - I like the idea of a conference talk titled "Martin Fowler talked about this 20 years ago!"
1. He borrows from Martin Fowler (a lot) - I like the idea of a conference talk titled "Martin Fowler talked about this 20 years ago!"
November 28, 2024 at 10:59 PM
Let me share my take-aways.
1. He borrows from Martin Fowler (a lot) - I like the idea of a conference talk titled "Martin Fowler talked about this 20 years ago!"
1. He borrows from Martin Fowler (a lot) - I like the idea of a conference talk titled "Martin Fowler talked about this 20 years ago!"
Reposted by Simon Rohrer
This principle matches @ruthmalan.bsky.social and Dana Bredemeyer's "minimalist architecture". More on this in this great article by @esilva.net: esilva.net/tla_insights...
Less is More with Minimalist Architecture, Ruth Malan and Dana Bredemeyer
Independent consulting & resources on sociotechnical systems, architecture, and leadership modernization → scaling sustainable fast flow of change.
esilva.net
November 28, 2024 at 8:27 AM
This principle matches @ruthmalan.bsky.social and Dana Bredemeyer's "minimalist architecture". More on this in this great article by @esilva.net: esilva.net/tla_insights...
Reposted by Simon Rohrer
💡I love @simon.bvssh.com's framing of enterprise architecture (and his continuous work on modernizing the topic): It is all about aligning (and considering) the business architecture, organizational structure, and systems architecture. Approaching things in isolation will lead to subpar outcomes!
"Enterprise Architecture isn’t just about systems—it’s about aligning value streams, organizational structure & systems architecture for sustainable flow." - @simon.fadedglamour.com
Ready to drive outcomes? Join us at the AmA Conf 2025! Schedule coming soon.
Ready to drive outcomes? Join us at the AmA Conf 2025! Schedule coming soon.
November 28, 2024 at 12:25 PM
💡I love @simon.bvssh.com's framing of enterprise architecture (and his continuous work on modernizing the topic): It is all about aligning (and considering) the business architecture, organizational structure, and systems architecture. Approaching things in isolation will lead to subpar outcomes!
Reposted by Simon Rohrer
Want to scale Agile?
Don't.
Continuously descale the work.
Descaling the work IS scaling agility.
Smaller teams, smaller increments of value, alleviating impediments to flow, breaking dependencies, with high alignment via OKRs, safety and minimal viable guardrails.
#BVSSH
Don't.
Continuously descale the work.
Descaling the work IS scaling agility.
Smaller teams, smaller increments of value, alleviating impediments to flow, breaking dependencies, with high alignment via OKRs, safety and minimal viable guardrails.
#BVSSH
November 28, 2024 at 9:50 AM
Want to scale Agile?
Don't.
Continuously descale the work.
Descaling the work IS scaling agility.
Smaller teams, smaller increments of value, alleviating impediments to flow, breaking dependencies, with high alignment via OKRs, safety and minimal viable guardrails.
#BVSSH
Don't.
Continuously descale the work.
Descaling the work IS scaling agility.
Smaller teams, smaller increments of value, alleviating impediments to flow, breaking dependencies, with high alignment via OKRs, safety and minimal viable guardrails.
#BVSSH
Reposted by Simon Rohrer
Watch the full talk youtu.be/ASE6Pt3fnxM?...
Simon Rohrer — Modern Enterprise Architecture: architecting for outcomes "Modern Enterprise A..."
YouTube video by Agile meets Architecture
youtu.be
November 28, 2024 at 11:48 AM
Watch the full talk youtu.be/ASE6Pt3fnxM?...
Reposted by Simon Rohrer
"Enterprise Architecture isn’t just about systems—it’s about aligning value streams, organizational structure & systems architecture for sustainable flow." - @simon.fadedglamour.com
Ready to drive outcomes? Join us at the AmA Conf 2025! Schedule coming soon.
Ready to drive outcomes? Join us at the AmA Conf 2025! Schedule coming soon.
November 28, 2024 at 11:48 AM
"Enterprise Architecture isn’t just about systems—it’s about aligning value streams, organizational structure & systems architecture for sustainable flow." - @simon.fadedglamour.com
Ready to drive outcomes? Join us at the AmA Conf 2025! Schedule coming soon.
Ready to drive outcomes? Join us at the AmA Conf 2025! Schedule coming soon.
Reposted by Simon Rohrer
Get your boss on board, or find out what those who rely on you are worrying about. Based on feedback from our readers, here are five books that leaders should have on their radar this winter.
November 14, 2024 at 12:00 AM
Get your boss on board, or find out what those who rely on you are worrying about. Based on feedback from our readers, here are five books that leaders should have on their radar this winter.