Troubleshooting Agile

This week, Jeffrey and Squirrel discuss how to avoid blame - adopting a frame of ownership or problem-solving is a useful concrete action to try to achieve this - and tell a story about replacing one problem with a much bigger one to achieve team improvement.

SHOW LINKS:

- The 12 Agile Principles: http://agilemanifesto.org/principles.html

- Alex Hudson blog post on blame: https://www.alexhudson.com/2018/01/03/troubleshooting-agile-new-podcast-notes-ownership/

- Mark Coleman: https://www.implicit-explicit.com/

- The Power of Habit: https://en.wikipedia.org/wiki/The_Power_of_Habit

- https://blog.jeffreyfredrick.com/2016/04/08/coherence-busting-explained/

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

This week, Jeffrey and Squirrel each tell a story about how teams they've worked with handled deadlines.

SHOW LINKS:

- The 12 Agile Principles: http://agilemanifesto.org/principles.html

- Theory X and Theory Y: https://en.wikipedia.org/wiki/Theory_X_and_Theory_Y

- Burndown charts: https://en.wikipedia.org/wiki/Burn_down_chart

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

This week, Jeffrey and Squirrel are on the road at CITCON Vienna, interviewing Lydia Tripp about her journey through a wide variety of agile software development teams and her evolving approach to improving delivery and quality.

SHOW LINKS:

-The 12 Agile Principles: http://agilemanifesto.org/principles.html

-CITCON: http://citconf.com/

-Extreme Programming: https://en.wikipedia.org/wiki/Extreme_programming

-Lydia: https://www.linkedin.com/in/lydia-tripp-988a79/

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

This week, Jeffrey and Squirrel are on the road at CITCON Vienna, interviewing participants about how they use agile techniques and principles outside development.

SHOW LINKS:

-The 12 Agile Principles: http://agilemanifesto.org/principles.html

-CITCON: http://citconf.com/

-London Organisational Learning Meetup: https://www.meetup.com/en-AU/London-Action-Science-Meetup/

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

In this week's podcast we move on to the final Agile Principle, number 12: "At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly."

The hard truth is that learning is horrible. It means coming face to face with your own inadequacies, and challenging them. Consequently, mustering up the motivation to learn is too easily and too often avoided. Squirrel and Jeffrey discuss their own experiences with the importance of reflection and some troubleshooting techniques to make learning easier.

They also discuss:

-How we all need to keep sharpening the saw, because if we're constantly producing we're not learning.

-Using Production Vs Production Capacity, from 7 Habits of Highly Influential People, to remind ourselves of this.

-How Marginal Gains, just 1%-per-day, compound to make a huge difference over time.

-How, unexpectedly, it is often something as simple as poor relationships that are blocking the natural learning a company would like to have.

It's much easier to blame the circumstances than have difficult conversations, and this blocks development. Therefore, we have a challenge for our listeners:

Look at your current circumstances, at what you think the problems are, reflect, and then ask yourself: what's currently preventing you from taking action on those problems (and that means YOU. You individually. Saying your boss is an idiot is not an answer). There are always opportunities available to you, should you choose to take them. If you agree or disagree with us, let us know, via email, Twitter or in a review below. We'd love to take on some of your cases in upcoming episodes.

***

SHOW LINKS:

-The 12 Agile Principles: http://agilemanifesto.org/principles.html

-James Clear on Marginal Gains: https://jamesclear.com/marginal-gains

-The 7 Habits Of Highly Effective People, by Stephen R Covey: https://www.stephencovey.com/7habits/7habits-habit7.php

-London Organisational Learning Meetup: https://www.meetup.com/en-AU/London-Action-Science-Meetup/

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

This week we take a short break from the Agile Principles to discuss The Squirrel Test - 12 questions to help founders improve their scale-up company's performance.

We also find out if Squirrel, in creating the test, has practiced what he's preached regarding the agile principles. Has he produced working software? Sought early feedback? Kept it simple? Made the most of face-to-face communication? Retained a constant pace? Created a supportive environment for his team?

Find out in this week's podcast.

We'd like to apologise for the sound quality this week. With Jeffrey on the road we had some mic difficulties that we were unable to fix. We thought about not posting an episode at all, but didn't want to disappoint regular listeners by missing a week. So, again, our apologies for the quality. Next week we will be back to a silky smooth sound.

***

LINKS:

-The Squirrel Test: http://squirreltest.com

-The Joel Test: https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-steps-to-better-code/

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

In this week's Podcast we're on to the penultimate Agile Principle, number 11: 'The best architectures, requirements, and designs emerge from self-organizing teams.'

Amongst much more, we discuss:

-How what should actually constitute a team is the sharing of a problem, not a manager.

-The importance of employing a dynamic team approach, rather than a static one, to solving problems.

-How the unique specificity of this principle is designed to get us away from the old 'phase' approach and avoid costly hand-offs.

-Specific techniques to inspire a mutiny and become a self-organizing team, with some lessons from Stephen Bungay's 'The Art of Action', such as how to employ Direct Opportunism.

-The Spotify model and the importance of shunning the easy route of adopting an off-the-shelf model.

***

SHOWNOTES:

-The 12 Agile Principles: http://agilemanifesto.org/principles.html

-Alistair Cockburn's mighty fine Koan for Agile development:

"Management tells the workers to mutiny.

The workers refuse"

http://alistair.cockburn.us/Self-organization+means+mutiny

-Stephen Bungay's brilliant book, 'The Art of Action': https://www.amazon.co.uk/Art-Action-Leaders-between-Actions/dp/1857885597/

-The unique case of the General Electric plant in Durham, North Carolina:

http://www.fastcompany.com/magazine/28/ge.html

-Spotify's self-organised teams, not an off-the-shelf model to copy: https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/

-Sign up to CITCON in Vienna, there aren't many spaces left: http://citconf.com/

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

We're on to Agile Principle 10 this week: "Simplicity - the art of maximizing the amount of work not done - is essential."

In comparison to the dark old days when the Agile Manifesto was written, the way projects are simplified and broken down seems a huge improvement. But simplicity plays an essential role in achieving the all-important first Agile Principle of "satisfying the customer through early and continuous delivery of valuable software," so Squirrel and Jeffrey discuss why this principle is still so important today.

They discussed:

-How simplicity asks you to exercise discipline and restraint.

-How Elephant carpaccio helps to provide an environment in which that restraint is easier.

-How simplicity is not just a call for businesses to restrain themselves in their demand for features, but for developers to restrain themselves in their demand for best practices- and how they can employ YAGNI instead.

-What YAGNI is.

-How to build a whole application's worth of software without actually writing any software.

***

SHOWNOTES:

-The 12 Agile Principles: http://agilemanifesto.org/principles.html

-Alistair Cockburn's brilliant Elephant Carpaccio lesson: http://alistair.cockburn.us/Elephant+carpaccio

-What is YAGNI?: https://en.wikipedia.org/wiki/You_aren%27t_gonna_need_it

-Zapier: https://zapier.com/

-IFTTT: https://ifttt.com/

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

This week on the Troubleshooting Agile podcast it's Agile Principle 9: "Continued attention to technical excellence and good design enhances agility."

The dark old days of big up-front design may send shivers down the spine, but the Lean Startup 'move fast and break things' approach of scrapping design altogether goes too far. Jeffrey and Squirrel ask how principle #9 can be used to find balance between the two. They also discuss how a shared body of knowledge is the key to making quicker and better decisions in regards to technical excellence and good design; and ways in which managers can expand this body of knowledge through Lunch and Learns and making bad judgements well.

***

SHOWNOTES:

-The 12 Agile Principles: http://agilemanifesto.org/principles.html

-The Boy Scout Rule, from Uncle Bob: http://programmer.97things.oreilly.com/wiki/index.php/The_Boy_Scout_Rule

-Uncle Bob himself: https://en.wikipedia.org/wiki/Robert_C._Martin

- Martin Fowler on Event Sourcing: https://martinfowler.com/eaaDev/EventSourcing.html

***

We'd love to hear any thoughts, ideas or feedback you have regarding the show.

Email us: [email protected]

Tweet us: twitter.com/TShootingAgile

Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: https://itunes.apple.com/gb/podcast/troubleshooting-agile/id1327456890?mt=2

In this week's episode of Troubleshooting Agile we are on to Agile Principle 8: "Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely."

Drawing on sport psychology, Al Pacino movies and their years of consulting experience, Squirrel and Jeffrey discuss and troubleshoot a number of fascinating issues surrounding this principle:

-How many people find this the easiest Agile Principle to argue with, and, in doing so, entirely miss the point.

-Why the Hollywoodesque idea of "Crunch Time" and pulling-an-all-nighter may appeal to Theory X bosses and the delusional, but is detrimental to productivity and long-term effectiveness.

-Why you need to ensure that exceptions to your sustainable pace really are the exception.

-How, when it comes to psychology, recovery, nutrition, environment and support, Software Developers and Professional Athletes are not so dissimilar, if long-term effectiveness is what you're after.

-How constant pace works as a counter-balance to the dangers of a team focussed purely on Customer Delivery.

***

LINKS:

-The Agile Principles: http://agilemanifesto.org/principles.html

-Cost of Delay: https://en.wikipedia.org/wiki/Cost_of_delay

- The Challenger Launch Decision: Risky Technology, Culture, and Deviance at NASA: https://www.amazon.co.uk/Challenger-Launch-Decision-Technology-Deviance/dp/0226851761

-Any Given Sunday, with Al Pacino and the "Inch by Inch" speech: https://en.wikipedia.org/wiki/Any_Given_Sunday

***

We'd love to hear any thoughts, ideas or feedback you have regarding the episode.

You can email us, here:

Tweet us, here:

twitter.com/TShootingAgile

Or find our website, here:

troubleshootingagile.com/

Also, here is a link to our iTunes:

itunes.apple.com/gb/podcast/troub…d1327456890?mt=2

If you have a moment, please like, subscribe and share with your friends. We really appreciate it.