Sunday, August 30, 2009

Open Source, R&D and People on Bench

R&D is a non-trivial activity. Most organisations have specialised groups working only in this area. The idea of allocating people to R&D with the proviso that the people may be pulled out any time with no notice seems absurd. That may be because of the way we are currently structured. Much like some of the banks whose branch organisation is unchanged but now give computerised passbooks. If the person responsible for printing passbooks is absent, the answer is 'sorry, can't be done, come back tomorrow'.

R&D is not merely creation of something new and different. There is also an applicative role. An organisation needs to know and understand how a new technology may be applied to a problem. Often crash programs or urgent recruitments need to be organised when a project requires the use of an unfamiliar technology or product. In this case, it is a project specific activity. On the other hand, if we recognise the possibility of some software being potentially useful and start exploring it, especially before it becomes successful, we would regard that as an R&D activity. This activity can be done in fits and starts provided there is some continuity and guidance.

An example may help. We got involved with a AJAX tool a few years ago. I had reservations about that product and would have preferred an open source alternative like Dojo. Dojo was new, with little documentation, and we knew nothing about it except my perception that it was the better option. The project time constraints did not leave any room for experimentation. We went with the required product and faced a lot of headache in trying to achieve the desired objectives, often winding up rewriting code using our own JavaScript routines. Had we written the additional code for Dojo, our name may have been in one of the source files.

An attraction of open source software is that we do not need to spend any money to buy a product. We do not have to restrict the number of products we can afford to explore. There will be no question of having to justify the cost of exploring a product. No one will say, 'By the way, what happened to the $1000 we had spent on X?”.

The missing piece in this environment is the manpower. We need to have a small core group which is passionate about open source and technically sound. The group need not have all the skills but must have the technical and people skills to guide and advise people on virtually any technology. The persons finishing a project are often bursting with ideas. There is often a feeling that we could have done better or there must be a better option. There could also be the category who have been bored stiff with the mundane work and would like a challenge. It is my belief that the people an organisation would like to retain will fall in one of these categories. All they need is for their energies to be channelled and their efforts recognised.

The next stage would be that these people could contribute to the projects. No ad or marketing rep can be as effective as contributed code to prove that an organisation can use and support a technology. But this is an incidental benefit.

Time is a consumable. Given the size of the Indian IT industry, it boggles my mind to think about the number of brain-hours that are, perhaps, not used every day. Can we afford to continue on this path?

Workforce on the Bench

I had written the following article about 2 years ago. I remembered it after watching a TED talk on motivation by Dan Pink. I have always been bothered by the motivation problem of being idle at work and the sheer waste involved. So, I decided to place it here in two parts.

A man in a village discovers that the scales in the local shop are not balanced. He computes the losses incurred by the villagers over the generations. He is so overcome by the sheer magnitude of the losses that he loses his mind. The memories of this story, I believe by Heinrich Boll, that I read over 30 years ago, came to my mind after reading about the manpower utilisation figures of some of the software companies.

Full utilisation of manpower in a service industry is not possible or even desirable. In the software industry, we know that 80% utilisation does not mean that each person is idle for about 20% of the time! If that were so, we would have implemented one of the significant attractions of working at Google. Unfortunately, I am reminded of the time when I was waiting for an assignment. It was in the stone age, without internet or even personal computers. I kept myself busy reading magazines, computer books, anything I could lay my hands on. And of course, waiting for 530 PM so that I could go home, mentally exhausted from doing nothing. Some days were particularly bad when I was asked to do some analysis urgently just when I was about to leave and had to miss my chartered bus. Had it gone on much longer, I would have lost my mind, or more likely, quit.

Another interesting example was when I was working for the Indian market and was perpetually short of resources. A colleague with whom I had worked earlier had just returned from an assignment and, well, did not like the idea of being idle. I could definitely use him even on a day by day basis but his manager turned it down. The manager's reaction, 'I would rather keep you idle for 3 months than risk delaying sending you for a project by a month.' This colleague did not wait around for much time. He switched jobs after a month.

Lesson from the Past

The siblings playing in the crematorium, the Swine flu, the Global warming remind me of the following about the Renaissance.

http://en.wikipedia.org/wiki/Renaissance
"""
In the wake of the black death, reduced population left work-forces depleted: this tended, throughout Europe, to give workers more bargaining power, particularly skilled workers. This lead to a shift of power away from rulers and towards workers and merchants, particularly in smaller states (such as composed Italy at the time). Thus, regardless of its spiritual and psychic impact, the plague's economic (and consequent political) legacy may have helped set the scene for the Renaissance.
"""

A Vision of the Future

I was at a crematorium last week. I saw 3 little sisters running around, having fun. Each time I turned around, there was one more sibling. I finally counted 7 of them from a toddler to the eldest girl who didn't seem to be more than 10.

They seemed happy, cheerful and ran around collecting stuff left behind by mourners.

Seeing so many of them depressed me. Future seemed bleak.