Friday, December 31, 2010

My Personalized Agile or What I have Learned from It

I complete exactly 3 months at ThoughtWorks today. While this has been a momentous career shift for me, I may not have written a blog post on it except for the learning. Needless to say, an understanding (albeit very rudimentary) of the Agile philosophy supersedes all other learning (and that has been plentiful too).
Coming from a very traditional, waterfall-driven background replete with all the drawbacks (what I perceive as drawbacks in comparison now), it took me quite a while to assimilate the philosophy—even the basics of Agile. A dictum like “Just deliver; don’t document unless the document is going to add value” would throw me into a tizzy. Don’t we need to document so that in case a point comes when the blame-game starts (I assumed it would), we have our backs covered? Apparently not because there is no blame game! There is no one to blame. Everyone is in this together—the team, the client, and all other remaining stakeholders. 

As I mulled over these rather shocking, almost blasphemous, aspects of Agile, I thought it would be a good idea to pen down my thoughts and put them forth for inspection and feedback. And to track my understanding over time…

The original Agile Manifesto, which is my source of inspiration, can be found here

My interpretation of the Agile philosophy
I am trying to acquire better ways of learning and building personal knowledge networks and helping others do it. Through this endeavor, I have come to value:

Adaptive over predictive
Collaboration over documentation
Continuous feedback over periodic reviews
Generalization over specialization

That is, while there is value in the items on the right, I value the items on the left more and have found them to be in synch with what is required today to build a learning organization, an organization of motivated, passionate individuals.
Unpacking each claim

Adaptive over predictive

Ruth Clark describes adaptive in relation to expertise in her book Building Expertise: Cognitive Methods for Training and Performance Improvement, and I think it reflects my understanding of Agile philosophy very well. Being adaptive means to be flexible, open to change, reacting to situations just as the situation demands. Adaptive expertise brings open-ended inquiry to the problem and not a pre-defined solution. Being adaptive is to be always ready. In this context, I am reminded of the phrase “a mind like water” by David Allen. Paraphrasing from Getting Things Done below: 

Water neither flinches nor ignores the impact when a huge boulder hits its surface. It welcomes a boulder just like it would a pebble. The ripples it generates are in direct proportion to the size and impact—neither more nor less. Water neither underreacts nor overreacts. And very soon, water goes back to its natural state—open and clear—ready for the next impact. 

This is the state of being truly adaptive and agile. With the unknown and the complex becoming the norm in knowledge work, adaptability is the key to dealing with challenges, to be comfortable with ambiguity, and to move to a state where we are constantly learning.

As Eric Hoffer very aptly says (the highlights are mine):
We can never really be prepared for that which is wholly new. We have to adjust ourselves, and every radical adjustment is a crisis in self-esteem: we undergo a test, we have to prove ourselves. It needs subordinate self-confidence to face drastic change without inner trembling.

Collaboration over documentation

Going back to my roots in traditional organizations where documentations supersede communication, conversations and listening, I can appreciate the value of collaboration. Please note that I am not advocating doing away with documentation, but documenting only what adds value and when it adds value—to the project, to the team, to the stakeholders or to oneself. I am using the Minutes of Meetings (MOMs) as an example to make my case. 

Coming from a culture where minutes of meetings were more important than the meeting participants, I can truly appreciate the need for collaboration. Unlike any of the methodologies that fall under the umbrella of Agile, in traditional orgs most meetings are conducted as rote and many of the crucial stakeholders are missing. Hence, a stringent documentation is required to capture what transpired and to keep everyone in the loop (so to speak). Needless to say, many of the subtleties of discussions are lost, and the minutes become more of a “save our backs in the future” documents with little of value coming out of them.  

Let me take this a little further. When I claim that under the aegis of Agile philosophy, collaboration is more valued, this is what I imply. First of all, collaboration for me implies disciplined collaboration—a term popularized by Morten T. Hansen in his book Collaboration: How Leaders Avoid the Traps, Create Unity, and Reap Big Results. Disciplined collaboration is to collaborate for results. And this is precisely what the philosophy of Agile supports. Some of the quotes from the book that supports my understanding of effective collaboration are:
  1. The idea of disciplined collaboration can be summed up in one phrase: the leadership practice of properly assessing when to collaborate (and when not to) and instilling in people both the willingness and the ability to collaborate when required.
  2. Disciplined collaboration requires that organizations be decentralized and yet coordinated. To build this model, leaders need to detect the barriers to collaboration and overcome them without reducing the benefits of a decentralized structure.
  3. Collaborative companies run on networks, those informal working relationships among people that cut across formal lines of reporting. If the formal org chart shows how work is divided into pieces, networks reveal the informal organization-how people actually work together.
Finally, a collaborative company can do away with unnecessary documentation, remain lightweight and agile because the concerned people are all in it together. Everyone is in the loop, always!

Continuous feedback over periodic reviews

This is my biggest learning from Agile. The very environment and processes—pair programming, TDD, retrospectives, continuous integration, whatever else you will—support continuous feedback, one of the keys to learning. In this environment, a mistake becomes a stepping stone to excellence. A philosophy that   centers on feedback also encourages mistakes by default. I think of these as bunkos where a “bunko” means - “to make a mistake from which the benefits of what you learned exceed the costs of the screw-up” as described in The Adventures of Johnny Bunko. Because one knows that feedback will be immediate, one is not scared to experiment, think big and explore. Imagine the reverse of this—where feedback comes in the form of yearly appraisals that tell you how many times you have screwed up far removed from the time and the context of the screw up itself. It leaves one mentally screaming, “Why didn’t you tell me earlier? How does it help now?”
Here’s one of my sources of understanding and clarity on the purpose of feedback and the way to deliver as well as receive it: Tightening the Feedback Loop by Patrick Kua.

Generalization over specialization

With the edges of our roles and jobs disintegrating, it is of utmost importance to be able to wear multiple hats. While we will definitely have our specializations (that after all is what we were hired for), this should not make us incapable of playing multiple roles. Generalization helps in a number of ways (I am referring to generalization around one’s core skills).
In a world and world economy where situations throw us into unpredictable circumstances and poses unknown problems, being a specialist with crystallized intelligence can be a bit of a hindrance. Ruth Clark in the aforementioned book talks about this at length. I have described it briefly here. To remain adaptive and responsive to changing situations, it is important to develop a fluid intelligence, one that enables us to take on the role of inquiring novices when required, which in turn helps to view a problem from different perspectives. 

To quote Ruth Clark: 

Fluid intelligence is the basis for reasoning on novel tasks or within unfamiliar contexts; in other words, it gives rise to adaptive expertise. In contrast, crystallized intelligence is predicated on learned skills…and is the basis for routine expertise
It is clear that adaptive expertise is the basis of being a generalist. A generalist, according to me, is one who can explore, venture into unknown territories and domain, learn from new experiences and apply that in areas beyond one’s specialization.  

My sources of inspiration and knowledge:


  1. Excellent overview of Agile concepts in action! As you know, I'm a fan. I'm looking forward to learning more about the ThoughtWorks team. You seem to have developed a great network.

  2. Sahana, thanks to Harold's tweet, i'm here reading your post.
    what caught my eye was the collaboration over documentation. seems we have so much we can prune if we are just bold enough to believe the way we've always done things could be keeping us from better.
    i agree with Harold, excellent overview. i'm making some slideshares for students and parents, working on the this very change of attitude and action in ed. i hope you don't mind me quoting you.

  3. Harold, thank you very much for the comment and the encouragement. Your comment means a lot to me. You are one of my key sources of learning and learning how to learn.
    I am glad I am in an organization like ThoughtWorks that comes as close to a learning organization that I have ever experienced so far...
    I hope to gain a deeper understanding of the philosophy of Agile. I am fast becoming a fan and believe it can be one of the keys to building a learning organization...

  4. Monika, I am humbled that you found this post useful. I would be very glad to have you use any part of it in any context that you need to. Thank you so much for your kind comments.
    I am an evangelist of "collaboration" and do believe it is one of the keys to facing today's complexity along with adaptability...
    I would love to know more about what you think about this topic.

  5. This is an excellent post Sahana and for me it brought together the key factors/aspects which will be required if people are to learn successfully both now and in the future. Many thanks for writing it.

  6. Judith, thank you very much for the encouraging comments. I have been trying to articulate the key factors behind building a learning organization but could not get my arms around it. Then, I encountered the tenets of Agile and many of its practices seem to fit the needs of a learning organization.
    I look forward to your thoughts and ideas on future posts.

  7. Thanks for sharing your post Sahana;
    I've read before about "Agile", but in sharing your experience you've helped me to begin to go beyond a simple semantic understanding of Agile to something more complex and pragmatic (what I think is an important goal of learning). I also see a lot of parallels to Hagel Brown & Davison's Power of Pull in your account. It may be your tapping into something of the current Zeitgeist. There must be much in the way of inspiration, happening over at Thoughtworks and you've given me much to think about and stew over for awhile. Thanks!!

  8. Howard, thank you so much for your comment. If I have been able to capture some of the spirit of the times, I am thankful to my many teachers whose books, blogs, articles have been a constant source of learning, insights and inspiration for me. It is not surprising that you have noticed parallels to The Power of Pull since JSB and the book heads my list of teachers. I was however not conscious that the influence was so evident. It was more of an unconscious reflection of an approach to learning I have come to admire and believe in. I do hope I will be able to engage with minds like yours and learn more actively. Thank you once again!!

  9. Sahana,it's a wonderful read and learning.Thanks a ton for elaborating all the four aspects-beautifully.Need of the time- seems to be let oneself go with the flow of learning by being adaptable and be open to new experiences in life. The wisdom certainly highlights the MBTI's dictum of J/P which can be an interesting perspective.I am blessed to be connected with you. Hoping for a great learning in the year 2011 and thereafter.

  10. Archana, thank you! I am humbled by your appreciation. I have so much to learn and so many people to whom I am thankful for all that I have learned till date, I feel truly grateful when I can contribute in my own tiny, modest way. I am looking forward to interacting and collaborating with you...Happy learning! :)

  11. Hi Sahana;
    I've become a little more detailed on my sensed Zeitgeist, which I've posted here:
    I would love any input if you have the chance.
    Thanks again

  12. Hi Howard,

    I am definitely going to read and add my thoughts. Thanks a lot for sharing the link.


  13. Thanks for share you valuable thought with us.


Thank you for visiting my blog and for taking the time to post your thoughts.

Organizations as Communities — Part 2

Yesterday, in a Twitter conversation with Rachel Happe regarding the need for organizations to function as communities, I wrote the follow...