This is Financialagile's Typepad Profile.
Join Typepad and start following Financialagile's activity
Financialagile
Recent Activity
I think you strategically delete code like you might preen a bonsai tree. When then the bonsai tree pisses you off or looks ugly you delete it and start again.
But code is not inventory. It’s scaffolding, that may or may not be well erected, that the business uses to do its jobs. The scaffolding can always be taken down, replaced, etc.. The code is not an essential part of the business, it’s accidental – like inventory – but unlike inventory does not become part of a product only part of an enabler.
The Carrying-Cost of Code: Taking Lean Seriously
I've spent the past 8 years or so looking at ugly code. This isn't uncommon in software development but in my case, I've been looking at different ugly code developed by different teams every couple of weeks. One question that people often have is whether to refactor or rewrite. It's never ...
What he said.
I also think you are talking about a healthy organisation. Nothing too new there. I think Value Streams are tool for getting rid of waste, nothing more nothing less.
A healthy organisation 'comprises three systems: a tasks system or system of work roles designed to achieve the tasks an organisation is in business to perform; a sentient system, the system where the employees’ human needs for affiliation and identity are met; and an overarching management system that manages the relations between the two.'
Pizer and Hartel, ‘For Better or For Worse: Organizational Culture and Emotions’ in Hartel et al., Emotions in Organisational Behaviour. Lawrence Erlbaum, 2009. p. 336
The Customer Value Problem: Ditch the Value Stream!
The value stream is a potentially harmful metaphor. I think we should replace value streams with value networks, and customer value with stakeholder value. Again and again I hear people referring to “value streams.” The value stream is a metaphor suggesting that “value flows” through an organiz...
I do think it's a hard and delicate balance. I was at a code retreat on Saturday and it was really clear to see that design is often an exercise in faith. The design will come when you've prodded it around for a bit, but you can't always see it. So, one type of directive is to ask your team to suspend judgment, to say, 'trust me, and let this one run'. And therefore, underneath the styles should be a dedication to building trust. That's obvious to you, Rachel, but not to everyone.
I liked this post. Good use of a simple model to get people thinking.
Trust is chicken and egg, of course, like finding space. Then, once you have it, your team will help you with your style. My mates always say to me, 'ok! I get it'. That's my queue to be less directive.
Jamie.
Adapting Your Agile Coaching Style
One of the questions we explore in my "Agile Coaching Skills" training course is when to adapt your coaching style. I draw an arrow running from Directive to Non-Directive, like the middle arrow in the sketch below, to represent one important aspect of coaching style. I explain that the coaching...
Financialagile is now following The Typepad Team
Oct 25, 2010
Subscribe to Financialagile’s Recent Activity