Saturday, November 12, 2005

बहुरि करैगा कब?

Buzz, Buzz...

Today, I woke up to a reminder ring on my cell phone that read this line.

A line from a famous verse (doha) from Kabir. It means when will you do Bahuri - 'the work'. The 'work' here of course doesn't refer to daily chores that we do day-in and day-out.

I added this reminder for daily (5:30 am) to remind me of meditation. But alas! Ever since I added this, I've not been able to meditate.

But I think, is that a matter of worry? Not meditating? Worry, no! Then I'll be defeating the whole purpose of meditation - the middle path. I will be deviating from the equanimous condition of the mind. Not that I am always in an equanimous condition (I am mostly very far from that). But to add up to the deviation due to not being able to meditate, is no good either.

I read in some question/answer forum the other day, a gentleman was asking whether being able to 'successfully' meditate should be our goal. And the replier (one great meditator himself, I believe) replied that attaching success or failure to meditation is overloading it with impurities. Then you're again falling into the result-oriented 'karma'. Not that result-orientation is bad, its required in our daily-chores. But not for 'Bahuri'. He also suggested that by doing so, the meditation will be nothing more than an egotrip - another 'accomplishment' in our life. And we'll be judging our results by success/failure in that accomplishment.

I liked that argument. Of course it favors my morning sleep. Or does it? Well there's a subtle difference between worrying about not meditating and being aware of not meditating. The former as I said, leads you away from the middle path of meditation. The latter, however leads you to think, 'well, I just deviated from my meditation, let me do it now' - just a reminder call...

..But the key here, my friends is, when we will listen to this reminder call. Or shall we just click that 'snooze' button on the cellphone, and pull that blanket a little higher?

Wednesday, September 07, 2005

We all need that approving nod

Be it at work, when you want to show your work to your collegues, your boss. Or when wearing a new shirt, you try to get others approval - just by judging their look, if not by asking them

Have you wondered why? Why is it that these little approvals are so important to us? One might wonder if it is because we are not self-sufficient as a person. That there are gaps in the personality - everyone's personality. The gaps that need filled by those approving nods, or pats on the back.

I think that to an extent is true. I would try to elaborate this by a hypothetical example.

We work as a team - we all do. There's this team working on a marketing project. Jess, a young, competent team member has been feeling lately, that her work is not appreciated that much. Actually she's feeling a bit down because of this.

One fine day, in the middle of a brainstroming session, Tim, one of her peers finds a good point in her arguments, and praises her idea. A couple other members agree too. Voila! they've made her day! She can feel herself quite high in her spirits. She spends the rest of the day light and charmed.

What exactly happened here? Jess got an approval from her peers - an approval of herself. Approval of her being. Her work. She might have been doing the same work all along. Just because an idea of her clicked among the peers, her downs have turned into ups.

What if the praise came from her boss, instead of the peers? There would be an added bonus (no, not in terms of money, at least not now :) ) - the praise is coming from someone superior to her. Someone she respects (more likely unwillingly, though). She knows that this impression she has made will bring her some benefit - sooner or later. So, along with an approval, she got an assurance that the approval will be recorded and can be encashed later.

See how much an approving nod can mean!

(to be contd.)

Tuesday, September 06, 2005

Planes of problems, planes of solutions

After 7 years of software-engineering experience, I wonder what kinds of problems do we solve. Is it technical problems - like how to write a web-page that can upload a picture to the server? Or, is it the business problem that the client wants his customers to save their searches?

If we look at the problems around us - and by this I mean all problems or questions we face in a given day - be it personal questions, like what color shirt would go best with these pants (believe me this is the best I can get with personal questions , lol), or problems related to spending, whether I should buy a large plasma-TV, or be content with the flat-Television I bought last month.

So, if we look at these questions, they can not only be categorized as financial, personal, psycological etc categories, they actually fall in a unique plane-of-abstraction. Abstraction: that is set by the context of the environment around that problem

I'll try to explain it by an example. One that we find at work. I am in software industry and we come across a lot of programming problems - like how to display all the customer's details in a single page in a user-friendly manner? This is a valid problem, and needs a special experience with the underlying programming language.

Also, you'll agree that designing the particular web-site is also a problem, and requires graphical-design experience and expertise with the underlying designing tools etc

Now think, is managing this development and design team a problem? Yes it is, and requires project management expertise. Now lets see this, there's also a problem of getting funding for this project - either through external customers, or internal departments, but this is a problem, and needs experience of handling funding. Running an IT department of a commpany and co-ordinating different software projects is also a problem. And so, is running the whole company, making sure the company yields profits at the end of the day..

Now, all this may sound trivial, and obvious details - probably too obvious to be noticed. The point i am trying to make is all these (and many more) are real-life problems that can be solved in a few simple steps:

a) Problem statement
b) Expected results
c) Statement of required Experience
d) Identification of people with required expertise, and
e) Execution!

Also, it may seem (and many managers love to this of this), as if these problems are different 'levels'. Managing a team is a higher-level problem than operations. Funding is a higher level than managing. Heading an IT deptt is at a higher level than all others, and so on...

Well, this may be one way of looking at things. But this certainly doesn't reflect the relative importance of these problem-planes. These are all equally important and critical planes of problems, and require all 5 steps from problem-statement to execution.

(more to come)