Showing posts with label IT Application. Show all posts
Showing posts with label IT Application. Show all posts

Monday, February 24, 2014

The 80% solution

It had been a long project with missed timelines and scope creep, the kind of projects that everyone dreads as they create difficult conversations in every review meeting while meetings are being conducted. The vendor was as frustrated as IT; the management wanted to stop funding to the project and treat it as a learning experience. The users wanted the project bad enough and managed to keep it afloat citing business need, efficiency gain and cost saving “when we go-live”. So the project survived despite odds.

Every enterprise had at some time or the other witnessed similar stories or projects that became unviable with all metrics: time, cost, resources and business value being busted; not necessarily software projects, but even hardware deployment, network upgrades, storage capacity enhancements or something as simple as the new projector for the boardroom. It is neither incompetence nor lack of rigor that causes such situations, everyone is committed to delivering the best result and that is where the problem starts.

Technophiles, well-meaning and conscientious team members want to provide the best solution which leaves no room for any kind of discussion or debate. They like to get the perfect solution in place that will win awards, accolades or in many cases just simple satisfaction of having done the best. The quest for the best keeps them busy exploring all angles including ones that don’t matter. They love debates on technology standards, finer aspects of architecture, the last exception condition the software will ever face, leading to frustration.

Searching for the best solution is indeed important for long-term success of any solution; after all you do not want your creation to be flayed within a short time. So try casting an eye over the 5-10 year horizon and postulate the future of the solution, technology, and the company. Shouldn’t the source code be in escrow or buyback of hardware at every refresh at predefined values ? How can we be sure of your wanting to continue with this line of business ? The questions get quite interesting as everyone wants to look good forgetting the adverse impact of sliding timelines.

Users living in a paper dominated manual or inefficient solution world want to make sure their problems are addressed down to every imaginable scenario. The evolving solution landscape wants to ensure the least change and the highest level of customization which unfortunately vendors are willing to acquiesce to; thus IT becomes the bad guys attempting to prevent the massacre of the solution. Trying to get it 100% right has become the nemesis of many projects and solutions; teams struggle unable to imbibe past learning.

Agile methodologies applied to software development provided a process for iterative evolutionary development where good enough is deemed acceptable to be refined over a period of time. It recognizes the impact of time on any project or need thus finding many business teams wanting to adapt to quick wins. The 80% mark is not cast in stone; the baseline is notional and varies by project. I believe that this can also be applied to hardware procurement or other IT disciplines with variations to the design.

The starting point for such a paradigm shift is the alignment of all leaders and managers to the new way of working. Don’t expect a solution that does everything of what the business wants and you can have it up and running in say 30-60 days. Refinement can continue over a period of time by the operational team working with part of the project team. Business can start using the solution to fulfill their need and everyone is happy. Off course this cannot be applied to ERP type projects which have different levels of complexity.

A good decision in time is worth more than the best decision if delayed; this maxim applies to the world of IT, IT project management, software development, and in many cases to hardware deployments too. Consensus is desirable but not critical unless the primary stakeholder is not aligned. If you have not moved ahead in your journey, then activity is of no consequence. So stop debating if you have all the data to make a decision, if you believe you have all the critical data, take a decision; that may separate you from being a manager or a leader !

Monday, February 18, 2013

The IT Orphanage, happy ending ?


Last week when I wrote about orphaned projects, applications and solutions that find no takers despite them having started life as perceived business critical process or need, many of the readers wrote back with their stories of orphanages within their companies. The problem has been around for a long time since the time IT departments started developing software for ever changing stated and unstated business needs. The idea of alignment between Business and IT thereby took shape and still remains the subject of discussion.

Rarely did the CIO bring this to the discussion table with customers or at Management meetings as the failure was largely attributed to insufficient business engagement and understanding; compounded by the fact that there were some broken systems and challenges that kept the IT departments busy just to run business as usual. So everyone worked in expectation of creating a better tomorrow driven by new and disruptive technology trends and new solutions that promised to solve the issues of the past and future.

The protagonist CIO in the earlier post (The IT Orphanage) had a big white elephant sitting on his lap and the enterprise had written off the project as a bad experience. More than a dozen man years of effort seemed a waste and the solution had no takers. The team was disheartened, the business indifferent, and the vendors wondering what next. The CEO was not interested in funding the project further and wanted to cut losses and move on. The situation seemed hopeless.

Undeterred, the CIO called the team together and captured the sequence of events from the initiation of the project. Step by step they analysed the methodology, the plan, the data elements, the solution pieces and the overall architecture, and finally the business need and benefit. Everything appeared to fit in; they could not find anything wrong with the technology. They went through the business objections and the critique of the results one by one and that is when they discovered the real cause.

The impacted business users were being challenged by the outcomes; they were feeling threatened by the results that expected them to give up their old way of thinking. The actionable insights that the solution proposed required the business to unlearn what had worked for them so far and approach their customers and the market differently. A consultant would have classified this as a change management failure; however this went a little deeper than just change management.

So the CIO farmed out his team to selectively target some of the empathetic users; they adopted a struggling business unit and worked with the business head to help her. Having been pushed to a corner and labelled as an under-performing unit, the business head was happy to use any help possible. She became an ally and agreed to work with the team. The team worked in their spare time, over weekends, to meet the new partner’s requirements. The vendor pitched in with no fee to recolor the elephant.

Over the next six months everyone toiled and sweated; the business started showing an uptrend and quickly turned profitable. The business head emboldened by the success redoubled the efforts embracing the new state of nirvana. In management meetings she started talking about the tools of her success and how it has helped them grow. She urged others to discard their cynicism and give a fresh look to the solution that was probably ahead of the evolution curve in the industry.

With the numbers speaking rather than perceptions, grudgingly the CEO endorsed the way forward and slowly other units came around. The ramp up was quick and the fire spread quickly giving the company a distinct leadership position and advantage. Fresh investments gave the project a boost and the team a great sense of achievement. Success has many fathers and soon everyone wanted to talk about how they had supported the project earlier. The orphanage had one less member now.

Soon after, the CIO quit !

Monday, February 11, 2013

The IT Orphanage


It had been a long search, far and wide, across the oceans; many able men and women working as teams traversed the globe in her quest. A few options were shortlisted but discarded very quickly when some deficiency was uncovered with deeper analysis. The rigour redoubled, the pursuit unwavering, the promise of reward for the long-term kept them going. Their leader encouraged the team though the journey especially when they appeared to falter and give-up.

Almost a year into the expedition, the quest finally came to an end with what appeared to be a perfect and made to order ending. The leadership team got together to discuss the outflow; she was expensive and required high maintenance. No one had the courage thus far to take such a risk. However the promise of the future convinced everyone that it would be worth the investment. So they all agreed to part with the precious gold coins and get her on board. High risk, high return said the treasurer.

She was welcomed with a lot of fanfare, the headman chose a name from the many suggested and the message spread across on the new unique acquisition. Everyone contributed to setting the expectations that rose in unison as if in a crescendo; everyone watched the future with euphoric anticipation. Smiths and specialists from all over the world got together to define outcomes that she would enable. Progress was slow and soon people started paying lesser attention focusing on their daily chores.

Life continued as usual with occasional reviews that highlighted challenges to understand and adapt to her whims. The workmen toiled day and night for many moons encouraged by their leader who did not give up belief. Two winters later the team broke off into a joyous dance; everything worked as designed, all the links delivered, the input validated, the outcome was as expected. Rushing to the leadership team they demonstrated the end result, chests puffed with obvious pride.

Celebration was called, everyone wanted to be associated with success; anecdotes of arduous journey spread with friendly banter.  After almost 18 months since the start day, the project had gone live and was churning out results that were unfamiliar territory but delivered business outcomes the leader had believed possible. The competitive advantage gained using the new technology was evident and accolades poured in locally and globally for the unique pioneering solution.

Too good to last, some of the naysayers found reason to challenge and doubt the results; conventional wisdom did not support the new solution; thus they were able to sow seeds of doubt which spread quickly through the enterprise. The initial success was passed off as stroke of luck and not sustainable. With no supporters, almost everyone went back to their old way and deserted the solution as a bad dream and mistake. The solution thus joined the IT orphanage.

Applications and solutions that the IT team developed bur no one really used; solutions that were bought by users only to be discarded with no one to support them; applications and reports that are always urgent for development but rarely complete UAT; and if they do, hardly anyone wants to use them, they all finally find their place in the IT orphanage. These have no owner, no user, and no parent to support them. Once relegated they rarely if ever find a benefactor who is willing to support them.

Every organization has a (un)labelled orphanage that sometimes gets very crowded especially if the CIO and the IT team is unable to assert themselves or if they collectively work to create solutions that are disconnected from business reality. The CIO needs to highlight such instances transparently and openly to either change team behaviour or improve chances of success; and/or change business engagement and ownership that rarely if at all any need to be assigned to the orphanage.

P.S. Within a year the project was revived by the CIO and has stayed a success now for over 2 years; that is a story for another time.