Software systems rule our world. My regular newsletter explores the human factors that make software engineering so unique, so difficult, so important and all consuming.
The Human DevOps - Sunday 14th April - Team Topologies and SAFe
|
It's notable how trends take a long time to get moving, and suddenly, they seem everywhere. For the last month or so, I've been working for the Team Topologies organisation, helping them gather some knowledge about applying their ideas and techniques across the industry. I've been talking to agile and DevOps practitioners, consultants, and coaches, people who are using techniques in organisations to make them more humane, to make them more pleasant places to work, and to improve the flow of value to the customer. I aim to determine what works best when using Team Topologies ideas to improve engineering organisations. How can we best get these messages across? I also find it useful to compare coaching and consultant techniques with simply being an experienced and effective team member. I currently work full-time as a Senior DevOps engineer. I have no remit to coach or to 'transform'. I have no leadership role, not even as a PO. However, the power of this role is that I get to influence the work directly - because I'm doing it - I can set an example and support my leaders with my experience. Then I get the excitement of hearing something which can aid the journey. For example, we'll shortly be doing an exercise as a team to define our 'team charter'. Knowing what you stand for is an important exercise in any team's formation. Team Topologies and SAFe are not a natural fit. SAFe is a very prescriptive and rigid framework which falls back on outdated command and control ideas - while Team Topologies promote teams that drive their own delivery pace and own their 'process'. Even though SAFe has lifted (some may stay stolen) Team Topologies ideas, its inclusion provides an opportunity for me to have a conversation in the team about how we see ourselves and influence our work. While we're coming to Team Topologies 'via the back door' - we're getting exposed to it via SAFe which I find exciting. Fundamentally, we aim to free teams to deliver by applying two simple ideas: Conway's Law and Limiting Work In Progress. The 'law' that says the human organisation directly affects the IT systems organisation you're building. Arrange teams effectively then give them the space and time to deliver. While it sounds simple, there's a subtlety to this that requires us to have an intentional culture from the top down, a focus on quality, and space to interact. We need to decide as an organisation what type of company we want to be and allow this to happen. I'll keep you posted. Have a great week ahead. -- Richard n.b. my website moved hosts this week so if you notice anything unusual going on with it then please let me know ;) The Secrets of Quiet LeadershipPublished on April 8, 2024 I’ve been reading Quiet by Susan Cain. Only a few pages in I’m reminded about a story that makes me ashamed and a little sad. I was a new engineering manager trying to establish myself in a new organisation. I was an old hand at being an engineer and certainly wasn’t a new leader. I… Read More »The Secrets of Quiet Leadership
|
The Human Software
Software systems rule our world. My regular newsletter explores the human factors that make software engineering so unique, so difficult, so important and all consuming.
Working in software you get to see some pretty stupid stuff. And I mean crazy, stupid stuff. Decisions that float down from on high from multiple disparate spheres of influence - sales teams, other business units or just vice-presidents with a Great New Idea[tm] or a pet project. The narrative goes a little like this - the important people get to make choices and us techies have to live with consequences them. Sometimes these decisions are on a whim, an industry hype, a desperate attempt to...
If you happen to be in London next week then I'll be having a little launch party on Wednesday October 15th. It's not just any pub as well, it's the pub that I used to go to when I was working in my first job in software development thirty years ago in 1995. The famous "Wheatsheaf" just off Oxford Street in London. This was the pub where many conversations got technical and many times got heated. I feel that Peter and Dominic would approve of the location. If you're in the area, please drop...
When I first started working in software, I discovered that were some battles you could win and some you couldn't. There were some decisions that no matter how logically you argued against you them, would occur anyway because that's just the way it is. Some people think this is a naive way of being; arguing against the status quo. I believe it's hopeful and humanistic to question our environment. Naivety in the form of hope lasts throughout life. I believe ultimately that people want to do...