Tag Archives: fighters

Arranged Scissors 15: Stud and Fighter Beauty

Ok so here we come to the holy grail. The grand unification. Kunal Sawardekar can scream even more loudly now. Two concepts that i’ve much used and abused over the last year or so come together. In a post that will probably be the end of both these concepts in the blogging format. I think I want to write books. I want to write two books – one about each of these concepts. And after thinking about it, I don’t think a blook makes sense. Too  many readers will find it stale. So, this post signals the end of these two concepts in blog format. They’ll meet you soon, at a bookstore near you.

So this post is basically about how the aunties (basically women of my mother’s generation) evaluate a girl’s beauty and about how it significantly differs from the way most others evaluate it. For most people, beauty is a subjective thing. It is, as the proverb goes, in the eyes of the beholder. You look at the thing of beauty (not necessarily a joy forever) as a complete package. And decide whether the package is on hte whole beautiful. It is likely that different people have different metrics, but they are never explicit. Thus, different people find different people beautiful, and everyone has his/her share of beauty.

So I would like to call that as the “stud” way of evaluating beauty. It is instinctive. It is about insights hitting your head (about whether someone is beautiful or not). It is not a “process”. And it is “quick”. And “easy” – you don’t sweat much to decide whether someone is beautiful or not. It is the stud way of doing it. It is the way things are meant to be. Unfortunately, women of my mother’s generation (and maybe earlier generations) have decided to “fighterize” this aspect also.

So this is how my mother (just to take an example) goes about evaluating a girl. The girl is first split into components. Eyes, nose, hair, mouth, lips, cheeks, symmetry, etc. etc. Each of these components has its own weightage (differnet women use different weightages for evaluation. however for a particular woman, the weightage set is the same irrespective of who she is evaluating). And each gets marked on a 5-point likert scale (that’s what my mother uses; others might use scales of different lengths).

There are both subject-wise cutoffs and aggregate cutoff (this is based on the weighted average of scores for each component). So for a girl to qualify as a “CMP daughter-in-law”, she has to clear each of the subject cutoffs and also the total. Again – different women use different sets of cutoffs, but a particular woman uses only one set. And so forth.

I wonder when this system came into being, and why. I wonder if people stopped trusting their own judgment on “overall beauty” because of which they evolved this scale. I wonder if it was societal pressure that led to women look for a CMP daughter-in-law for which purpose they adopted this scale. It’s not “natural” so I can’t give a “selfish gene” argument in support of it. But I still wonder. And my mother still uses scales such as this to evaluate my potential bladees. Such are life.

Interview length

When I interviewed for my current job four months back, I was put through over twelve hours of high-quality interviews. This includes both telephonic and face-to-face processes (on one day, I was called to the office and grilled from 1030am to 630pm) and by “high quality”, I’m referring to the standard of questions that I was asked.

All the interviews were extremely enjoyable, and I had fun solving the problems that had been thrown at me. I must mention here that the entire process was a “stud interview” – one that tried to evaluate me on my thought process rather than evaluating what I know. I’ve also been through a few “fighter interviews” – ones where the interviewer just spends time finding out your “knowledge” – and I don’t remember taking a single job so far after passing this kind of an interview.

So recently I read this post by Seth Godin that someone had shared on Google Reader, where he says that there exists just no point in having long interviews and so interviews should be kept short and to the point. That way, he says, people’s time gets wasted less and the candidate also doesn’t need to waste much time interviewing. After reading that, I was trying to put my personal experience into perspective.

One thing is that in a “stud interview”, where you throw tough problems at the candidate, one of the key “steps” in the solution process is for an insight to hit the candidate. Even if you give hints, and mark liberally for “steps”, the “cracking” of the problem usually depends upon an insight. And it isn’t fair to expect that an insight hits the candidate on each and every question, and so the way to take out this factor is by having a large number of questions. Which means the interview takes longer.

The other thing about the length of the interview is signaling. Twelve hours of hardcore problem-solving sends out a signal to the candidate with regard to the quality of the group. It gives an idea to the candidate about what it takes to get into the group. It says that every person working in the group had to go through this kind of a process and hence is likely to be of high quality.

Another thing with the “stud interview” is that it also directly gives the candidate an idea of the quality of the people interviewing. Typically, hard math-puzzle based interviews are difficult to “take” (for the interviewer). So putting the candidate through this large number of math-problem-solving interviews tells him that the large number of people interviewing him are all good enough to take this kind of an interview. And this kind of interviews are also ruthless on the interviewer – it is usually not hard for a smart candidate to see through it if he thinks the interviewer has just mugged the answer to a question without actually solving it.

All put together, when you are recruiting for a job based on “stud interviews”, it makes sense for you to take time, and make the candidate go through several rounds. It also usually helps that most of these “stud interviews” are usually fun for the candidate also. On the other hand, if you are only willing to test what the candidate knows and are not really interested in the way he thinks, then you might follow Godin’s suggestion and keep the interview short.

Don’t use stud processes for fighter jobs and fighter processes for stud jobs

When people crib to other people that their job is not too exciting and that it’s too process-oriented and that there’s not muc scope for independend thinking, the usual response is that no job is inherently process-oriented or thinking-oriented, and that what matters is the way in which one perceives his job. People usually say that it doesn’t matter if a job is stud or fighter, and you can choose to do it the way you want to. This is wrong.

So there are two kinds of jobs – stud (i.e. insight-oriented) and fighter (i.e. process oriented). And you can do the job in either a stud manner (trying to “solve a problem” and looking for insights) or in a fighter manner (logically breaking down the problem, structuring it according to known formula and then applying known processes to each sub-problem). So this gives scope for a 2 by 2. I don’t want this to look like a BCG paper so I’m not actually drawing a 2 by 2.

Two of the four quadrants are “normal” and productive – doing stud jobs in a stud manner, and fighter jobs in a fighter manner. There is usually an expectancy match here in terms of the person doing the job and the “client” (client is defined loosely here as the person for whom this job is being done. in most cases it’s the boss). Both parties have a good idea about the time it will tak e  for the job to be done, the quality of the solution, and so on. If you are in either of these two quadrants you are good.

You can’t do a stud job (something that inherently requires insight) using a fighter process. A fighter process, by definition, looks out for known kind of solutions. When the nature of the solution is completely unknown, or if the problem is completely unstructured, the fighter behaves like a headless chicken. It is only in very rare and lucky conditions that the fighter will be able to do the stud job. As for “fighterization”, about which I’ve been talking so much on this blog, the problem definition is usually tweaked slightly in order to convert the stud problem to a fighter problem. So in effect, you should not try to solve a “stud problem” using a fighter process. Also, as an employer, it is unfair to expect a mostly fighter employee to come up with a good solution for a stud problem.

The fourth quadrant is what I started off this blog post with – studs doing fighter jobs. The point here is that there is no real harm in doing a fighter job in a stud manner, and the stud should be able to come up wiht a pretty good solution. The problem is wiht expectations, and with efficiency. Doing a fighter job in a stud manner creates inefficiency, since a large part of the “solution” involves reinventing the wheel. Yes, the stud might be able to come up with enhanced solutions – maybe solve the problem for a general case, or make the solution more scalable or sustainable, but unless the “client” understands that the problem was a stud problem, he is unlikely to care for these enhancements (unless he asked for them of course), and is likely to get pained because of lack of efficiency.

Before doing something it is important to figure out if the client expects a stud solution or a fighter solution. And tailor your working style according to that. Else there could be serious expectation mismatch which can lead to some level of dissatisfaction.

And when you are distributing work to subordinates, it might also help to classify them using stud nad fighter scales and give them jobs that take advantage of their stronger suits. I know you can’t do this completely – since transaction costs of having more than one person working on a small piece of work can be high – but if you do this to the extent possible it is likely that you will get superior results out of everyone.

Fighterization of food

One of the topics that I’d introduced on my blog not so long ago was “fighterization“. The funda was basically about how professions that are inherently stud are “fighterzied” so that a larger number of people can participate in it, and a larger number of people can be served. In the original post, I had written about how strategy consulting has completely changed based on fighterization.

After that, I pointed out about how processes are set – my hypothesis being that the “process” is something that some stud would have followed, and which some people liked because of which it became a process. And more recently, I wrote about the fighterization of Carnatic music, which is an exception to the general rule. Classical music has not been fighterized so as to enable more people to participate, or to serve a larger market. It has naturally evolved this way.

And even more recently, I had talked about how “stud instructions” (which are looser, and more ‘principles based’) are inherently different from “fighter instructions” (which are basically a set of rules). Ravi, in a comment on Mohit‘s google reader shared items, said it’s like rule-based versus principles-based regulation.

Today I was reading this Vir Sanghvi piece on Lucknowi cuisine, which among other things talks about the fact that it is pulao that is made in Lucknow, and now biryani; and about the general declining standards at the Taj Lucknow. However, the part that caught my eye, which has resulted in this post with an ultra-long introduction was this statement:

The secret of good Lucknowi cooking, he said, is not the recipe. It is the hand. A chef has to know when to add what and depending on the water, the quality of the meat etc, it’s never exactly the same process. A great chef will have the confidence to improvise and to extract the maximum flavour from the ingredients.

This basically states that high-end cooking is basically a stud process. That the top chefs are studs, and can adapt their cooking and methods and styles to the ingredients and the atmosphere in order to churn out the best possible product.You might notice that most good cooks are this way. There is some bit of randomness or flexibility in the process that allows them to give out a superior product. And a possible reason why they may not be willing to give out their recipes even if they are not worried about their copyright is that the process of cooking is a stud process, and is hence not easily explained.

Publishing recipes is the attempt at fighterization of cooking. Each step is laid down in stone. Each ingredient needs to be exactly measured (apart from salt which is usually “to taste”). Each part of the process needs to be followed properly in the correct order. And if you do everything perfectly,  you will get the perfect standardized product.

Confession time. I’ve been in Gurgaon for 8 months and have yet to go to Old Delhi to eat (maybe I should make amends this saturday. if you want to join me, or in fact lead me, leave a comment). The only choley-bhature that I’ve had has been at Haldiram’s. And however well they attempt to make it, all they can churn out is the standardized “perfect” product. The “magic” that is supposed to be there in the food of Old Delhi is nowhere to be seen.

Taking an example close to home, my mother’s cooking can be broadly classified into two. One is the stuff that she has learnt from watching her mother and sisters cook. And she is great at making all of these – Bisibelebhath and masala dosa being her trademark dishes (most guests usually ask her to make one of these whenever we invite them home for a meal). She has learnt to make these things by watching. By trying and erring. And putting her personal touch to it. And she makes them really well.

On the other hand, there are these things that she makes by looking at recipes published in Women’s Era. Usually she messes them up. When she doesn’t, it’s standardized fare. She has learnt to cook them by a fighter process. Though I must mention that the closer the “special dish” is to traditional Kannadiga cooking (which she specializes in), the better it turns out.

Another example close to home. My own cooking. Certain things I’ve learnt to make by watching my mother cook. Certain other things I’ve learnt from this cookbook that my parents wrote for me before I went to England four years ago. And the quality of the stuff that I make, the taste in either case, etc. is markedly different.

So much about food. Coming to work, my day job involves fighterization too. Stock trading is supposed to be a stud process. And by trying to implement algorithmic trading, my company is trying to fighterize it. The company is not willing to take any half-measures in fighterization, so it is recruiting the ultimate fighter of ‘em all – the computer – and teaching it to trade.

Preliminary reading on studs and fighters theory:

http://noenthuda.com/blog/2007/09/07/studs-and-fighters/

http://noenthuda.com/blog/2008/11/11/extending-the-studs-and-fighters-theory/

Bangalore trip update

The recent inactivity on this blog was mainly due to my inability to log on to wordpress from my phone and write a post.  I had gone home to Bangalore for an extended weekend (taking Friday and Monday off) and the only source of net access there was my phone, and for some reason I wasn’t able to log on to NED from that. During the trip I had several brilliant insights and brilliant ideas and wanted to blog them and finally such NED happened that I didn’t even twitter them. Deathmax.

The main reason I went to Bangalore was to attend Pradeep (Paddy)’s reception. I think this is an appropriate time to share the funda of his nickname with the world. Before he joined our school in 9th standard, there was this guy two years senior called Pradeep, and for some reason not known to me he was nicknamed Paddy. I vaguely knew him since I used to play basketball with him, and after he graduated there were no more Paddys in school. So when this new guy came from the Gelf, it presented a good opportunity to get back a Paddy into school. It turned out to be such a sticky nickname that not even IIT could change it.

Friday was Ugadi – yet another reason to be home in Bangalore – and was mostly spent visiting relatives. When they heard about my impending market entry, all of them brought up stories of not-so-successful marriages of people they knew well, and put fundaes to me about avoiding certain pitfalls. These fundaes were liberally peppered with stories. Mostly sad ones. Mostly of people who have chosen to continue in their marriages despite them clearly failing. It is amazing about the kind of stuff people I know have gone through, and yet they choose to not run away.

Saturday morning was rexerved for my first ever “market visit”. I was taken to this bureau in Malleswaram and asked to inspect profiles. “There are profiles of hundreds of girls there”, my uncle had told me “so let us go there before ten o’clock so that you have enough time”. The profiles were mostly homogeneous. The number of engineering seats available in Karnataka amazes me. Every single profile I checked out over there had studied a BE, and was working in some IT company. Things were so homogeneous that (I hate to admit this) the only differentiator was looks. Unfortunately I ended up shortlisting none of them.

One of the guys I met during my Bangalore trip is a sales guy who lives in a small temple town without any access to good cinema. So he forced me to accompany him to watch Slumdog (in PVR Gold Class – such an irony) and Dev D. I agree that Slumdog shows India in poor light, but filter that out and it’s a really nice movie. We need to keep in mind that it was a story and not a documentary, and even if it were the latter, I think documentaries are allowed to have narratives and need not be objective. Dev D was simply mindblowing, apart from the end which is a little bit messed up. Somehow I thought that Kashyap wanted to do a little dedic to his unreleased Paanch.

There is this meet-up at Benjarong which is likely to contribute enough material to last six arranged scissors posts. I’ll probably elaborate about the discussions in forthcoming posts but I must mention here that several arranged marriage frameworks were discussed during the dinner. The discussions and frameworks were enough to make both Monkee and I, who are in the market process, and Kodhi who will enter the market shortly to completely give up in life.

One takeaway from Paddy’s reception is that if you can help it, try not to have a “split wedding” (and try not to have a split webbing also) – where different events are held at diferent venues, on disjoint dates. In that case you won’t have people lingering around, and you will lose out on the opportunity to interact with people. Note that there is zero scope for interation during the ceremonies, and the only time you get to talk to people is before, and after, and during. And it is important that there is enough before or after or during time to allow these interactions. In split weddings guests are likely to arrive and leave in the middle of an event and so you’ll hardly get to talk to them.

One policy decision I took was to not have breakfast at home during the length of my stay. I broke this on my last day there since I wouldn’t be having any other meal at home that day, but before that visited Adigas (ashoka pillar), SN (JP nagar) and UD (3rd block). The middle one was fantastic, the first reasonably good except for bad chutney and the last not good at all. Going back from Gurgaon it was amazing that I could have a full breakfast (2 idlis-vada-masala dosa-coffee) for less than 50 bucks. Delhi sorely lacks those kind of “middle class” places – you either eat on the roadside or in fine dining here.

Regular service on this blog should resume soon. My mom has stayed back in Bangalore for the summer so I’m alone here  and so have additoinal responsibilities such as cooking and cleaning. However, I think I should be having more time so might be writing more. I can’t promise anything since blog posts are generated by spur-of-the-moment thoughts and I never know when they occur. Speaking of which I should mention that I put elaborate fundaes on studs and fighters theory in my self-appraisal review form last week.

Stud and Fighter Instructions

My apologies for the third S&F post in four days. However, this blog represents an impression of the flow of thought through my head, and if I try to time my thoughts to suit readers’ interests and variety, I’m afraid I may not be doing a very good job.

I came across this funda in one of the “sub-plots” of Richard Dawkins’s The God Delusion, which I finished reading two days back. Actually, there is another post about the main plot of that book that I want to write, but I suppose I’ll write that some other day, maybe over this weekend. So Dawkins, in some part of the book talks about two different ways of giving instructions. And thinking about it, I think it can be fit into the stud and fighter theory.

I must admit I’ve forgotten what Dawkins used this argument for, but he talks about how a carpenter teaches his apprentice. According to Dawkins, the carpenter gives instructions such as “drive the nail into the wood until the head is firmly embedded” and contrasts it to instructions which say “hold the nail in your left hand and hit it on the head with a hammer held in the right hand exactly ten times”. By giving instructions in the former way, Dawkins argues, there is less chance of the apprentice making a mistake. However, in case the apprentice does err, it is likely to be a significantly large error. On the other hand, with the latter kind of instructions, chance of error is higher but errors are likely to be smaller.

A set of “stud instructions” typically tell the recipient “what to do”. It is typically not too specific, and lists out a series of fairly unambiguous steps. The way in which each of these smaller steps is to be accomplished is left to the recipient of the instructions. Hence, given that each instruction is fairly clear and unambiguous, it is unlikely that the recipient of the instructions will implement any of these instructions imperfectly. What is more likely is that he goes completely wrong on one step, maybe completely missing it or horribly misunderstanding it.

“Fighter instructions”, on the other hand, go deep into the details and tell the recipient not only what to do but also how to do what to do. These instructions will go down to much finer detail than stud instructions, and leave nothing to the reasoning of the recipient. Obviously the number of steps detailed here to do a particular piece of work will be significantly larger than the number of steps that a set of stud instructions. Now, the probability that the recipient of these instructions is likely to make a mistake is much larger, though the damage done will be much smaller, since the error would only be in a small part of the process.

Dawkins went on to give a better example than the carpenter one – consider an origami model of a boat on one hand, and a drawing of a boat on the other. Origami gives a set of precise and discrete instructions. Drawing is as good as a set of “continuous instructions”. Dawkins talks about experiments where kids are made to play a version of “chinese whispers” using the origami and the drawing. I won’t go into the details here but the argument is that the stud instructions are much easier to pass on, and the probability of the tenth kid in line producing a correct model is really high – while in case of a drawing, there is a small distortion at each and every step, so each final model is flawed.

Stud and fighter instructions have their own set of advantages and disadvantages. Fighter instructions require much more supervision than do stud instructions. Stud instructions enable the recipient to bring in his own studness into the process and possibly optimize one or more of the sub-processes. Fighter instruction sets are so-finegrained that it is impossible for the recipient to innovate or optimize in every way. To receive a set of stud instructions, the recipient may need to have certain prior domain knowledge, or a certain level of intelligence. This is much more relaxed in case of fighter instructions.

I personally don’t like supervising people and hence prefer to give out stud instructions whenever I need to get some work done. However, there was one recent case where I was forced to do the opposite. There was this IT guy at my company on contract and I was supposed to get a piece of code written from him before his contract expired. Given the short time lines in question, and given that he didn’t have too much of a clue of the big picture, I was forced to act micro and give him a set of fighter instructions. He has ended up doing precisely what I asked him to do, the only problem being that he has  written code in an extremely inflexible and non-scalable manner and I might have to duplicate his effort since this bit now needs generalization.

I have noticed that a large majority of people, when they have to give out instructions spell it out in the fighter manner. With a large number of micro steps rather than a small number of bigger steps. And until the recipient of the instructions has got enough fundaes to consolidate the set of micro-instructions he has received into a natural set of bigger chunks, it is unlikely that he will either be very efficient or that he will produce stuff that will be flexible. It might also be the case that a large number of people don’t want to let go of “control” and are hence loathe to give out stud instructions.

In the general case, however, my recommendation would be to give stud instructions, but have a set of fighter instructions ready in case the recipient of the instructionss wants things to be more specific.

Preliminary reading on studs and fighters theory:

http://noenthuda.com/blog/2007/09/07/studs-and-fighters/

http://noenthuda.com/blog/2008/11/11/extending-the-studs-and-fighters-theory/

How do i describe my job?

One of the “problems” with my job, if I can describe this as one, is that it’s tough to explain my job to a layman. There are multiple levels of disconnects here, and multiple “pitfalls”, if I can call them that. So when someone asks me about my work, it gets tough indeed to describe to any degree of accuracy while at the same time being concise, and at the same time talking in Kannada.

I am a quant at a hedge fund.

My work involves coming up with trading strategies, and then developing them to a level where I can have the ultimate fighter – a computer – to trade using these strategies. Then, I will need to figure out how the computer is going to implement these strategies and this part involves some heavy engineering work. And finally I code. Ok now I haven’t been accurately able to describe in one paragraph, writing in English, about my job. How do you expect me to describe it to the layman speaking in Kannada?

Coding is a part of my job, but I’m not a coder.

I deal with financial products – equities and equity derivatives. But I’m strictly not a finance guy – as far as I’m concerned, each security is just a time series. A time series on which I can trade and make money. In fact, apart from my short stint selling interest rates swaps in London, I haven’t really done any finance. My entire view of the markets is based on my idea that a security is just a tradeable time series. I think I should do a separate post on that. Anyways, I’m not strictly a finance guy also.

One of my degrees is an MBA. A PGDM to be precise, from IIMB. But I’m not a manager also. I don’t manage people apart from myself.  I’m not sure I’ll find that interesting either – I sometimes think managing is too fighter a job for me.

And so on.

And then, I work for a hedge fund. Most people don’e have a clue what a hedge fund is. I sometimes make an approximation and tell them I work for a mutual fund. And immediately I get bombarded with questions like my opinion on whether the markets will go up or down, and about how long the recession is going to last. And then there are those who start telling their sob stories about their investments in the markets when the Sensex was at 20,000 and about how markets can’t be trusted any more.

Another level of contradiction is that I’m based in Gurgaon. All finance companies are supposed to be in Bombay, right? Surely, given that I’m in Gurgaon, I must be doing some back office kind of work?

Last night my uncle was filling up some arranged marriage exchange registration form for me. And he asked me to describe my job in a short phrase. I immediately came up with “trader” and that got quickly shot down since that would give the image of a lala sitting behind huge weighing scales. Next I tried “financial trader” and “quantitative trader”. No go.

Then I wanted the simple “quant”. My highly stud uncle himself had trouble exactly figuring that out, so fat chance anyone would appreciate that. So out again. I relaxed constraints a bit and said “hedge fund professional”. But most people wouldn’t understand “hedge fund”. “mutual fund” was no go for a written form. “quantitative analyst” was considered too country by my uncle. He then asked me my designation. “Associate” doesn’t mean anything, he said and shot that down too.

Sometimes I wonder if I’ve unnecessarily complicated life for myself by choosing the path that I’ve chosen. If I were working for some software company I could’ve just written “software” over there and all would’ve been fine. The whole world would’ve understood, or at least claimed to have understood. Or even better, if I were living abroad, I wouldn’t have even been required to say that much. I’d’ve been just qualified as a “foreign huduga”, with most people not even caring for which city I was in.

For the record, my listing application records my profession as “financial services professional”, as country as it sounds. This was the only middle ground where my uncle and I didn’t disagree. And in it went. It increasingly looks like I’ll have to put fundaes to Cesares about why the stock markets have gone down in the last one year in order for them to allow their daughters to marry me. I have half a mind to start describing Ito’s lemma the next time someone asks me where the markets are headed. I’ll probably start off describing to them a random walk. And say that it’s a drunkard’s walk. And perhaps use that to change the topic. I think I might need to start practicing this. In Kannada.

I’m a quant at a hedge fund.

Fighter Batsmen and Stud Bowlers

Insight of the day: Batting is inherently fighter and bowling is inherently stud. Of course there are severral stud batsmen (eg. Sehwag) and fighter bowlers (eg. Giles) but if you look at it broadly – a batsman needs to get it right every ball, while a bowler needs only one ball to succeed.

The fundamental idea is that bowling success can be more lumpy than batting success – for example the maximum that a batsman can do if he has one great over is to score 36 runs – whcih in the context of the average game won’t amount to much. However, if a bowler has one great over and picks up six wickets, the impact is tremendous.

The bowler can afford to be much more inconsistent than the batsman. He might get a few balls wrong, but he can suddenly make an impact on the game. For a batsman to have a significant impact, however, he should be able to carry it on for a significant amount of time. An “impulse”  (a large force acting for a small time period) will do the batting team no good, while it can be a tremendous boost for the bowling team. On the other hand, steady unimaginative play by the batsman is good enough, while a bowler needs to necessarily show patches of spectacularity to have an impact.

Hence, batting is fighter and bowling is stud.

However, what the advent of one day cricket has done is to invert this. By limiting the number of overs, and creating conditions where a team need not be bowled out, it has turned things upside down. Of course, a stud performance by a bowler (say a hat-trick) can have a significant impact on the game, but inconsistent and wayward bowling is likely to cost the bowling team significantly more than it does in Test cricket.

Similarly, with the game getting shorter, an impulse by the batsman (say a quick 40 by Sehwag) has a much larger impact on the game than it does in Test cricket. And on the other hand, dour batting  – which is so useful in Tests – may actually be a liability in ODIs. Similarly the mantra for bowlers has become containment, and thus fighterness in bowlers has a greater impact – and so people now do respect bowlers who can bowl long spells without taking wickets, but just containing.

Remember that even now, to succeed in Test cricket, you need to have the correct characteristic – Sehwag’s batting might appear stud and risky, but he has the ability to play really long innings which is why he is a really good Test batsman. If he didn’t have the “longevity gene”, he would’ve still remained a one-day wonder. Yes – now teams do pick a fourth bowler to do the “holding role” – keeping one end tight while others attack. Still, the holding guy needs to have some ability to pick up wickets by himself.

Preliminary reading on studs and fighters theory:

http://noenthuda.com/blog/2007/09/07/studs-and-fighters/

http://noenthuda.com/blog/2008/11/11/extending-the-studs-and-fighters-theory/

Process

A couple of days back, I was debugging some code. And yes, for those of you who didn’t know, coding is a part of my job. I used to have this theory that whatever job you take, there is some part of it that is going to be boring. Or to put it in the immortal words of a brilliant co-intern at JP Morgan “chootiya kaam”. And in my job, the chootiya part of the kaam is coding. That doesn’t mean that I’m not enjoying it, though. In fact, for the first time in nine years (note that this takes me to a time before I’d started my BTech in Computer Science) I’m enjoying coding.

Coming back, I was debugging my code yesterday. It was one of those impossible bugs. One of those cases where you had no clue why things were going wrong. So I started off by looking at the log files. All clean, and no bugs located. While I was going through them, I got this idea that the strategy sheet might offer some clue as to why things aren’t doing well. Half the problem got diagnosed when I was looking at the strategy sheet. Some problem with cash management.

And when I thought looking at the trades might help. The bug was presently discovered. And then it hit me – that I’d unwittingly followed what seems like a “process”. Everything that I did had been guided by insight and instinct. Yet, the steps that I followed – 1. look at the logs; 2. look at the strategy sheet ; 3. look at the trades – seemed so much a preset process. It seemed to be like one of those things that I’d just ended up reading in some manual and following.

I realize that most “standard processes” that are followed by  various people in various places are stuff that were initially not meant to be processes. They were just an imprint of somone’s train of insights. It was as if someone had a series of insights that led to a solution to whta might have been a difficult problem. And then, he realized that this kind of a process could be followed to deal with all such similar problems. And so he wrote down the process in a book and taught a set of people to implement them. The field thus got “fighterized“.

The argument I’m trying to make here is that a large number of so-called “standard processes” are just an imprint of someone’s insight. They just happened to get into place because the inventor noticed this pattern in a bunch of things that he was doing. They need not be the best way of doing what is supposed to be done. Maybe there isn’t even a single best way of doing it that might work every time.

People who are likely to have worked on processes later in their life cycle are likely to have been people who are process-oriented themselves, and given how these kind of people work, it would have been likely that they would have resisted changes that could make the process worse in the short term. They are more likely to have been incremental in their approach. With a succession of such people working on improving the process, the process of refining the process would’ve ended up taking a hill-climbing algorithm and is likely to have ended up in a local maximum.

Once again, the large changes to the process would’ve happened when someone who was willing to take a large step backward worked on them, and it is again likely that such a person would be driven more by insight rather than by process.

My hypothesis is that most processes are likely to have been largely defined by people who are themselves not very process-oriented, and who thus will expect a certain level of insight and discretion on the part of the person implementing the process. And one needs to keep this in mind while following processes. That it would be good if one were to take a critical view of every process being used, and not be afraid to take a backward step or two in process development in order to achieve large-scale improvements.

Meeting Sickness

Ok here is another reason I can think of as to why I didn’t do well in my consulting career. This is based on something I’ve been observing at office over the last week or two. I suffer from what I call as “meeting sickness”. The inability to work immediately after a meeting.

Rough empirical analysis tells me that for every meeting of N minutes that I sit through, I need another N minuts of downtime following it before I can get back to work. I don’t know why this happens to me. I don’t know if I’m having to spend too much willpower inside the meeting. Or if it is just that at meetings i get into high-intensity mode and that drains me out.

Whatever it is, in a typical consulting environment, you are expected to attend lots of meetings. If you work for a company that believes in the philosophy that all work is to be done at the client’s location (such as AT Kearney) then you have meetings throughout the day. it is only in between meetings that you get time to work, and usually the way the projects have been sold means that you can’t afford any downtime.

So that explains it. The other big reasons I’ve come up with for my failure in consulting environment are it requires a high degree of willpower which I dont’ have; and that it is an essentially fighter job. Maybe these are inter-related. Need to think on these lines and come up with something.

And if you didn’t like this post, my apologies. I had an extra-long meeting at work this evening from 4 to 7 (and had sat through three other meetings since morning). I fled immediately after, but I’m yet to recover.