When you are an Agile Coach you sometimes must resign yourself to the fact that it will usually take team members awhile to get it and victories can be few and far between. One thing that I can recommend for a quick win and something that has worked well for me on multiple occasions (when it could be implemented) is something that I called office hours. I can only assume that I am not the one who invented this, but it is something that I “discovered” independently to solve the issue of resources being pulled into unproductive meetings when I needed them to be on task for our stories.
Looking for Agile Success – All You Need is Love
Like any professional should I spend a great deal of my time attending user’s groups, reading professional articles, speaking with leaders in my field, etc in an attempt to find ways to do my job better. This morning I stumbled upon a couple of interesting articles, The Unintended Consequences Of A Leader’s Lack Of Trust (whose link has gone inactive) and Employees leave managers, not companies. While not exactly writing about the love, these got me to thinking about love and its place fostering Agility.
It is the nature of my job to bond tightly with the teams that I work with and also to have to leave these teams frequently, as they achieve a high level of self organization, to pursue opportunities to help other teams. I am currently faced with one of these moments and the feeling, as always, is bittersweet. I am excited about my new opportunity but will genuinely miss the teams I have worked with over the past few months.
Continue reading “Looking for Agile Success – All You Need is Love”
Not Building a Car – The Need for More Appropriate Similes in Software Development
As humans we learn by analogy, metaphor and simile, adding new knowledge by initially relating the new to our existing understanding of the world. When we try to explain the software development process to the initiated (translation business stake holders), we use all kinds of similes to help them understand the process. The problem with similes is that they argue that something is like something else and many times people confuse the similes with metaphor, thinking that one thing is another. Not only do people confuse simile with metaphor, but many of the similes we use in explaining software development are not appropriate because they can cause more harm than good and they are not very accurate in their explanation.
Thoughts on Agile Coaching
When I tell people I am an Agile Coach, unless they are in IT, I tend to get a lot of strange looks. Most of the time they will say something like, “I get the coaching part, but what the heck is Agile?” It is at this part of the conversation that they experience immediate regret as I launch into an endless barrage of commentary on Agile development.
Lately, however, I have begun to re-examine my own assumptions about what it the Coaching aspect of an Agile Coach is, especially now that there are so many professional coaches looking for work after the end of the regular NFL season.
Agile = Antifragile Part 2
I entered my previous post on the subject when I had just begun Taleb’s book Antifragile. As I continue my reading I have run into some very specific passages which lead me to theorize that the reason Agile development works so well is that it is a living, breathing example of what Taleb would call “Antifragile.” I am also coming to the conclusion that Taleb is a truly great contemporary thinker. As I examine my own career, I plan to take to heart many of his suggestions on creating one that is Antifragile.
While I am no in any way paid to sell this book, I encourage all Agile folks to highly consider adding this to their reading list.
Agile = Antifragile?
I am currently reading the book Antifragile: Things that Gain From Disorder by Nassim Nicholas Taleb. I loved two of his other books, The Black Swan: The Impact of the Highly Improbable and Fooled by Randomness: The Hidden Role of Chance in Life and in the Markets so I thought that I would give this one a go.
His central thesis is that there are systems that are not only robust, able to withstand randomness and chaos, but there are those that actually thrive on such events. He calls these “antifragile” as opposed to fragile systems.