Saturday, December 25, 2010

Breaking the Shackles...Beat that "Thai Elephant" Syndrome in you

While reading Project Management- A Comedy of errors by Prasanna Kumar, i came across the below story-

When a Thai Elephant is small, its trainer ties one end of the rope around the elephant's leg and the other end to a rigid pole. The baby elephant tries to sever this rope and set itself free, but the rope is too strong for a baby elephant. Eventually it gives up.
Even after Elephant becomes a three tonner, the mahout continues to use the same rope. The reason is, as a baby elephant it is conditioned to think that it cannot break the rope. The Elephant does not realize the awesome power it now has.


This story is not only true of Thai Elephants only but also has a striking resemblance with the way us humans think and act. I feel one of the reasons why people fail to take risk or choose to stay safe in life is because of the passive thinking that is strangled like the giant leg of Thai Elephant.

So, the next time your mind wanders and tells you that you are not capable to do something, just ask yourself- "Am i strangled from my past thoughts like the Thai Elephant ?"
Nothing is impossible! If you think you can, you can! Beat your fears, Insecurities and back yourself to do the new.
Just break-away from those imaginary shackles from the past.

Wish you a Merry Christmas!

Thursday, December 2, 2010

Sense of Urgency- A Key skill in the Professional's toolkit

The Story:
Vineet Nayar, the HCL CEO -in his book Employees First Customers Second , narrates one story of his encounter with a race car driver during one of his flights-

As we sipped a glass of wine before dinner, he told me about an incident from his past. It seems he had been in the middle of a race when his brakes failed. he asked if I ever had that experience. "No", I said, "What did you do?"
"What do you think my options were? " he asked.
I thought of a number of possibilities, but i really had no idea.
"Most drivers would do one of two things," he said "First, they try to get the brakes to work. Or ,second, they slow down. The first option distracts the driver and puts him at risk of a crash. The second option makes him a hazard to other drivers and also puts him at risk of a crash."
"So what should you do?" I asked.
"Speed up"," he said. "Accelerate past the other cars and then take whatever action is necessary."

Doesn’t this story sound like reminiscent of what we experience mostly at the workplaces ? After reading the first part of the story, my mind teleports to the days when every task that one handle is of highest priority and at the same time each task is unrelated, of completely different nature. Add to this, if you have some pressing things at home to attend to, then you have a cracker of a day at hand. To me, that for sure sounds like a case of driving a car whose brakes have failed and during such days you often wonder where is this car going to eventually end.
The second part of above story does suggests an rather out of box solution. Speeding up is usually the last thing to think of in that situation. The question that crossed my mind is - What prompts a human being for any action when in crisis or even when attending to Important things ? The more i think about it, the more my thinking gets skewed towards one trait called as "Sense of Urgency" in this situation.

What is Sense of Urgency ?
ehow.com defines Sense of Urgency as - "A sense of urgency is the attitude and process of treating key business or personal matters as if one's life depended on it. It is determination to stay focused on results and deadlines until the task or project is completed."
A Sense of Urgency is something that makes one work harder with the desired focus to work towards achieving your goals. People who imbibe Sense of Urgency gets things done faster and it is often a positive differentiator in life.

Does Inculcating Sense of Urgency help you work better ?
Employees who do not possess Sense of Urgency,
- Are perceived as having Casual Approach towards work.
- Often tend to miss deadlines.
- Miss the vital instructions that could help them do the tasks better.
- Often miss out on competition.
- Have their own ideas of work performance and are happy satisfying that.
- Are often at the receiving end of reminders to complete the tasks.
- Find it hard to understand/meet Work commitments.
- Tend to get easily satisfied with the Status Quo even if it is of average quality.
- Do not generally think beyond the obvious to complete the work.

Keeping the above points in mind, the answer to the question- "Does Inculcating Sense of Urgency help you test better ?" to me is, Why not ? For Example-Take a look at any successful Testing effort, you will find that it follows a well-defined mission. A mission is that end goal that is kept in mind and which is determinant of success for a test engineer. All along when a person is testing, he/she tend to utilize the various thinking patterns- System thinking, Creative thinking to come up with the consistent stream of test ideas. Testing outputs are often always time bound. It is a well-known fact that testing if done without consideration of risk can be an infinite activity. It is the Sense of Urgency that helps a test engineer maintain his focus, help prioritize the tests and do what is best for the moment. Testing is often done in Timeboxes. Unless a test possess required Sense of Urgency in addition to Testing skills, the testing would often tend to lose the foresight and will spill over the Timebox.

How can i inculcate Sense of Urgency ?
In the book The Road Ahead , Bill Gates said that a secret to Microsoft success is that the employees always think of themselves to be in the losing side, and this makes them strive to be number one everyday. This attitude creates a sense of urgency which makes them work hard to survive in the highly competitive environment of IT industry.

All along i have known one way to Inculcate Sense of Urgency and that is to consider the current task at hand as "THE MOST IMPORTANT" task as if your job is dependent on the successful completion of that. Try out, it works if done honestly.
So, go into the next work session as if it is the most important session in your professional career.

Is Sense of Urgency always a positive trait ?
Today i was reading one of the recent blogs from Vineet Nayar- Speed Kills. Slow is Fast. It presents quite a reasonable view on how in today's world, when the expectations are sky high, when decision needs to be made in split seconds, the age old notion of decision making by considering the balanced view (all possibilities) of any situation seems just that- age old. Surface thinkers are vastly gaining prominence. In this competitive world, what seems to be lacking is someone taking comprehensive view of any situation and come up with an appropriate views to handle stuff at hand. The point is that Sense of Urgency does help speed up things but in the mad race sometimes the very reason why something is being done a takes back seat. Do read this blog to gain that precious perspective.

What is your experience regarding the "Sense of Urgency" trait ? Do share your views and comments.

Wednesday, December 1, 2010

Help Chandru!

If you have not already visited Pradeep Soundararajan's blogpost- Help Chandru live his testing dreams! , I would really request you to once go through the same and provide any help you can.

Chandru is a fellow tester from India who has been diagosed with Blood Cancer at a young age. From what i know from Pradeep, this guy is a fighter and is not going to give up anytime.
Would urge you, Dear reader to come forward provide any help you can. Afterall, it only proves how closeknit, responsible, sensitive and committed is the Testing community.

For more details visit the blog

Sunday, October 17, 2010

How well do you know your team ?- Asking the questions that matter

With most of the work in today's world getting more collaborative in nature, with the world around us getting flatter by the day, with the teams around us getting more and more diverse, the true success of the team's endeavors more often than not lies in the answer to this question- "How well do you know your team ?"

We live in a "Faceless" work era. Looking back, there are several instances where i have been involved in doing business with the people successfully over years without even having to see or meet them. This may have sounded very astonishing probably during the generation when my parents were working but now every other employee might have a same experience to share. But whatever it is- i am still amazed at the ability of human beings to work together and achieve success together without having to see each other and without understanding the underlying emotions, with just the strands of work sharing that common goal connecting them together. In this situation, the success could not be taken for granted and is not assured unless you know the team members better.

In the question- "How well do you know your team ?" the word "you" does not necessarily denote a leader, though people without effort tend to believe that it’s only the leader who has to know the team to ably get the work done. Well, it’s true for sure but the "You" (in that question) actually represents everyone in the team irrespective of their designations and roles people play in the team. It’s not only in the case of Self-managed teams that team members need to know each other but also the teams that function under autocratic setup where a Single leader takes majority of decisions. In such a setup, even though a Leader takes majority of decisions and setups up the strategy, the plans tend to remain as "Paper Plans" unless they are executed well. It is the team dynamics that is one of the important factor that decides how well the plan gets executed.

I have myself been in position of a "designated" Leader for quite a few projects and my experience suggests to me that understanding the team members is an important dimension to the leadership and without spending adequate efforts in this direction all the success as a leader is superficial to me. People are not machines, afterall. One thing i hate inherently is calling or referring to people as "Resources". People are the most important assets in a Knowledge economy. To me, "Resources" is the term best used to represent things such as Hardware, Software etc. that helps People in achieving overall mission. Referring to people as mere "Resources" is no less than being a derogatory phrase to me. I think for a leader one of the foremost task is to know the people who he works for (i.e. his team), and the people who help him achieve the overall objectives.

In this post and subsequent posts on this i would try and mention the attempts or techniques that i have employed in my experience to know the team members better. Hoping to start a meaningful dialog with readers to understand their views on this important but often neglected topic.

The Technique- "Asking the Questions that matter" :
The technique that i wanted to talk about in this blog is as simple as Asking the Questions that matter to the people you as a leader work for. I keep using the phrase "to the people you as a leader work for" while describing the work sphere of a leader because i firmly believe that gone are the days when the perception of leadership was that people work for you. We live in a age when people who you lead are often more smart than you are in many aspects and without their presence the existence of a leader is zilch.

As a part of "Asking the Questions that matter" technique, below is the excerpt of an email that i usually send to people who i have started to work with as a leader or even to those who i have been working for some time. I learned this technique in one of my trainings at Stephen Covey long back, though i have actually customized some parts to my needs-
-------------------------------------------------------------------------------------

Hi (Name of the Person),
As we work together, I’d like to know more about you so I can help you to grow and develop and make your highest and best contribution. Please take a few minutes to respond to the following questions.

• What kind of work have you always loved doing?
• Is there anything about your job that you dislike ?
• What job-related opportunities are you passionate about and are looking forward to?
• What do you feel (skills etc.) you are really good at?
• What are the areas you think you need to grow and develop further ? What opportunities do you foresee for growth and development here?
• Is there a way you think your work environment can be further improved?
• What significant contribution do you strive to make in your current role?

I would like you to treat this conversation as confidential and respond as much as you honestly know and after I get your responses, I’d like to sit down together and discuss this further.

Please let me know if you can send me your responses by (Whatever is the deadline) or sooner. If you need more time, let me know.

Regards,
Anuj

-------------------------------------------------------------------------------------

How do people generally respond to this ?
In my experience, the people who receive this email, can respond in one of the four ways-
1. Sensing an opportunity to let the leader know his or her aspirations, the person does best to respond with the correct information to the best of his or her knowledge.
2. People generally will be defensive and would not write anything controversial that is completely out of the norm and give superficial replies.
3. People vent out their frustrations and write stern remarks.
4. People do not respond at all.

How do you interpret the response ?
An experienced leader will easily recognize under which of the above four categories do the people's response falls under and for others, it might take a bit of application of common sense to figure out the category of the response.

In my assessment, whatever the team member respond, it’s a winning situation for a leader. Below are my interpretations of the above responses-

1. Of course, this is the best response. It gives a crucial insights for a leader into his team's liking and dislikes, aspirations etc. The responses form an ideal platform for further meaningful discussions and help in effectively marrying the work priorities with team member's greatest strengths and aspirations.

2. The second response will be easier to figure out and the effective leader will align the follow-up discussion and dig deeper into the real issues. It will require asking more focused questions face-to-face. But generally the good responses from such discussions come only after the required trust has been established between the leader and the team. It might be good for the leader to judge and figure out the exact reasons why the team member was not open to him in first place and work to rectify any problems.

3. The third response is an obvious indicator for the leader that something is seriously wrong that needs to be addressed with higher priority. Also, the leader should appreciate the honesty of the person and not take the remarks personally. The leader needs to be displaying genuine empathy is follow-up discussions.

4. Regarding the fourth response, no news is not always the good news. This may also indicate the lack of basic trust that is not allowing the person to freely share his views with the leader. Again a meaningful follow-up discussion (may be many) help to pin down the real issues.

This technique is helpful in the sense that it gives a platform for a good follow-up talk. This helps provide a right kind of start and if done at the start of relationship, helps build the necessary trust with the people. But bear in mind that such trust is usually not so strong. Unless meaningful, genuine follow-up discussions happen and people get to see the results, such trust will diminish sooner than later.

I hope to share few more techniques to getting to know your team based on your responses to this post. Please do share your thoughts.

Saturday, October 16, 2010

My foray into Weekend Testing

I should have forayed with Weekend Testing a while ago but somehow could not. Its not wise to go into the excuse mode as to why i was not able to yet, so i wont take the discussion there. But what i want to be focusing here is my experience into Weekend testing.
The challenge posed to participants was to figure out which is best platform/tool to conduct the Weekend testing session. The setup for Weekend Testing Session# 48 was by itself challenging in the sense that it asked for finding out the best solution by testing the new contender tool (Old, tried and tested one being “Skype”). The new contender was a Real Time Collaboration tool called Pligus . I wont go into the details of the features of this tool but would certainly like to share my quick learnings out of the session-

• I had realized earlier but now experienced first-hand that Weekend Testing is quite an unique platform in which Testers irrespective of their Geographies and cultures get together in a session which is devoid of any Office Politics, without any interruptions to focus only one thing, which is Pure Testing.

• I had been involved quite much in Competitive Software Analysis in the past and this session refreshed my experience. The prime relearning that i had was to compare the two or more Software Product in question per feature. One way to quickly do these session to decompose the features of the product that you already know and try and find the same/similar features in the other product under question. As a next step, try and find any other enhanced features in the product under test.

• I revived the art of questioning. Was glad to see so many questions being ask from all quarters as soon as the challenge was given to the virtual teams. Questioning helped refine everyone's approach towards the task at hand and also at times added to confusion as the questions kept coming from all the participants. But i guess this confusion is useful in the end result and is not totally avoidable.

• My current Job profile of late did not allow me to test as much so this session was very much redeeming for me.

I could not attend the entire session because of some prior commitment but still could gather many positives as listed above. Looking forward for more such sessions.

Friday, September 17, 2010

Panel Talk: Achieving Test Competency – Challenges & Emerging Trends

I was recently invited to be a part of Panel Talk in ISQT’s STEP AUTO Conference . Was a part of this session yesterday and overall it was an great experience being on the panel sharing thoughts and perspective on the diverse topic of Achieving Test Competency – Challenges & Emerging Trends . Other Panelists included Harinath Pudipeddi Practice Manager, Cerner Corporation and Ramesh Ramani Director –QA at Tavant. Harinath and me were in touch long back on a Collaborative Book writing project on Software Testing and it was great meeting and knowing him in person. Same pleasing experience sharing the Panel table with Ramesh as well.
In this post, I intend to cover some of the thoughts that I put forward in the session-

Achieving Test Competency is very much contextual:
While thinking about Skills and Competencies, Let me commence by first of all sharing my perspective where we are coming from and where we are currently headed in Software Testing profession. I think the past decade i.e. from 2000 to 2009 has been quite an eventful one in the history of Software Testing profession. Among the changes that have happened over this time, the profession certainly has gained more respectability and acceptance. Fundamentally, I have seen the Software Testing move from more being an Singular dimension profession in late 90’s to being more of multi-dimension profession. What I mean by this is that in early 90’s, the prime focus largely used to be on Functional part of testing i.e. the features that are exposed to customers through the UI. And over a period of time, the terms such as Security Testing, Performance Testing, Globalization Testing, Whitebox etc. rightly gained more prominence. I never say these types of testing did not exist a decade back but the extent of their applicability, popularity and awareness was way lower than what it is right now. There were multiple factors governing this change mainly- Expectations of customers, Post production bugs (and the noise generated by these!) and motivation to deliver ”complete" software to the market.
All the change that we have observed in the last decade or so had a significant impact on how we perceive Test competencies and its evolution. At the grassroots level, Test competency can be defined as ability of a person to do Testing well and effectively. "Achieving Test Competency" is no longer a simple phenomenon. With the diversification of Software Testing field, Software Testing competency has increasingly become very contextual i.e. when we say Achieving Software Test Competency, do we mean "Achieving Security Test Competency" or "Achieving Performance Test Competency" or "Achieving Functional Test Competency" or something else that is relevant. So, one thing is for sure, we dont have easy answers here.

Evolution of Software Testing Competencies- Practice makes a Tester perfect:
Speaking on the topic of Competence, i would like to mention about the famous psychologist, Abraham Maslow's conscious competence theory , which is is also known as "Four Stages of Learning". Relating this theory to Software Testing,
First of the phase that he talks about is Unconscious Incompetence i.e. the Individual neither understands the new skill and is also not aware or recognizes that he has any deficiency. E.g. A person who is still in college may have heard of Software Testing but may not be aware at all about what kind of knowledge is he lacking given the fact that Software testing is usually only superficially touched-upon in the colleges.

The Next stage is Conscious Incompetence i.e. when a person knows about what he lacks, has a deficiency on when considering a skill but has not yet put in effort to address that. Consider the same guy who was in college now joins an organization as a Software Test Engineer. Seeing a lot of activities happening around Software Testing areas, he may start to recognize what he lacks but may not have spend much time addressing the deficiency.

The Next stage is Conscious Competence i.e. when a person understands or knows how to do something and has acquired the nuances of the profession but demonstrating the skill do not come naturally to him and requires some level of consciousness. i.e. the same tester now spends lot of time learning Software testing techniques, tools, gets hands on information on different stuff, gets himself familiar with the indepth topics and various forms of testing and get experienced. He reaches a stage wherein he has gained considerable level of competence in the various areas and is able to work with little supervision from others.

The final stage is Unconscious Competence i.e. when the person has had so much practice with a skill that it becomes "second nature" and can be performed easily (often without concentrating too deeply). The powerful word here is that you gain so much expertise on something that it becomes a "second nature" and the skill and output flows naturally. One example of something that Second nature to you can be your command over your mother tongue. It is so ingrained in our systems that we don’t need to think twice before conveying our thoughts. Now, the question to answer would be- "Does Software Testing appear as Second Nature to us ?", "Have we achieved Unconscious Competence in Software Testing ?".

I won’t be judgmental in answering these questions here but to me Key to achieve Software Testing as a Second nature are 3 words- Practice, Practice and more Practice.
How much of Practice do we need to attain Second nature type expertise in Software Testing ? I probably don’t know but would like to quote a study presented by Malcolm Gladwell is his best-selling book- Outliers . Malcolm presents something that is called as 10000 hour rule i.e. Studies suggest that the key to success in any field is simply practice, 10,000 hours of it — 20 hours a week for 10 years. Excellence at a complex task requires a minimum level of practice, and experts have settled on 10,000 hours as the magic number for true expertise. This is true even of people we think of as prodigies, such as Mozart. During his formative years, Bill Gates spent several hours altogether in lab, programming almost nonstop for seven consecutive years. He was way past 10000 hours.
Another example, he cites is The Beatles, who performed live in Hamburg, Germany over 1,200 times from 1960 to 1964, amassing more than 10,000 hours of playing time.

This theory raises several thoughts-
Is this rule applicable to Software Testing ? Though I don’t have the researched data on Software Testing but I would rather believe that it is possible in Software Testing rather than not believing it. I have no reason to believe why it would not be given the diverse examples this study cites. This much practice would also help achieve what we call as ever elusive Second Nature in Software testing phenomenon.

Balance between different Types of Skills in Software Testing is a big Challenge:
Broadly speaking, we can view software testers as having two kinds of skills: one set used to perform basic duties at work, and another set of skills used to approach work. The former can be categorized as technical skills and the latter as soft skills. To elaborate more on soft skills, these are the ones that define one's approach towards work, life, problems, etc. Soft skills are people skills. The best part about mastering them is that the application of these skills is not limited to one's profession, but their scope reaches all aspects of life. Technical skills may teach one how to meet the expectations of the job, but soft skills teach one to succeed, and to exceed expectations. It is surprising that we spend our time educating almost exclusively in technical skills.

Having said so much in favor of soft skills, my intention is never to undermine the importance of technical skills. It's nearly impossible for a tester to survive in the profession without sound technical skills. What I intend to challenge here is a popular myth: Technical skills, and only technical skills make a tester a complete professional. I firmly believe that both technical and soft skills complement each other and the balance between these two is what makes a tester a complete professional.

For me, the key challenge in achieving Test competency is achieving right kind of balance between Technical skills and Soft skills. Aligning our schedules in a way that we spend quality time mastering both these types of skills and to the right degree. It comes with lot of discipline and afterall, we are what we repeatedly do.

Emerging Trends:

Virtualizing the Software Testing:
The whole notion of Software Virtualization has affected Software Testing in a positive manner and it has potential to create more positive differentiation as I can foresee. The whole idea of completing a complex setup in a few minutes which earlier used to takes weeks is so fascinating. All this has been made possible because of advent of Software Virtualization. I do foresee lot of automation efforts happening around the area of Lab Management some things and some tools that will help to automate the entire Lab Management, manage the workflows at the click of the mouse. That would require more expertise from the testing teams to understand the concept of Virtualization in-depth to reap greater benefits.

Achieving zero Globalization Test Technical debt:
I think, in the overall Software practice because of the way Software development was perceived in the past, currently we are paying something that is termed as Technical Debt . The term "technical debt" was coined by Ward Cunningham to describe the obligation that a software organization incurs when it chooses a design or construction approach that's expedient in the short term but that increases complexity and is more costly in the long term. Take for example, earlier there was not a pressing requirement from customers to include Security into the product and as a result, the developers were complacent or intentionally didn’t include Security into the product. But over the years, when Security has become so much an ingrained requirement now the Development teams are paying the debt by include Security features in legacy code.
I have observed the same kind of phenomenon in Software Testing especially while doing the Automation of International Software applications. People design automation framework only considering one main language and do not build in Internationalization in automated scripts. When the product starts supporting various language at the later stage, we end up paying the Technical debt by modifying the Automated scripts to support various languages at much later stage. This is an inefficient practice, which I think will change in the time to come.

Apple-ification of Software Testing:
The first million iPods sold in 4 months. The first million iPads sold in mere 28 days. Apple is everywhere these days and according to many experts primary reason why Apple is seeing a stupendous success is because of its fanatical focus on product Design. Apple has literally redefined product design in more ways than one. More companies are focusing on design as core competency. I do foresee more advancements in the field of Usability testing. Like Security testing was in infancy at the start of last decade, I would say that Usability testing is in infancy at the start of this decade. As the time progresses, I foresee more structure around Usability testing than it is right now and it will soon emerge as a specialized skill. Again, Like Security Testing was earlier, currently as I see, Usability Testing is more a function of design and it will be more a part of testing life cycle soon.

Advancements in measurement of competencies:
Second thing I foresee is more external completion judging skills. There has been lot of competitions that are happening in Software Testing space that help judge core skills and competencies relating to Software Testing. Some examples are Zappers-Live Testing, Test Republic- Testing and Defect Reporting etc. Playing fields are leveled for all the testers. This to a large extent addresses the problems with traditional recognition systems for testers like Bug of the month around the organizations.

Overall, it was a great experience being a part of the Panel facing an intelligent audience.

Saturday, September 4, 2010

Key professional lessons from the life and times of James Bach

Continuing steady on my reading expedition, i managed to complete- Secrets of a Buccaneer-Scholar: How Self-Education and the Pursuit of Passion Can Lead to a Lifetime of Success quite a while back. Infact I had given a stab at reading it when it was launched and accessible free for a week or so. I liked it then but would admit that i did not comprehend the concept of book completely then. In the hindsight, it was may be due to the way i have perceived academic education all though the life is quite different from the book. But I am glad I read it again, most of the things started making much sense.
In some sense, this book presents autobiographical picture of James Bach. In Software Testing circles, the name James Bach needs no introduction. I don’t intend to use this space to try to speak on his achievements but attempt at something more interesting and meaningful to me that is to attempt and draw a picture of his philosophy towards life and work just on the basis on the excerpts in this book. This is something that i enjoy doing whenever i read any autobiographical natured literature.

Here is my yet another humble attempt at that-

Paperless credentials are more valuable than Paper ones:
We live in a world that is full of Four-letter acronyms for certifications that are supposedly meant to be telling an external world that you are "Expert" at something. Most of the people seem to be caught up in the mad race to get certified. I have no problems with that as long as that meets your purpose.
The problem at core seems to be that the definition of the word "Expert" seems to have been limited to achieving a certain certification and i disagree with this notion.
All along James's life he seems to have relied more on his reputation of work rather than something written on the paper giving proof to his credentials. The paperless
credentials comes directly from the extent of work done and meaningful work at that. It is only true that your reputation reaches your prospective employer much before you do.

As Bach himself says-
Buccaneer leaders gained reputation through the tests they faced in their work, and their portfolio of tangible outcomes.
I do the same thing. By writing articles and teaching classes, I'm able to show my work. I also have a website and a blog. I wrote a book. Most of the work i do for paying clients is confidential but sometimes i have more easygoing employers who let me show off specific documents or programs i've written for them. That's my portfolio.
My portfolio and my performance on tests slowly gain a reputation for me. it's my reputation that brings customers from all over the world. I don't directly control my
reputation. By holding string opinions, I have gained both friends and enemies. On Internet, with blogs, forums and social networking websites, a reputation can be made almost instantly.


Being Courageous :
The conventionalist will find it very hard to appreciate this book. The reason as James outlines is in the form of a truth and that truth is- Society mostly rewards someone who achieves something significant while staying in the realms of the conventional thinking, while behaving conventionally. This is quite true and more so in Indian societies where the extent of achievement is considered in direct proportions to heaviness of the title one hold in the organization. And its an ideal recipe for superficial success and good for the acceptance in the so called societal norms.
Going against the tide is hard and it requires a purpose and a lot of self drive. Given the attempt to go against the tide is for a positive cause, sooner or later it does help find one's reason for existence.

Using Ignorance as a Power:
There's an Excerpt from the book-
Once, i was suffering writer’s block on a technical article about measuring the quality of Software, my brother Jon announced he would use his “Power of Ignorance” to help me write it. At the time, he worked as a dishwasher and had no experience in Software Industry. But by just asking me questions about my article, getting me to teach him the material, he helped me find a new way to explain it, and i quickly finished the piece.

As i have experienced, Ignorance can indeed be a power if used wisely. I have been in situations where my wife (not from Software industry) has helped me crack some tough situations just by asking simple questions that elude you if you think of yourself as more knowledgeable. Isn’t the true test for Software usability is giving a Software to a person who is ignorant of its benefits and checking how fast could he get used to the product and understand its functionalities ?
Testers often also face Tester's block i.e. having worked on one module for a long time they do tend to not ask obvious questions which a fresh person ignorant of module may ask. While preparing for a speech, I always tend to imagine delivering it to most ignorant and more knowledgeable person in the audience. That helps strike a rare balance.
As above examples prove, Ignorance can be bliss.

Handling criticism positively:
There's an Excerpt from the book-
Taking criticism well makes me feel tough. If being a buccaneer means anything, it ought to mean that i can look at scary truth in a face and smile. While I’m listening to someone tell me I ‘m not good enough, remind myself that this process is the way i achieve deep self respect. From that point of view, criticism is a gift. There is a childish part of me that feels wounded by any kind of criticism. But I learned a little trick from one of my mentors, Jerry Weinberg, about how to deal with it. I notice the feeling and say to myself, “Oh, that’s the childish part of me, again, doing what it likes to do. Funny little critter. It will settles down again, soon.”

If you are working with humans, be assured that one of the by-products is criticism. There is no escaping criticism for anyone. I used to often feel in my early days as a professional that some people have the habit of getting on your nerves and criticize you. But over a period of time, have realized how valuable the criticism can be, if you learn to handle it such that it works for you. As Robin Sharma says in one of his books- “Love your Irritations” i.e. Get into habit of loving anything or any person that irritates you, He or that situation is certainly your best teacher.
I have tried James’ way of handling criticism and (though he doesn’t need my acceptance to prove it) it certainly works! The earlier one learns to handle criticism, the better it is.

Expect to learn from Unexpected:
One of the things that i liked from the book and could relate to well was the “Principle of Peripheral Wisdom”. It says that- “most of what we learn is a side effect of something else we are trying to do.”
The learnings mentioned in this post are as a result of Peripheral wisdom i picked up after reading his book.

Helping Competitors succeed:
There's an Excerpt from the book-
I understood how to handle people who were smarter than me: respect them for what they are; help them get what they need. By doing that, I become a part of their story.
Instead of competing with them, I could join them, or learn from them. But even if I competed, my competition could have a new purpose: to enrich my opponent, not just myself. I could treat competition as a special kind of collaboration.


To me this is unconventional thinking at its best. To me this kind of thinking serves best if you are working in a team or working to lead a team. Conventional thinking says that being a leader you should be the one having the maximum knowledge on the area of work. But with the kind of era we live in, where once has access to more information than is ever needed, there are very high chances that you are leading someone who is more smart than you. Infact most of the progressive companies encourages Managers to hire someone who is more smarter than themselves. At core, this is something that can help a company leap and grow many-fold. The very fact that one acknowledges that the other person is more smart, knowledgeable that you are makes the work culture egoless and hence more productive.

Wandering of mind is not bad after all:
This is one of the eye-opening lessons for me from this book. I wrote about this in one of my earlier posts . From my earlier conditioning and experiences, i always perceived Procrastination as a negative trait till i read this book. Procrastination as i now appreciate is a natural human trait and something everyone possesses. James talk about the way in which you can turn it to your advantage. Wandering of mind is usually considered bad in study circles where concentration is treated as something great. Allowing your mind to what it naturally wants to do i.e. wander for few minutes and come back to task at hand will only make you feel better. Infact, I have used "The Procrastinate and Push Heuristic" and also "Plunge in and Quit Heuristic" while creating this post.

Of course, there were many more learnings and a whole new way of looking at the Self Education that one could learn by going through the book but to me the above learnings stand-out.

Are you game for trying out something unconventional ?