Friday, January 21, 2011

IBM Centennial Film: They Were There - People who changed the way the wo...

IBM Centennial Film: 100 X 100 - A century of achievements that have cha...

Tuesday, January 18, 2011

Is new System becoming Legacy System too Fast?

We do have days of discussions spread across months. Then we come up with so called "Next Generation" design. Boast around developing a futuristic system which going to solve all our problems. Customer going to get huge ROI and so on.... Does it really happen? Or is it otherwise?
I happen to have discussion and explorations with one customer in late 2005 and after multiple discussions and  trend analysis and their design and implementation phase customer goes "Live" with new system in mid 2009. And here comes January 2011 and seems same futuristic system is a Legacy System including its data. Now customer is considering another new system which address their problems spread across multiple countries and have a consolidated system. It is 'Good for Consulting' but as being part of product development forced me to think don't we have optimal and faster ways?
How to shorten our "long development Cycles" and provide customers real futuristic systems before it is  another legacy system? This is forcing me to think and explore and find new ways to speed up these implementations. Allow customers to use benefits of system before it becomes legacy. It saves their energy and investment can be used to do more with same data. Only way forward is come up with few tools which can speed up this process.

Everyone says Agile methodology works well. Not sure How will it help our customers in the long run if is followed during product usage? How and what are possibilities will think and share soon.


 Disclaimer: "The postings on this site are my own and don't necessarily represent IBM's positions, strategies or opinions.

Tuesday, January 11, 2011

Tooling around Migration

Migration is always a complex things and enterprise hate this. 1st thing is "Why?" It is additional cost, more time, resources, planning and so on. Impact stick to older versions causing cost to various product teams. Maintenance cost  of product is always very high and if customers hesitant to migrate cost doubles as need to have features in older releases.
Now companies including IBM focusing on how to help customers migrate. How to enable them to use new versions and provide more features. This open the scope for more advanced tooling around Migrations. Especially in the area of ETL. With ETL, ELT and other modules picking up and get upgrades either on databases or in operating systems or even product related patches or even maintenance release. All this require some testing before customer goes "Live". Currently this process is less than semi automated and time consuming. So lots of delay in between upgrades.

It looks like IBM and all other vendors in the ETL tooling area taking this as a challenge and addressing them with various tools around their products. Though it is beginning but is an area where more focus in coming years is going to be customer's demand. Migration is not one time effort but on-going and also data spread across spread across operating systems and databases and other formats. So a consistent focus is required.
 So tooling around Migration is the key to future in my opinion.


 Disclaimer: "The postings on this site are my own and don't necessarily represent IBM's positions, strategies or opinions."