Troubleshooting Agile

In which we meet Squirrel's client Mr. Why, who wants to know the reasoning behind requests he gets but never actually asks, and we describe how this pattern holds back agile teams and how to break out of it. Surprisingly, lawyers feature prominently in this episode, as both positive and negative examples of effective "why" communication! SHOW LINKS: - Lawyers don't ask "why?": https://aqrlaw.ca/b...

Last week we emphasised the importance of practise to help you have better agile conversations and negotiations, and this week we describe two ways to practise - Argyris's two-column case studies and Dr. Burns's relationship journal - and a framework to use with both: record, reflect, revise, and roleplay. Join us in London on 19 March for our talk on "Sprinting In Place: The Cost of Missing Leade...

Today, we explain that when you learn a new skill - whether it's playing the piano, kitesurfing across a lake, or negotiating with others inside and outside your agile team - it's vital to practise to develop your abilities. Don't jump onto the double black diamond run the first time you hit the slopes; instead, find a coach and watch her carefully as she goes down the mountain first. You'll learn...

Your brain has two halves - not called left and right, but System 1 and System 2. Today we explain how these two halves of your own brain wind up fooling you and your team into believing things like "New York decided to do this", "customers don't want that feature", and "the business won't let us write tests" - and what you can do to keep your brain from tricking you into believing suspiciously co...

The agile principles talk about empowerment and autonomy, but do we have to make a complete switch from our current centralised-decision culture to a fully autonomous one? The Satir curve, six thinking hats, and a theory of Tic Tac change (really!) from Jeffrey and Alistair Cockburn, shows us a way to make a series of small changes rather than one big shift. SHOW LINKS: - Theory X and Theory Y: ht...

Theory X organisations don't trust their people - or do they? To be agile we have to move our organisations to a Theory Y model with empowerment and autonomy - or do we? Organisational change has to be painful - or does it? And what does all this have to do with creepy robots? SHOW LINKS: - Theory X and Theory Y: https://en.wikipedia.org/wiki/Theory_X_and_Theory_Y - J Jonah Jameson: https://www.yo...

Due to illness and travel, Jeffrey and Squirrel present one of their greatest hits of the past! *** Squirrel and Jeffrey look at a recent article by Luke Tomas on the "employee engagement industry" (we didn't even know it *was* an industry!) Jeffrey rapidly links this to Brian Marick's idea of Ease and Joy at work and we all agree that engagement, happiness, and joy are all useful, but lagging, in...

The US Defense Department (yes, the huge bureaucratic government body) recently released a brief and readable guide to troubleshooting your agile team. We have a look at three more of its key recommendations for figuring out whether you're agile team is really agile - which leads us to discuss when software developers should wield soldering irons and how continuous integration is better with a rub...

The US Defense Department (yes, the huge bureaucratic government body) recently released a brief and readable guide to troubleshooting your agile team. We have a look at three of its six key recommendations for figuring out whether you're agile team isn't really agile - which leads us to discuss what end-users really are and why financial traders are so insane. SHOW LINKS: - Detecting Agile BS: ht...

Once you've been vocally critical and identified areas to improve in your agile team, what next? "We should" too often turns into "We won't", so good intentions aren't enough. Jeffrey tells the story of teaching TDD and the tools he learnt and developed to foster internal commitment to change - paradoxically, this involves questioning whether the change is actually worth doing! SHOW LINKS: - SPIN...

Inspired by a listener comment, we look at one of Amazon's leadership principles, which describes how leaders are expected to earn trust in that organisation. It seems to us that the principle lays the foundation for effective psychological safety for the avoidance of error, but there are some traps to watch out for on the way to that end. SHOW LINKS: - Amazon leadership principles: https://www.am...

In our one-year anniversary episode, we start with a story about "flickering" tests and generalise to look at the idea of normalisation of deviance. We suggest that psychological safety lets you hear from those who see the deviance but aren't speaking up, with examples from oil rigs, and tie to pair programming as a way to create a safe environment for reiterating agreed non-deviant behaviour. SHO...

We've been talking about building trust in agile teams by aligning your stories; an important ingredient for this is being predictable, so others can believe you actually have a story they can align with. We tell an extended story about a developer with a severely misaligned story and how Squirrel's route to trust with him included crawling around on the floor reconfiguring cables. SHOW LINKS: - A...

We answer a listener question about standups for feature teams, but we think the problem is actually a larger one of disengagement. A common symptom is people sitting down for their standup (oxymoron alert!) We recommend some ways to overcome disengagement using Coherence Busting and the Ladder of Inference, tools we've been discussing on recent podcasts. SHOW LINKS: - Feature teams: http://featur...

Last time we talked about sharing reasoning and building trust in your agile team using TDD for People, one way to use the Ladder of Inference. Today we look at how the Ladder can help you discover your own reasoning as well, to discover ways to promote mutual learning with your own behaviour. SHOW LINKS: - Top Business Podcasts for CEOs, from Fiona Anderson: https://www.rocktime.co.uk/insights/li...

As promised, we start describing our favourite trust-building technique: the Ladder of Inference. Our take this week is on using the Ladder to understand someone else's reasoning and align your stories, creating trust as a foundation for further improvement in your agile team. Surprisingly, the experience of using the Ladder in this way is similar to Test-Driven Development: careful, understandabl...

We start previewing the ideas in our forthcoming book on using conversations to improve your agile results. First up: why you need trust before you do anything else (including hold a standup, write unit tests, or move your desks together). Next week, a step-by-step technique to build trust. SHOW LINKS: - The first thing to build is trust, Brad Appleton: http://bradapp.blogspot.com/2005/02/first-th...

We cap our five-part series on undermining your agile team with the pinnacle of ineffective behaviour: the belief that you are not contributing to the problem. Inaccurate estimates, useless meetings, directionless standups - so long as you're sure all these are entirely someone else's fault, you'll be sure never to fix them, and thus leave your team high and dry. Master this technique and never wo...

Why listen to team members and peers when your feelings and behaviours are obviously justified? We continue our how-to series on undermining your agile team with two stories about people who, believing they are clearly correct about how to improve their agile teams, move to shut down communication and manipulate the environment to ensure their approaches are adopted - with, predictably, zero inter...

Another in our top tips for ensuring your agile team does not achieve its goals - assume you have pure motives and others are actively malicious. We describe several helpful biases that, if adopted, can help you take up this mindset, and describe a founder duo with negative beliefs about each other who had mastered the art of "Getting to No" - until they read Fisher/Ury and discovered they actuall...

More this week on ways to fail with agile by making unilateral assumptions - this week's tip is to believe you are right and everyone else is wrong. In fact, even the underlying assumption that there is a single right answer should get you a long way to fracturing your team and ensuring discord. Squirrel tells a story of someone particularly skilled at explaining why he knows the One True Agile Wa...

Turning our usual subject on its head, this week we start a short series on how to make sure your team does NOT improve. The first assumption to this end: the belief that you understand the situation while others don't. The change that's needed is obvious; all you have to do is convince others to adopt it. Easily adaptable to kanban, scrum, SAFe, or any other method that seems (to you!) to be the...

Squirrel and Jeffrey look at a recent article by Luke Tomas on the "employee engagement industry" (we didn't even know it *was* an industry!) Jeffrey rapidly links this to Brian Marick's idea of Ease and Joy at work and we all agree that engagement, happiness, and joy are all useful, but lagging, indicators of team success - so you can't improve them directly with bigger bonuses or tougher objecti...

A Squirrel-only show since Jeffrey's away. Squirrel described the Post-It Factory Game which illustrates both work-in-progress limits and the more general notion of "Throughput over Utilisation" - as well as making your colleagues fall over themselves trying to produce blue squares at top speed. SHOW LINKS: Kanban by David Anderson: https://www.amazon.co.uk/Kanban-Successful-Evolutionary-Technolog...

Last (for now) in our series responding to Martin Fowler's State of Agile 2018 speech. This week we look at Fowler's third claim - that software projects should be replaced by software products - and go further, arguing that organising around user conversations is the key to a successful business outcome. SHOW LINKS: - Fowler on the State of Agile 2018: https://martinfowler.com/articles/agile-aus-...