Over the last 40 years, Information Technology, and the ways in which it has been deployed and managed have gone through several discontinuous eras in which significant changes to the business model and IT leadership have been made. They are discontinuous because they did not grow naturally out of the previous era, but emerged often due to the development of some new technology that was not predicted. The next era we are seeing will also require a dramatically different approach and rethink.
Will businesses and CIO’s be prepared and able to rise to the challenge of this major transformation? What’s changing and why?
Read the full article>Consumer technology is cheap, available, personalised, and highly useable. It can corrode the boundaries of an organisation’s IT, create chaos through loss of control and compromise security. Can it also be the magic ingredient that unlocks latent value, cuts costs and supports a more agile way of working?
There is emerging evidence that handled carefully consumer technology can be a cure to many of the ills that bedevil traditional IT...
Read the full article>In Part 1 we examined the emerging evidence that, handled carefully, a considered response to the consumerisation of technology can alleviate many ills that bedevil traditional IT. We discussed how organisations can create value from the consumerisation of traditional IT and in this note we are going to look at some specific implementation actions that can be taken
Next time we’ll look at issues for management, as we believe that a different management approach will be required, and a new set of implementation lessons will need to be learnt, if the response to this phenomenon is to be productive
The main issue is not the technology itself, but that users’ experience of technology outside the workplace has transformed over the last decade. This gives rise to inevitable tensions that cannot be ignored. We provide some rules of thumb below which may be helpful.
Read the full article>In Part 2 we provided some rules of thumb to show how organisations can harness the enthusiasm of users to create new and valuable applications of its technologies, and in Part 1 we discussed how organisations can create value from the consumerisation of traditional IT. In this part we are going to look at some of the management disciples needed to deal with the consumerisation of IT.
Read the full article>We’ve been talking for a few months about how to manage the consumerisation of IT, and what that means for the IS organisation (balancing choice and the need for security for example). It does seem to us that there is one well established consumer technology still underutilised by corporations, both internally and in the way they deal with their customers: mobility.
Although creating the 3G network came with a $100bn tax bill (yet to be recouped) mobile continues to advance apace. Smart phones have larger screens, better web browsing capabilities, and longer battery life; faster network speeds and ‘all you can eat’ data packages mean that mobile usage encompasses more than just voice and text services. However, the way forward is not obvious. Just putting a brochure on-line didn’t exploit the capabilities of the internet (think of Amazon’s feedback, reviewers, and recommendations); just putting on-line services onto a mobile device isn’t exploiting the peculiarities of mobile either. It needs rethinking to make a big difference.
What messages can we suggest for corporations? Some of our customers are seriously investigating what this technology can do for them, and we’ve also been talking with our friends at the Mobile Marketing Association who tell some interesting stories from the front line in Europe and beyond.
Read the full article>The propagation of portals continues apace. Often viewed as a panacea, portals are seen as a simple way to transform an organisation, providing much needed freedom of access, and helping to improve compliance processes.
It is possible to offer an almost instantaneous intranet, with built in functions such as collaborative working, document, content and knowledge management, straight out of the box.
The road ahead may look clear and straight but how can you be sure you’re not going to be led down a blind alley?
Read the full article>In the scramble to save costs, claims made for ‘Shared Service Centres’ (SSCs) and ‘Utilities’ continue to entice. We’ve suggested in the past you look at these with a certain scepticism and it’s now time to explore our concerns.
We’re absolutely not denying that SSCs can produce dramatic improvements in process consistency, reduce error rates, and all at lower costs; there are many fine examples here and abroad that vendors will invite you to see.
But while you may be impressed by the destination, what you should know is that the journey can be no fun at all.
Many of the hard won lessons we’re going to lay out will seem counter-intuitive at first glance - think about what you are leaving behind, not what you are building; worry about technology, not people or process; concern yourself with migration more than destination.
Sounds odd? To find out what we are talking about, and for some thoughts on how to survive the SSC experience
Read the full article>No company does everything themselves they all buy some services and perform others. There is nothing intrinsically peculiar about IT outsourcing; what catches imagination here is the scale of the deals, the emotions concerning off-shoring, and the spectacular failure of those deals which have turned nasty. The motivation and context for outsourcing change, as do the technical conditions which enable it. It’s also likely that the recession will make companies reconsider their position, as they become more concerned with short term cost reduction (survival being the strategic goal) and quite what the consequences of the Satyam debacle will be have yet to be seen. There are, however, no more black or white decisions when sourcing than anywhere else.
For example, don’t be taken in by people peddling the concept of “Smartsourcing” as if it were something new and distinctive (not so subtly implying if you don’t buy it you’re dumb). The fact is that there is no single approach which can guarantee success (single sourcing, multi sourcing, keeping as much as possible in house and so on). Any smart approach will mean thinking long and hard about the real options (and this will quickly punish stupidity). There are, in our experience, a few basic rules, but they are more about helping you to read the lie of the land, rather than an idiot-proof map.
In Differentis we’ve had quite a lot of experience of outsourcing, from both sides of the table, and would like to suggest some basic pointers which may help.
This month we are going to concentrate on the objectives of outsourcing, and we’ll look at some of the ways of achieving them next month.
Read the full article>Last month (see below) we looked at IT outsourcing, and suggested a few rules to help navigate what in any event are tricky waters. We emphasised getting clear about the objectives and outcomes that were desired by entering into a long term contract.
As a significant industry, IT Outsourcing has also attracted a range of ancillary service providers – consultants, advisors, lawyers, and so on, who seek to protect and support their clients, as well as earn a crust. And Differentis is one such company. We are however sceptical about much of what is written, for two reasons. Firstly many pieces of advice appear to be based on anecdotes, which whilst potentially interesting (because “real” rather than “theoretical”) may simply be misleading. Business writers often lack a healthy scepticism, and their standards of evidence fall a long way short of science, and are therefore less than fully reliable
Secondly, the anecdotes may be misleading because they abstract from the complexity of the services and the businesses to which they are provided; so here we are not prescribing specific courses of action (buy this, make this) but suggesting ways of progressing through the process of making complex decisions.
Read the full article>Is designing a successful IT architecture really a black art? Or is the problem in building one and sticking to it? Most CIOs seem to think they need one, and many people in the business would accept the need for one, if they had it explained to them what their purpose was, but why do so many firms have the difficulty they do?
CIOs employ people called Architects and perhaps letting them drive “the Architecture Process” doesn’t sound a bad idea, but what are the likely consequences if they do? The CIO has to consider not only the technology (the applications and infrastructure) but also business imperatives and the nature of the information required, and understanding all of this can be hard enough, if not impossible (see: Where’s Einstein when you need him). The aim isn’t perfection, but good enough, but it’s easy to spend lots of money getting into a blind alley.
What hinders success, and how can the barriers be removed? Building to an architecture looks very attractive, but where do you start without a green field?
Read the full article>You're an outstanding CIO in a quality firm, running the business of IT. You have a lot of good people in your organisation. So why are you still getting it in the neck from the board? Why do they keep telling you that IT isn't delivering? Why isn't IT as good as they expect for such a quality firm?
Read the full article>Dick Nolan and Dave Norton, founders of their eponymous IT strategy firm in the 1970’s were the first people we knew who talked of IT as being a business within a business, when CIOs began to seek seats on the Board, but as they pointed out, CIOs often lack a language to talk about their business.
Operations could talk about throughput, efficiency, quality, investment and maintenance; HR could talk about turnover, pay, management succession, and compliance; Finance could talk about cash flow, the P&L, and tax, and so on. But when the CIO talks of incidents and upgrades and operating systems, the room goes silent. What CIOs need, said Nolan, was an “IT Chart of Accounts” that would allow them to describe what they provided.
When fully worked through, this comprises scorecards and targets in respect of things worth measuring and improving and which (internal) customers can find relevant – Products and Services.
Read the full article>Last time we talked about needing an IT equivalent of a chart of accounts – and suggested that you needed a matrix to represent the cost of resources by activity (and vice versa) if you were serious about understanding what costs money. There is much more we could say about the cost structures – what drives cost and how they operate – which become essential when you are contemplating change (new development, retiring applications, re-platforming services, or outsourcing).
However, before that happens you need to understand and demonstrate how well your services meet the needs of the business. We’ve argued before that thinking of IT as a business within a business is a very helpful (if simplified) analogy; the basis of every successful business is understanding how well it is delivering its services to its customers. How can you start to do that?
Read the full article>We've argued before that thinking of IT as a business within a business is a helpful (if simplified) analogy. In Part 1 of this series - dealing with costs - we argued that no successful business can avoid understanding its costs and cost structures for long, and proposed that they be represented in a matrix of resources and activities. In Part 2 we further argued that knowing the costs without understanding the value doesn't get us very far, and as a first step to understanding value we looked at application quality, distinguishing between Functional and Technical Quality.
Useful as it is to understand these elements, they do not, on their own, determine the application portfolio strategy because quality, as we have so far defined it, does not address how well the applications contribute to business success. A rich IS chart of accounts would need the "demand side" (the business) to be segmented in some way, so that priorities might be made. Evidently, not all parts of a business require the same investment or support, and one size most emphatically does not fit all. But what's a reasonable way of thinking about this segmentation? In this note we talk about using process and application mapping to aid segmentation and prioritisation;
Read the full article>The greatest risk to any programme or project is at the very start. Getting things wrong at the beginning leads to a much higher risk of failure – it’s very tough to recover from a bad start.
Big programmes are fraught with risk. The Standish group recently reviewed a series of business critical programmes and only 28% were completed on time and budget.
So what can programme managers and sponsors do to ensure they get off to a good start? It’s all about mobilisation, conditioning for success at the outset.
Read the full article>It's the moment of celebration for the IT team, successful delivery of their latest project.
They’ve built a system (or configured a package) and put in place a brand new architecture. They’ve tested it all to destruction from both a functional and operational perspective.
It goes live in production with no technical issues.
But as with so many celebrations there is a morning after – the business has a headache
Read the full article>IT programmes have a reputation for write-offs, cost overruns, missed deadlines and wide gaps between the promise and the payoff. There can be many reasons such programmes don’t live up to their expectations, and they’re not always obvious.
Every programme faces moments of truth – make or break points. Recognising the moments of truth and avoiding them can avert disaster. We’ve a long list, but this time we are going to look at conditioning the Programme for success.
Read the full article>You’re on the board of a serious company and you’re aware that among the many IT initiatives that run every year maybe three or four would have a critical business impact on the firm, for better or worse. You’ve got your best people running them, so why the niggling worry?
You may be thinking about getting your internal audit folk to give these programmes a once over. You’re aware though that they have no more experience of big complex programmes than the people you have running them. You’re also aware that by the time a problem becomes self-evident it may be too late.
If getting it right is the only option, timely objective insight could keep you on the front foot.
Read the full article>Information Technology is only a small portion of corporate costs and since the last recession it has become cheaper but more embedded in the business. A general prescription to “cut discretionary IT spend” across the company is perhaps unwise (if understandable). It’s much better to take a careful look at the IT portfolio and cut the least attractive elements, rather than decelerate or stop sound IT investments that could yield value quickly
Read the full article>CIOs have a challenging fiscal responsibility to their company. During times of growth it has been to invest in business-technology innovation to support profitable expansion over a multi year horizon. Today they must focus on demonstrating tangible business value from IT in short order at a time when budgets are tightly constrained.
Now the stark challenge is to deliver demonstrable business value fast or have IT budgets further cut as “overhead.” This is not a new dilemma but it has never been so urgent or harsh. Even in the business growth years, many executives were uneasy about the payoffs of big IT investments, but now they inevitably begin with “No – let’s wait” rather than “OK, let’s look at it.”
CIOs must make it their mission to make a Return on Investment by finding the “R” without asking for the “I”. But how ?
Read the full article>The goal of creating an IT architecture that supports the business and adds real value, is shared by technical architects and most CIOs alike. Achieving that goal means being able to manage the difference between breadth and depth; we have already argued (in IT Architecture in a disjointed world) that architecture can only be done effectively by a team of business and technical people capable of making appropriate trade-offs. Here we are going to argue that the same principle applies within an organisation’s community of technical architects. No-one knows it all (not even Bill Gates knows everything there is to know about Microsoft products) so you need a well organised and knowledgeable team. Otherwise it’s going to be tough and fruitless.
Read the full article>