I was having a conversation with someone this week and a problem I was working through came up. They
|
|
May 3 · Issue #38 · View online
Level Up delivers a curated newsletter for leaders in tech. A project by http://patkua.com. Ideal for busy people such as Tech Leads, Engineering Managers, VPs of Engineering, CTOs and more.
|
|
I was having a conversation with someone this week and a problem I was working through came up. They offered some advice, but here’s the thing… I wasn’t looking for a solution! I see this pattern far too often with technical leaders who want to “problem solve.” You see this in relationships too, where one person is trying to problem solve, and the other wants to be heard or acknowledged. In my case, I wanted to let off some steam. Pre-COVID, this would normally be over a beer and well understood. The cues are much harder to see over teleconferencing, so keep this in mind with your 1-1s. A good leader recognises when people want empathy and that they don’t want solutions. The book, “ Difficult Conversations” explains this very well. This frustration emerges because we are having two types of conversation. I was having the “Feeling” conversation (e.g. “Agree that it was a silly situation!”) and the other person was having a “What Happened” conversation (e.g. “But did you try X?”) This happens all the time. I think that developers in leadership roles find this more difficult. I know I fall into this trap still! One of the core skills of a developer is to problem solve. Most of us do it out of habit than purposefully. To counteract this, I try to remind myself to move into coaching mode, as a way of consciously dampening my default problem solving mode. Sometimes the best thing to do as a leader is to bite your tongue when you want to provide a solution. Ask questions to find out what the person is looking for. It might simply be a bit of empathy, and time to be listened to. I hope you enjoy this week’s content. If you find it useful, please forward to someone else and send me feedback. Stay safe and healthy 🙏
|
|
Leaders listen carefully to what sort of conversation they are in
|
|
Who are the non-technicals?
Reading time: 3mins I know a lot of technical leaders (including myself) go through stages worrying about how “technical” they are. Knut Melvær (@kmelve) explores the interesting question about what do people mean by “technical” and thus, “non-technical”?
|
Facing impostor syndrome and time management issues
|
A Week in Review
Reading time: 4mins Back in the 1st issue of LevelUp, I mentioned how this newsletter started as a consequence of my weekly email out to the tech organisation I was leading. Nathan Broslawsky (@nbroslawsky) shares a similar approach about reflecting on the week just past to focus on the week ahead.
|
Journaling with Notability and the Apple Pencil
Reading time: 10mins I love reading about other leaders workflows and habits, so thanks to Anjuan Simmons (@anjuan) for sharing his approach to journaling and note taking. Although I personally keep a gratitude journal, I personally haven’t been very consistent at keeping a handwritten journal 🤷♂️
|
|
Things I Wished More Developers Knew About Databases
|
How LinkedIn handles merging code in high-velocity repositories
Reading time: 8mins The State of DevOps/Accelerate book has demonstrated that there is a high correlation between high performing organisations and the practice of Trunk Based Development (TBD). Small teams argue GitFlow is enough 🤨. Thankfully Niket Parikh from LinkedIn has published an article how to do TDB when you over 300 commits a day 🏃♀️.
|
Comment Only What the Code Cannot Say
|
Software Architecture and Design InfoQ Trends Report
Reading time: 22mins I always look forward to reading the latest Architecture and Design trends report from InfoQ, this time put together by Thomas Betts (@thomasbetts) and Charles Humble (@charleshumble). Although you shouldn’t blindly follow the list, it provides an indicator about what they are seeing around the world (keeping in mind that InfoQ has a global team). 👏
|
|
Stop trying to borrow wisdom and think for yourself
Reading time: 1min Seasoned agile coach, Jason Yip (@jchyip) from Spotify offers some simple advice in this short article.
|
Agile’s Early Evangelists Wouldn’t Mind Watching It Die
Reading time: 11mins Reporter Tatum Hunter (@Tatum_Hunter_) interviews Mary Poppendieck (@mpoppendieck) to explore how the agile community has evolved from the perspective of one who contributed to that community to integrate lean thinking from manufacturing. It’s very well written and I also tackles some sensitive but absolutely spot on observations.
|
The science of why remote meetings don't feel the same
Reading time: 5mins Google UX Researcher Zachary Yorke shares 5 research backed tips about why remote meetings are more difficult. It’s also one of the rare articles I’ve read that links to their sources if you want to go into further detail.
|
Favor resiliency over prevention
Reading time: 8mins This is a really nice article from Dave Nicolette (@davenicolette), about knowing what to focus on. If you’re looking for a seasoned agile coach who also understands the ins and outs of development (TDD, CI/CD, refactoring), check out his website https://neopragma.com/
|
|
If you read the article in last week’s newsletter criticising the Spotify model, then you should read this tweet 🧵 from Mikael Olenfalk (@mauvezero) who provides a first-hand historical view about why they decided on some of the names. Rarely mentioned and totally should be captured as an (Organisational) Architecture Decision Record (ADR)!
|
|
I came up with the name “squads” and I am a teensy bit annoyed that the author snarkily added “because it sounds cooler (not joking)” after it introducing the name in the article 😂 https://t.co/hidB9OCkAw
|
|
|
Hilarious tweet from Growing Object Oriented Software, Guided by Tests (GOOSe) author Nat Pryce (@natpryce) 🤣
|
|
Some ...
* Team Apologies * Clone Architecture * User Story Napping * Enterprise Conflagration Patterns
|
|
|
|
|
|
If you enjoyed this newsletter, please send me feedback and share with others!
|
Did you enjoy this issue?
|
|
|
|
If you don't want these updates anymore, please unsubscribe here.
If you were forwarded this newsletter and you like it, you can subscribe here.
|
|
Patrick Kua, Postfach 58 04 40, 10314, Berlin, Germany
|