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 !