Places of Supreme Spiritual Importance and Spiritual Tourism

Recently, there was a news about plans to build a helipad in Sabarimala. We already have everything that a man who lives a “material” life needs available in Sabarimala, except women which is due to the sole reason that women are not allowed there. Transportation is available up to Pamba and there is a man-made walkway up to the sannidhanam. There are sufficient number of eateries where you can get your favorite food and hotels and lodges where you can have a comfortable night’s stay. The only hardship people go through is when there is overcrowding - when the infrastructure and the systems become incapable of accommodating the crowd.

The very idea of temples is to bring man out of material life and bring him to the path of spirituality. It is a way to remind him of the supreme reality called God - in whatever form that one is comfortable with - and of the futility of the materialistic living and the importance and benefits of spiritual living. For an ordinary man, the sense of peacefulness experienced in the temple is temporary: it lingers for some time before he completely falls back to his mundane activities. Frequent visits to the temple helps in experiencing this sense of peacefulness more often.

There are places of supreme spiritual importance such as Sabarimala in Kerala and Amarnath in the Himalayas. These places have different histories but one fact that runs common in all is that they are hard to access. These are the places where people seeking spiritual realisation went and meditated. For them these places were the ultimate stage in the path of spiritual journey and self realization. At that stage, their minds were pure and were filled with with eternal love towards everything - living and non-living - around them. In this state of mind, there was no fear of death - leave alone hardships. Their minds were focussed on the supreme goal of self realization which made anything they faced on the way as part of the journey. One set off on this journey when he had already achieved this state of mind that neither saw nor recognized any hardships or adversities.

Now, what has happened to these places of supreme spiritual importance? Do they provide the atmosphere that the spiritual seekers wanted to experience? Majority of people who visit these places are “spiritual tourists”. The Government is facilitating spiritual tourism by organizing everything the tourists need and making their journey “comfortable”. Instead, what the Government should do is to keep these places as sacred and pure as they had been by restricting access only by the spiritual seekers. Once all the “facilities” and “comforts” are removed, the “spiritual tourists” will automatically stop coming. Let the forests grow. Let the man-made roads be gradually taken over by the nature. Let a walkway be formed by the footsteps of the real seekers.

The real seekers won’t complain. Nobody needs to facilitate anything for them. Allow women in Sabarimala. Men won’t get distracted by women. Women won’t worry about any hardships or discomfort. Let these seekers inspire the lesser mortals and lead them in the path of spirituality. Let more and more people be inspired to take up spiritual living. This will eventually create a  happy society. This is the essence of Hindu philosophy. This is what Vedanta prescribes. Let the places of supreme spiritual importance serve their purpose.

The 3 C’s of a Successful Project

 It is a well known fact among software professionals that a majority of software projects fail. In fact, this phenomenon is not limited to software projects. If we define “success” of a project as “a state when it meets all the stated objectives and requirements and is completed within the time and budget, without compromising quality” it is easy to spot failures in non-software projects too.

It is interesting to note that the size of the project and therefore the budget and timelines have no bearing on the success of the project.

There are several analyses and theories on why project fails and there are as many remedies too. All of them are valid and useful in some ways and are suitable to a given project.

Here is an attempt to define the three most significant contributors to a successful project - the three C’s of a successful project.

1.     Clarity

Clarity of requirements is the most essential ingredient of a successful project. Often the requirements can be complex and are not easily comprehensible. Detailed analysis, discussions and decision making are essential for the clarity to emerge. The saying “assumption is the mother of all screw ups” is worth remembering all the time. While assumptions are essential in situations where there is no way to find the right answer, it is very important have consensus among the stake holders on what to assume.

No programming language offers syntax to say “not sure”.  If you are not sure, then you need to assume and proceed. When building a house, you can’t say “I’m not sure if I want a window here”. You may assume that you will need a window in the future and give provision for the same. While decisions such as this can be taken even when the work is in progress, some decision will have greater impact on the project. For example, the number of floors your house will have is a decision that needs to be taken before the work starts. There are similar decisions in software projects which when not taken at the right time will have enormous cost and time implications.

In software projects, the impact of lack of clarity is significantly high due to the intangible nature. It is easy to appreciate how a physical product takes shape and therefore the impact of changes. A non-technical user can seldom appreciate the impact of a change in a software project. This makes it all the more important to have absolute clarity of requirements including intelligent, unanimous assumptions.

Clarity is the “What” of a project. It is the answer to the question “what do you want to build?” Do not start if you are not clear. Don’t step into a muddy river, lest you are most likely to drown.

2.     Capability

Once you have the clarity of what to build, you should have the capability to build it. Capability refers to the skills required to build something. Capability is essential not just for execution but also for the Clarity to emerge. Only a skilled architect can ask relevant questions so that the user is provoked to think and crystallize the requirements.  When Capability exists, the right questions are asked. When right questions are asked, answers are found. When answers can’t be found, intelligent assumptions are made. With this, Clarity emerges.

It is a capability by itself to understand what capabilities are required to execute a project. It is important to discover the requirements that would need some research and learning during execution. These requirements would need to be addressed at the beginning of the project, so that the answers are found early.  High levels of skills are essential to produce quality results.

Capability is the “How” of the project. It is the answer to the question “How do I do this?” Do not start if you don’t have the capability. Identify your weaknesses and get the required support.

3.     Commitment

Capability without commitment will not yield results. Half-hearted attempt by members of the project team can spread negative energy in the team. This will cause imbalance and friction in the team and will consume a lot of energy in utterly unproductive activities such as rework, resolution of conflicts and lead to frustration and fatigue.

Quality is the major causality when there is lack of commitment. A half-hearted attempt can never produce quality. This is true for any profession. Great works of art are produced by artists of utmost Commitment. Magnificent buildings are built by engineers of enduring Commitment. People who take a casual approach to their work would stagnate and would be the first to perish when adversities strike.

Commitment is the “Why” of the project. It is the manifestation of the answer to the question “Why am I doing this?” Do not start if you are not committed. Because, commitment to what you do is the very essence of your being. 

My Take-away from this World Cup Victory

I don’t understand the technicalities of Cricket beyond what is required to enjoy the game. However, I could sense Indian team’s victory in the finals right in the early stages of their batting. It is not due to my ability to analyze the game, but due to what I could see in the way the players carried themselves in the field. I could see this written all over them: “we are here to win this world cup. We refuse to be bowled out tonight.”  I’m sure, they would have chased even a 350 that night!

Analysts have observed that India and Sri Lanka were evenly placed, in skills. But, skills have no value unless each player plays to his potential. This would happen only when one is in his highest spirit. Every player in the Indian team was in his highest spirit.

In my observation, there were three key qualities that lifted their spirit and helped them to perform the way they did. And this was my take-away from this great victory.

1.      Mental Make-up

The team displayed the extremely-hard-to-acquire ability to remain cool and focused under pressure. The calmness of mind brought out the best of their judgmental abilities. This helped them avoid playing wrong shots and preserve their wickets.

2.      Sense of Responsibility

Each player had a responsibility to fulfill. No matter what his playing style was or what he was comfortable doing, there was a responsibility to fulfill in the given situation. The ability to adapt to the situation and fulfill the responsibility kept the scoreboard ticking and the “required run rate” under control.

3.      Team Cohesiveness

This, perhaps, is the single most important factor in realizing one’s potential while playing in a team. The players were egoless, supported one another well and showed respect to the teammates irrespective of seniority and position. They all had only one goal to achieve and equal roles to play. This helped them to keep their mind uncluttered and stay focused on the job.

Applying this Take-away in Our Professions

These qualities are applicable to any profession where people work as a team. They would raise the spirit of the people and help them perform to their potential. While the first two qualities can be developed at individual level, “Team Cohesiveness” needs to be facilitated by the team leaders and organizations through their work culture and value systems. And this is what the Indian team’s captain and the management should be credited for!

Please leave your comments below. If you like this blog, please follow.

 

"Minimum Viable Product” at TiEcon Chennai

The highly successful TiEcon Chennai of this year hosted two “unconference” style sessions one of which was on building products with bare-minimum feature functions and taking them to the market. The participants shared their experiences which gave great insights into implementing this strategy. Here, I summarize the discussions with the important points that emerged in the discussions.

The Strategy

In the highly competitive markets of today, time-to-market is becoming more and more critical and so is the need to build products that incorporate the cutting edge technologies. It is also important to obtain user feedback early and use them to quickly enhance and perfect the product. The strategy is to develop products with bare-minimum feature functions and take them to the market. While reducing the time-to-market, this approach provides several other benefits.

The strategy is best applied in software products where it is far easier to distribute updates and upgrades. However, it is possible to apply the same strategy to physical products as well but with a different approach.

In the web applications world, the strategy is called “Minimum Viable Product” (MVP), a term that I would use in this article to refer to the topic in discussion.

Early User Feedback

No market research and analysis can substitute feedback from real users. It is important to get the real user feedback as early as possible so as to make necessary corrections. However, the problem is that a real user needs a real product to use! Building a minimum viable product that is ready to use offers the perfect solution.

Fail Cheaply

One of the most important advantages of the MVP approach is that it allows the entrepreneur to “fail cheaply”. Experiencing failure with minimum loss of effort and investment allows the entrepreneur to recover quickly and shift focus from one idea to another.

Failing cheaply has psychological advantages too. The psychological impact from failure of a high investment, high expectation project is far greater than from failure of a low investment low expectation project. This is very important because, the key strength of an entrepreneur is his / her ability to recover from failures.

The “minimum viable”

So, what is the “minimum viable” or “bare-minimum”? It is the feature functions that address the most important customer pain areas. You are expecting the user to use a product that has limited set of capabilities. Therefore, it should have compelling features which the user will find attractive enough to experiment.

In a market where there are already existing products, MVP may not be an option at all. However, products such as Google Docs which, in a sense cater to the already existing “office automation” market and competes with matured products like Microsoft Office, can still be candidates for MVP approach. Google launched Google Docs with bare-minimum feature functions and is continuously evolving. The most compelling and unique feature of Google Docs is online collaborative editing beyond corporate firewalls which has attracted millions of users.

The “prototype” approach

MVP can be applied to physical products in the form of “prototypes”. A prototype is a working model of a concept / idea that has all the important features functions for validating the concept / idea. “prototyping” is a widely used approach in automobile industry.

Prototypes are normally validated by a closed / known set of users. These users would use the prototype to do real things in real-time. Prototyping allows perfecting the product and making it mass market ready before investing in the expensive production infrastructure.

Parallel Development 

It is important to continue product development in a parallel track while the MVP is being tested by the users. MVP is not the complete product but only a stage in product development and needs continuous enhancements to make it the complete product. Waiting for all the feedback to emerge before continuing development can prove costly as you are likely to loose considerable amount of time in the process. A better approach would be to continue with the development and make necessary changes / corrections as and when user feedback is received. This way, you would have the complete product ready very shortly after the all the user feedback is received.

Product Beta

The “Beta” version of a product is complete in its feature functions but may still contain hidden defects. Launching products in “Beta” is becoming increasingly popular in the web-application world. The reasons for this are mainly (a) in a software product, finding those minor defects is extremely time-consuming and almost impossible by using standard testing methods; (b) In web-applications, it is relatively easy to incorporate changes and extremely simple to distribute them (due to its “hosted” nature.)

It is important not to confuse Beta product with MVP. Unlike MVP, beta product is a fully developed product, one step away from release.

Building MVP using Open Source platforms

For web applications, it is a great idea to build the MVP using open-source platforms. At UniMity Solutions, we build our MVPs and prototypes on Drupal platform. In our case, we continue to use Drupal to develop the complete product. However, if you need to use other more general purpose platforms / frameworks, it is still advisable to start with platforms like Drupal as it offers several out-of-the-box methods to build applications.

To Charge, or not to Charge!

Should you charge the customer for your MVP? In almost all cases, asking to pay only makes it difficult to get the user use your product. Remember, your primary objective is to collect feedback on your product and not sell it. However, if you think that you MVP offers a perceivable value to the customer, you may consider charging them.

Please leave you comments below. If you like this blog, please follow.