Showing posts with label Lean. Show all posts
Showing posts with label Lean. Show all posts

Thursday, 21 November 2013

What’s common about my tennis skills, developing software and building organisations

A friend of mine sent me a message last week. It was a polite message asking if we can play tennis some time, but what I found interesting was that he added an explanation of his skill level which he probably found to be a reasonable thing to do since we’ve never played before. That short description of his skills got me thinking about how would I describe my skill level in tennis. How about how I achieved it? Or how would I go about improving it?

I started playing tennis when I was in high school because I liked it. I never took any lessons from an experienced player or coach. I read a little bit about how it’s played in a book and then  I just played and learned by my mistakes. This got me to a skill level that I think is good enough to play with my friends of a similar skill level and enjoy the game. At the same time however when I look at the 10 or 11 year olds play at the tennis training ground where I take my daughter every Saturday I am convinced that most of them will get bored playing with me within just a few minutes.

If I want to improve my tennis skills I am faced with a significant constraint - I only have 1-2 hours per week available to play and I fear that if I continue learning by mistakes it will eventually take me many years and I might just lose interest.  There’s an easy and affordable solution to my tennis problem – coaching is available and is proven to get results. But the point of this post of course is not so much about my tennis skills.

I think that some organisations I’ve worked with have taken my approach to learning tennis and applied it to building software and the entire organisation. From my day to day experience with these companies they appeared to have read a book and then they learned by their mistakes. This is not to say that we should not be learning by mistakes but rather to recognise when a major shift in our approach might be required. So it does not surprise me that as a result such organisations managed to develop fairly average (and in some cases awful) software that in most cases costs a lot to develop and run. I judge by the number of defects I’ve seen reported by customers and the time these companies required to take a product to market. When you build software of similar quality then the costs of supporting and enhancing it grow exponentially and it is soon being declared too expensive to maintain or make money. And while as a tennis player I get more than one chance to fail and learn, it also appeared to me that these organisations had been set-up to limit the learning opportunities, punish failure severely and therefore not surprisingly to me many of these companies no longer exist . Using my tennis learning approach is not something I would recommend in all cases however it seems to me that it is widely and explicitly used coupled with complete disapproval of failure and limited ability to learn.

Ok, How do I know all this?

Check the the saddest statistic in the world (in an article by Steve Denning).

What’s the percentage of people who truly love what they are currently doing at work? It's a  6% meaning that 94% of the people are miserable at work.

This is how I know.

Organisations can and should be built better.

And when they are stuck they need to get appropriate coaching (which is what I am doing to improve my tennis skills Winking smile )

Monday, 21 March 2011

Agile links Collection 2011 vol.2

Well, things got a bit busy in Plamenland and I realized I can't keep up with weekly links so instead will have to collect the links and post when I have enough. On the plus side that means there's a better chance I read some or most of the articles and filter out those which I feel are not good enough to make the list. Anyway - enjoy my second set for 2011 ;)

People x Process - How Facebook Became the Hottest Company on the Planet Warning - This one's long. Worth a read if you have the time - explains a lot about facebook and to my mind provides a good learning opportunity for entrepreneurs.

Great Leaders aren’t Emotional By Dan Rockwell, have not read it. would like to read though - looks insightful to me.

How to Develop Products like Toyota Good article about the main differences between how Toyota and its competitors make products.

What Henry Ford Knew That Many CEOs Have Forgotten A good short read which taught me a lot about Henry Ford

How to plan a workshop Useful guide from John McFadyen

Agile – in name only? If you're into coaching perhaps worth a read..

The Perfect ScrumMaster Job Description I know, I know - another one.. may be you're fed up with it and may be this one is the right one for you?

Complexity versus Lean Jurgen Appelo's talk at LESS2010 conference in Helsinki. I think he got best speaker/presentation award for this.

What is an Agile Scout? – Our Order of Agility and Law This is a good list of activities and characteristics of an agile coach. Not sure why we need a new name though.

Gossip Kills Possibility Dan Pallotta has a wonderful story to tell and he nicely ties it up with business environment. Some plain and true statements about what leadership is all about. Recommended read.

In Response To SCORE A good analysis of an attempt to implement something agile. Pointing out some misjudgements and can be useful when evaluating someone else's process.

Monday, 31 January 2011

Agile Links - first set for 2011

I have now missed so many weeks so there really is no point to call it weekly is there?

My collection though I believe has some very good reads in it!

How to Create Change: Don’t Help People A nice view on how to instigate change. I like the beginning of it, hopefully some day I'll read it all.

What about Chris Argyris? Luc Galoppin has written a fantastic brief on Argyris and to be honest if I had read that before I might have skipped reading those books ;)

Don’t Prioritize Features! Scott Sehlhorst claims prioritising features is a waste of time. I tend to agree with him (to an extent).

Per-Feature ROI Is (Usually) a Stupid Waste of Time Here's another view that is slightly different from most people's understanding from reading all those agile books. I like the reasoning though.


Single Piece Flow in Kanban: A How-To A video presentation by James Shore and Arlo Belshee

Tightening the Feedback Loop You can never go wrong watching Patt Kua's presentations and this one is very important - very much related to double loop.

Business-Driven EnterpriseAgility A video by net objectives (A.Shalloway and co.)

Monday, 20 September 2010

Weekly agile links 20th - 24th September 2010

Essence of Scrum Originally published by Tobias Mayer in 2009 and now re-worked and adapted by David Sheriff.

Estimation and Release Planning with Fruit Salad An interesting game to learn estimation and planning on Lyssa Adkins' blog.

Podcast interview with @davegray on How Games at Work Inspire Creativity Podcast on how interactivity will make your meetings and your ideas even better.

The Quest for High Performance Tom Reynolds CSM, CSP on getting there..

The Ultimatum Game and article by Cedric B. that mainly talks about traditional organizational behaviour and how to deal with it while implementing agile/scrum.

Are Job Descriptions Illegal? Here Are 9 Reasons Why They Should Be Lou Adler challengers traditional job descriptions.

THE PROBLEMS WITH ESTIMATING BUSINESS VALUE Mike Cohn on how to estimate business value - e.g. use themes/epics not small items.


Risk Innovation or Be Beaten by Those Who Do An article about innovation not just for products but for process & leadership. By Lea Strickland.

People Help Agile Adoptions An article about change, how people cope with it and how we could go about it .. by Scott Dunn.

Mood Board Shows some process innovation in the form of 'different' kanban boards as well as explains the use of the mood board.

Performance Reviews Shift Blame, Prevent Partnership On Esther Derby's blog although it looks like it is from HBR. Explains a lot of things we seem to just accept as given.

Building a Transition Backlog Another great post by Rachel Davies based on experience with agile transitions.

John Seddon Keynote Great summary of a John Seddon's key note (by Patrick Kua). Couldn't quite get which conference was that but this does not reduce it's value. Thanks Patrick.

Agile 2010 Booklist
Yves Hanoulle went through the trouble to ask attendees for the one book they would recommend - makes a great reading list.


Slides from the Deming's Red Bead Experiment by David Joyce and as presented at Agile Australia 2010.

Tuesday, 7 September 2010

Weekly agile links 6th - 10th September 2010

It seems like links are flowing from everywhere these days and more and more knowledge flies around us.. we only have to reach out and learn. I hope you will find plenty of interesting articles in my collection this week. Happy reading!

Article: Lean And Agile — Roommates, Married Or Twins? Very interesting post by Gil Broza briefly describing a panel discussion with this title at Agile 2010.

Agile is Ready for the Enterprise Michael Hugos explains how mature has agile become in the last 20 years or so.

JOB is a four-letter word Harold Jarche on the inadequacy between the way we structure jobs and the current networked reality.

Agile2010 Bag Packing with Kanban Karl Scotland presents an exciting real world kanban experiment + video.

Is “Agile Methodology” an Oxymoron and Counterintuitive to Agile-Lean Product Development and Craftsmanship? by Russel Pannone. Perhaps worth reading if I could place it higher than all of my other tasks (unlikely).

Reading The Toyota Way Matteo Vaccari with some thoughts on how this book changes his view.

BUT /MY/ TEAM NEEDS A LEADER Can teams function without a leader? Check this Esther Derby article for the answer.

An interview with Jerry Weinberg Thanks to Jon Jagger

The Thinking Tool called Agile Henrik Kniberg's slides from his keynote @ Lean/Agile/Scrum conference in Zurich - "The Thinking Tool Called Agile"

Collaboration Game: Where Are Your Keys? This got me interested in the game so I am reading a bit more about it here

Simplicity: A New Model A nice long post by Jurgen Appelo on simple and complex systems and rules.

10 Tips on Presenting at Conferences Thanks to Cory Foy

How do I know if my PEOPLE are being fully utilized? by Richard Cheng. I changed the word resource to people as this is what this article is about.

Agile Ruined My Life Some interesting agile implementation horror stories by Daniel Markham and some thoughts on the reasons why such things are common.

Success with Agile Managers Here's a great extract from a book I am currently reading. The article is by Clinton Keith and explains why we need the role of Agile Manager.

Solution Focused FAQ Got interested in the solution focused approach (thanks to Dadi) during acg-uk this year and this FAQ comes handy to help me learn more.

Wednesday, 11 August 2010

Weekly agile links 9th - 13th August 2010

Agile coaching tips: make the planning poker easier and more visual Jean Claude GROSJEAN of Valtech gives us some tips to improve planning poker estimation.

Should we adjust the time box in Scrum? Some reasoning to help explaining why the answer is no.

Kotter’s 8-Step Change Model A step by step guide to J. Kotter's change model (from his book 'leading change')

Little's Law explained and with examples. good find.

Facilitation activities A list of facilitation methods. Perhaps more than you can read in a year!

The World of Work Will Witness 10 Changes During the Next 10 Years according to Gartner “Work will become less routine, characterized by increased volatility, hyperconnectedness, 'swarming' and more”.. very agile-ish, collaborative culture-ish as well

Output-Based Agreements: assuring the customer that agile delivers Grant Rule's notes from his 5 min talk at NonAgile2010

Why Not to Focus on a Company’s Culture Alan Shalloway with some thoughts based on the book Creating A Lean Culture: Tools To Sustain Lean Conversions by David Mann

That’s the trouble with targets Glyn Lumley has not featured for some time but here he is again with some useful explanation about the issues with targets.

Becoming an Effective Coach I recently found this wiki and am posting a link to one of the first articles I've read there.

Monday, 12 July 2010

Weekly agile links 12th July - 17th July 2010

We just ain't that good at risk Rich Maltzman argues that we're not good at managing risk with (only) our gut. I agree. He also argues that "the tools and techniques given to us by our PM books and mentors are worthwhile" - I would say in some contexts. Interesting read overall.

LeanSSC 2010 UK The link to all published presentations from this year's event @ Bletchely Park

How To Succeed With Scrum When Your Company Is Anti-Agile by Rob Diana. Good article that highlights the issues with the way we sell agile (and the way we've been taught to do it) and why it does not work. I agree the approach will have its benefits and it will be event better if we find ways to illustrate how good this is not by facts but by making people realise it themselves.. and then perhaps at some point they'll realize that there is a bigger problem to solve because it is a common experience that development adopts agile well.. the issue lies elsewhere..

Leaving a Legacy, How Do You Leave an Environment in Which a Team Can Continue to Grow Dan Rough's notes from the open space session with this title at Agile Coaches Gathering in UK 2010.

Kanban - how software people get it wrong Thad Scheer pointing out the mis-understanding and mis-use of Kanban. Pretty good and explains well why most companies would move a team to Kanban only after they've mastered Scrum/XP for the benefits of JIT delivery.

The Essence of Agile Henrik Kinberg's slides from his keynote "The Essence of Agile" at Agile Spain 2010, Madrid.

Millennials and Scrum, made for each another What Lyssa Adkins talks about here is exactly the place I'd choose to be. Just look at that: “Well, that’s just stupid. Who would ever choose to work that way in the world we live in?” When was the last time you heard someone who is not an agile proponent to say something like this about waterfall?!

Paul Dyson's On Estimation article says the things pretty much the way I think about them. Easy to say do not estimate, not so easy to avoid it - yes I do want to know how much it costs before I make a decision to buy it.

The Secret Sauce Recipe to Agile Coaching I am going to read ROB MYERS in detail and compare with my notes from ACGUK 2010.. the topic is hot hot hot for me right now.

Metrics Used In Testing Lots of suggestions.. pick & mix.. but remember Demming's quote: "The most important things cannot be measured."

5 Tips to Build a Real Project Dream Team Ty Kiisel on my favourite topic - building dream teams.Simple & effective.

Tuesday, 1 June 2010

Weekly agile links 31st May - 4th June 2010

Another busy week of very little time for links.. hopefully a few good ones below..
just one more week of madness and should be able to provide better quality comments ;)

Enjoy ..

Discovering the DNA of Apple’s Innovation Engine Very interesting research about the relative values of investment in R&D, advertisement, profit per employee and how successful a company is.

New People On Your Project Mark Levison explains why adding more people to a project is a way of slowing your project down

Right.. here's another manifesto suggestion Next step of the Agile Manifesto? What is it? the Manifestos year? Otherwise this one has sensible suggestions.. I agree.

What Motivates People? No huge secrets revealed in this one. PAWEL BRODZINSKI states a truth everyone would sooner or later establish. Once you step on that road of course.. might be better staying off it longer term tbh.

Jeff Bezos and Root Cause Analysis Real 5 whys example (apparently).

SHIFTING THE PATTERN: A SYSTEMS APPROACH TO CHANGE The title kind of explains it.. Esther Derby talks about change and systems thinking..


The "Command and Control" Military Gets Agile Interesting article by Dan Mezick about what happens when the usually inflexible military 'gets' agile

Strategies for Scaling Agile Software Development Scott Ambler explains why Lean thinking is important when looking to scale agile. Perhaps also proves that agile is local optimization?!

Lean Quote of the Day Tim McMahon' lean quote is by John Kotter who reminds us that the root of success involves a sense of urgency

Friday, 19 February 2010

Weekly Agile Links 22-26 Feb 2010

This week my link of the week is JOHN BRAMBLITT – THE BLIND PAINTER

I've got plenty of other links that you will hopefully find useful including one that is almost 10 years old, some wisdom from Martin Fowler and Cory Foy's thoughts on the new Scrum alliance.

Enjoy ;)

If you haven't watched this yet - you have to do it now!(Seriously man! It is just a bit of dancing...)

Systems Thinking, The Vanguard Method and Software Development Karl Scotland shares his thoughts on the Vanguard method introduce by John Seddon in his book “Freedom from Command and Control“.

[link of the week]
JOHN BRAMBLITT – THE BLIND PAINTER An inspiring video! Shows what once can do if he is truly up for it despite such a huge impediment as being blind. Lot's to learn from this John Bramblitt!

In Praise of Middle Management Peter Stevens says Middle Management is not redundant in Scrum, instead it is the true source of leadership.

Pair Programming: In interviews Mark Needham on Agile approach to interviews. Very interesting - I wish I can attend one of these ;)

Managing in Mayberry: An examination of three distinct leadership styles This one I definitely should read (not just because it is almost 10 years old). It is a little bit long for the time I have so will require some extra effort ;)

Using Agile Techniques to Pay Back Technical Debt I can't believe this! No, seriously -Microsoft start talking sense! Finally. Remember a link to a PM/PMO lady from MS and her experience with agile? Now, there is another MS guy talking about technical debt.. There is hope I tell ya!

Conversational Stories Martin Fowler hits the nail on the head as usual - a good reminder about PO/Team relationship and how user stories should be created.

The Lump Of Coding Fallacy Interesting thoughts on how to change well known habits around unit testing and those opposing to it also about development in general. worth reading ;)

Leadership Books list by Hugh Ballou

..but if the Scrum Alliance Can’t Do It, Who Will? Cory Foy on the SA, the new Scrum and a few opinions of what they should become. Interesting overall.

The Value of Lessons Learned “Experience is inevitable, learning is not.” says Nancy Dixon - contains some good reasoning behind having retrospectives

Great Minds Don’t Think Alike - Ray Silverstein on leadership and building culture of people not afraid to state what they think (e.g. free of politics) - not directly agile and still lots to do with it.

There's more to done than the green dot Interesting thoughts on when is a story really done..

A simple measure of effectivenes Another one from Simon Baker which looks very interesting to me as it is related to agile metric which I blogged about before

Thursday, 19 November 2009

DEMING'S RED BEAD Experiment Replayed

I recently became aware of this experiment which Deming used to do in front of large audiences (e.g. 1200 people). Thanks to David and Benjamin the experiment comes to live again. It is worth watching at least the first 50 minutes and see for yourself this amazing story of processes, metrics, management, rewards and people.

http://skillsmatter.com/event/agile-scrum/demings-red-bead-experiment

Thursday, 4 June 2009

Value, Flow, Waste

I heard somebody talking about these three in the same sentence a couple of weeks ago and accidentally (or perhaps now) used them in a presentation draft while trying to explain what in Scrum we'd separate as functional/non-functional.. and waste although it doesn't seem to come up that often as the other two.
Anyway so I had to explain what it is as the word Value seem to be causing hiccups with some of our managers and the shorter explanation I could think of was that value is what we get money for, flow is what makes possible the production of value and waste is all that doesn't add to any of the other two so we throw it away.

I then ended up searching for more info and discovered 5 principles of lean (as opposed to the more famous 7). Here they are:

1. Specify value
2. Identify the value stream
3. Make value flow
4. Let customers pull
5. Pursue perfection (e.g. identify waste and eliminate continuously)

Ok, so the connection is that these 5 principles well explain the title as well and I am going to use them when I talk about it in about 10 days time. I may even post something about the event as it is my first ever agile project initiation boot camp.