Sunday, December 23, 2012

Recipe of a successful novel

Prologue: This post is about the book The Lost Years by Mary Higgins Clark. After I finished writing the following post, I felt that it is one of those rare posts where the overall outlook is not positive. So I decided to do some research on the author and found that there is a good name for the Author out there which included recognition from the Catholic Church. Hence, I am writing this prologue as a disclaimer to mention that I do know that some of the Author’s literary works are highly acclaimed and this post is a “first impression” post on the book. Maybe I will get introduced to other books by the author and have my opinion changed.

How to write a successful, gripping suspense novel?

Make it a murder mystery, and add the following additional elements – extra marital affairs, triangle love, a lawyer, the Catholic Church, Biblical scriptures and Jesus Christ too!  There springs a great(?) story.
I just completed reading the book The Lost Years by Mary Higgins Clark. I would have enjoyed the book as a simple murder mystery novel, if not for the futile effort of the author to drag in Jesus Christ and his DNA (Jeez!). There is no context for it in this novel and if the author wanted to involve the large sums of money, she could have considered a painting or the Lost Ark of Egypt etc. (or even dig up something for God’s sake).

Dear reader, please do not think that I am not open to ideas. I welcome them if they can be presented in a credible way. This is the first book from this author that I have read. I should be really persuaded to try another one.

Sunday, October 7, 2012

Where Fiction And Reality Merges

The most influential human abilities are imagination and emotions. History itself was shaped and perceived by imagination and emotions. Those who built their thoughts over history and facts and expressed it through various means paved the way where the world stands today. This in itself is a topic for much elaboration. Every field of science and literature has its own gardeners. Fiction, specifically Science Fiction is one field, be it from literature or science where these two elements of human ability combine to produce a profound and powerful influence as it appeals both to the intellect and to the heart.

I can easily get lost in the world of (science) fiction which I can easily relate to. I get very much affected by books and their authors who expand my horizon of thoughts. And when some events of my simple but rip-current life connect with a book, there comes an explosion of thoughts which I cannot help but channel to a paper. This article is not a review. It is just to express my appreciation to author and his book Airframe. Unfortunately, I am a beginner with respect to his literary works and hence cannot comment in detail on them.

Airframe is mostly a fact based novel which employs false document literary device to help blur the line between fiction and reality in the reader’s mind. What is most substantial about this novel is how well the author brings out what happens behind the scenes of services that we see as a whole and take for granted. Even more is the views of various different people who play a role in events unfolding as part of an unexpected incident.

Any engineer, project manager or PRO who has been involved in a Root Cause Analysis can easily relate to the book like a chapter from their own life. It shows the way an engineer views his or her product, a management views their team, the public view the incident and a PRO caught in between.

On top of it is managing the range of emotions and change of interest that happens until at least some of the people understand the overall picture. It makes us wonder about the volumes of historical data and the significant efforts and causes that have made it to evolve in such a manner as it is today.

All in all, Airframe is one of those good novels which have a perfect blend of fact and fiction without losing the essence of human emotions. I would recommend it as a must read book for engineers.

Sunday, September 23, 2012

Personnel Aspects in Evolution of Enterprise Systems

Enterprise Information Technology is facing new challenges every day. There is a call for better utilization of funds, shrinking margins and immediate results.

The main driving force behind upgrading systems is an increasing demand for Automation, increasing costs of support for obsolete products and fast changing technology Trends. The other possible factors that compel the need for change are poor usability or little knowledge about in-house systems, inefficient integration of various enterprise systems, lack of a long standing and visionary IT support staff.

Every decision making is influenced to a large extent by the people involved. Similar is the case for IT system upgrades. By system I refer to the technology and not the underlying hardware. IT managers favor systems/ platforms that they themselves or their workforce is familiar with. IT service providers push for the most cost effective solution to the given problem at hand. The limited budgets, competitive market conditions and the need for quick solutions forces both the Solution seekers and providers to ignore  -  a large portion of the current systems (connected to the requirement at hand), bottlenecks that can be faced in the future, and introduction of more needs for integration to existing systems.

This leaves the Customers, vendors, developers and end users of the systems weighing pros and cons of the system that has passed by and the system that has sprung up. Of course the new system will have significant improvements over the old ones but they might miss out on one or two characteristics liked by the previous users and usually create more integration points or exception scenarios known only to the people involved in the project.

This is where the “history” of the systems plays a very significant role in smooth functioning of the new system. Here we can attribute a good factor of success to the key contact points in IT staff who can understand the old as well as the new system, the changes made and the exception points where the old system is to be referred again.

 Here is the place where a good Level 3 support team comes in handy. Now a days, the trend is to obtain maximum utilization and support related activities are mostly considered as expenditure and not investment. Hence the support team is usually overloaded with nothing but fixing of a few priority problems that have been assigned to them. A typical support team should 1 - have atleast three members with 2 - at least 50% of them with an experience of more than a year in the team and 3 - their utilization should not be above 85%.
  1. A one person support is a frustrating experience where you do not have the liberty to turn to help or anyone or to get a second opinion on what you are doing. 
  2. There should always be continuous learning in a system. No level of documentation can give you the right exposure to a system unless you have experience with the interacting systems, the code itself and the people / purpose the system serves. People experienced with the system are important for grooming the next set of support engineers and also for monitoring the change that happens when a new system is commissioned. 
  3. An over utilized team would only be able to patch up a system rather than enhance it. They are under the constant pressure of fixing somebody’s problems that they do not get the time to appreciate the system, explore, learn and improve it.
Exploring and appreciating the system gives a feel of ownership to the support engineers that they think about ways to make the system more robust and easy to use. And since this change comes from a team with in-house knowledge, the changes may be minor but significant. This enables the system to slowly evolve with lesser bugs and significant performance improvement. Any significant changes to the system should involve the Support / existing IT team. This would ensure that the solutions are nothing but the best in terms of utilization of existing systems and applications.

A stable support team would be able to provide periodic releases to different components of the systems, and also identifying existing bottlenecks that degrade the systems. It helps them to align their knowledge towards the underlying technology of the systems and to apply changes in technology to best suit the needs of the current system.

In short when an Enterprise system is overhauled for replacement by a better one, the change should be initiated, planned and executed with not just the potential users, but also with those who actively understand, appreciate, maintain and improve it at the ground level. This would ensure a successful evolution to stable and robust systems with the knowledge and history intact.