I am just back from a week working in Tokyo
. For someone who
writes as much as I do about the need to understand customer culture and how
that affects expectations, it is always a good lesson to visit Japan, where the
culture is about as different (from where I normally work) as you get within
the service management world. (Of course culture does get even more different in,
say, certain Amazonian tribes or a primary school playground, but with little
formal ITIL adoption there as yet, Tokyo
is my extreme of difference.)
Although the shadow of the tsunami and very
real loss to the community endures, the human spirit carries on and people
still laugh and enjoy life. One of the pleasant surprises is how universal
humour can be. It is also easy to forget how quickly people’s behaviour adapts
and copies from those around them. You really only notice the extent to which
you adapt when you get back home. For example it took me a while to stop bowing
to people and also to stop smiling at people in the street, restaurants etc –
or certainly to stop expecting them to smile back.
I also got used to things that I would
expect not to cope with easily. Specifically after the first day or so I was no
longer bothered by how much my room on the 16th floor shook when one
of the steady stream of aftershocks wobbled Tokyo. That reminded me of how worryingly
quickly I had got used to seeing young men with machine gums patrolling the
streets while working in Belfast
in 1992. Seems we absorb new technology just as quickly, and it takes very
little time for what seemed new and so different to become everyday life.
People as old as me can remember life without a mobile phone, but already I
find it hard to recall how it felt to be out of contact whenever out of the house or office, let alone that it didn’t bother me to be unreachable.
But coping without things you have got used
to does happen – and it is clear there are some very direct lessons for service
management in Tokyo
today. Obviously in the light of their unfortunate experience and need for disaster
recovery and business continuity they are well placed to be the source of most
of the case studies for the next few years. It may well be a long time before
even the immediate effects stop being so visible – there is an obligation for a
15% reduction in electricity consumption that looks set to last a long while.
That kind of thing has so many knock-on effects you quickly realise how
dependent we are on technology. Not only because it is a shock to go back to
old ways – and waving a fan may be an ancient Japanese tradition but it much less
effective than air conditioning; but because we depend on so much that cannot
function without the technological infrastructure. The power reduction of 15%
has to applied carefully, because so many things – like data centre power –
must be maintained. So the power for things that drive mere comfort is hit very
hard – very little cooling in offices and, for example, my hotel had turned off
That made me think of just how complex our
everyday infrastructures have become, with so much more than electricity on our
critical list. It perhaps should be a compulsory occasional exercise to think through just how many things we
presume will be available – not just the obvious (utilities, access, people etc).
I am sure we would all be surprised at some of the things we tacitly depend on –
and equally sure there are good stories to be told about some of them – any offers?.
After my last blog – asking what devops was
– the idea of collaboration across the whole life of service has been in the
forefront of my mind. From that wider perspective I was musing around one of my
frequent topics – how we fail to get the service right because we don't
understand how it is being used, or what the customer really cares about.
Actually the simple picture of supplier and
customer doesn’t really describe the world most of us have to live in. If we go
with the ITIL concept of a customer (someone who has financial influence or
authority) then we also need to worry about what our users think. In other
frameworks you might hear a more general concern about taking the whole range
of stakeholders into consideration. Doesn’t matter which recipe you follow –
does matter that you see the complexity.
Some of the problems come from being so
close to how things are done (rather than why they are being done), and by
being so close to what you think matters that you don't spot what matters to
those receiving the service. Sometime it is the silliest things that make the
customers and users unhappy and reject a service. Maybe that is an example of the
‘One Bad Apple’ syndrome – something firmly embedded in the human condition
seems to be our ability to allow one bad aspect to overbalance a dozen good
I had my own version this week, when I
found myself refusing to continue with an online application for a new bank
account because the software insisted on spelling my name incorrectly. (For
reasons I cannot fathom, it seems to have decided that any name starting with
‘Mac’ must have a capital afterwards – so it turns ‘Macfarlane’ to ‘MacFarlane’
without giving me the chance to turn it back.) I didn’t stay around to see what
else the service offered, I just closed the web page and got my new account
somewhere else that will let me spell my name properly.
But there is also the positive face of the
same coin – the power of ‘cool’. Imagine you have found the perfect shoes for
your child – scientifically designed to protect their feet while supporting
their bones and they are even waterproof. As a caring parent these are the only
pair of shoes you want your child to be running about in (see IKB later in this
blog). As it happens your dreams have come true because your child loves them.
Is it because they are good for them, and will help their feet develop properly
– no, they agree to wear them because the heels light up with each step. They
will wear them – and save their feet – but only because they are ‘cool’ –
according to rules you will never understand. By the way, don’t think the
illogical ‘cool’ factor only applies to children, it is there in just about
every service you deliver or use – at work or at home. If you look for it then
you will see it. I don’t want to make this posting too long or I could list
dozens – but just imagine trying to sell powerful and effective software
products against others with less relevant features at higher cost – but with a
fancy graphical interface – sound familiar to anyone?
If you think about these two situations –
where apparently less important elements disproportionately affect decisions -
I am sure you will find many examples of the two extremes; like the fast-food restaurant
that you still avoid because of one bad burger or one element of bad service,
hundreds of miles away and several years back.
Those issues tend to come from how the
service is delivered, yet the same problem can easily come from how it is built
(like my name issue). But one of the differences is getting the message back to where it might make a difference,
because at best the complaints go to the operations side of the house, and this
does not get fed back, maybe because it is dismissed as trivial – because it
doesn’t seem important to whoever received the message.
It isn’t just about hiding complaints
though, we also have the ability not to pass the cool factors back. Do we
always find out why people really like something? It seems to me that we don’t often
ask the right people the right questions. And it also seems there are simple
reasons why we do that:
- We presume that what is important to us is what is important to
our customers, users or others that matter. Is this a common manifestation
of IKB (the ‘I know better’ syndrome)? Most of suffer this from our parents,
then grow up and do it other people.
- We don’t know who to ask – and we don't know what to ask them.
Both of these situations are understandable
– after all, we are human so of course we see things first and best from our own perspective, and without being forced out into another’s environment then why
should we have the ability to understand people we have never met? The second
is also inevitable in the complicated amalgams of customers, users, services
and suppliers we exist within. Never mind the neat little service chain
pictures you get in the books – it doesn’t really look that simple, it looks
complicated, and mostly because it is complicated.
We can do something about these
difficulties – but they require addressing the way we – and our colleagues –
think, and that takes time and effort.
There are other causes and factors – and
maybe there is one we could do something about, and it is something that would
magnify the beneficial effects when you finally get around to addressing the two points I
listed above: when we do find things out we don’t tell the people who could do
something about it. And the very best way to get that wrong is to build silos
within your supplier organisation and stop people sharing ideas and
After that last blog on devops, I was
thinking about that particular kind of communication issue. There is something deep
rooted in the human psyche that needs to dismantle their immediate environment
into teams (or
groups, or departments or silos or tribes – call them what you will). IT
organisations are perfect examples – with high level internal teams always
emerging once they gets past a certain size. And if you separate into teams that feel the need to compete, then helpful messages will not be fed across between them. So what was built wrong and delivers the wrong thing stays there and will be wrong in the next version too. That is
the inertial element of behaviour that initiatives like devops and whole
service lifecycle approaches have to contend with. We shouldn’t think it can be
as easy as just telling people to collaborate and communicate. Like all
challenges we need to recognise what we are fighting – and to fight back.
So – what are good ways to start? Perhaps
as simply as recognising that while we might bond comfortably into (say) a
‘development’ team or an ‘operations’ team (or any one of a dozen more) – that
doesn’t make the other team the opposition – I think that would be a good first
step, if we can finally realise that – by and large – what benefits one team
also benefits the other.
This week (for any latecomers, I’m writing this on June 8th) is our Innovation event in Orlando. I’m not there but with modern social media it is nonetheless possible to hear much of what is going on. And quite a bit of what is being said there is about “devops”.
So, suitably intrigued, I consulted the modern version of the Delphic oracle (Wikipedia) says about it. And there I found this line “Devops is frequently described as a more collaborative and productive relationship between development teams and operations teams”.
One statement: simultaneously reassuring and terrifying.
Firstly it’s reassuring because anything that works towards the realisation that development and operation are not really separated by any kind of wall has to be a good thing. Of course there are different areas of focus at different times in the life of a service but they all should have the same aim – delivering what is needed in best possible way. We already all knew that, it is so obviously sensible that who would vote against it? The equally obvious fact that we then don’t do it is one for the psychologists and later blogs, but does lead me into my other reaction:-
The horror that we should be 50+ years into IT services before this seems important to enough for people to give a trendy name. How on earth have we survived this long without a “collaborative and productive relationship” between the people who build something and the people who operate it? And bear in mind both those groups are doing it for the same customer (in theory anyway).
To be fair to IT people though, perhaps this is an obligatory engineering practice we have picked up. Who remembers the days when getting your car repaired was unrelated to buying it? You bought it in the clean and shiny showroom at the front of the dealer, took it to the oily shed around the back if it broke. One of the things that has seen a step-change in the car industry – and is also changing ours and most others – is the realisation that we are now all delivering services and not products. So we are finally realising that long term usability and value is what defines success, not a shiny new – but fragile – toy. In fact, thinking of toys we all recall the gap between expectation and delivery of our childhood toys – the fancy and expensively engineered product that broke by Christmas evening compared to the cheap and solid – be it doll or push along car – that lasted until we outgrew it.
The car industry saw that happen – and we now have companies leading their adverts with a promise of lifetime car driving with their latest vehicles – with the mould really having been broken by Asian manufacturers offering 5 year unlimited mileage warranties. That was about selling a self-controlled transport service instead of a car – and really that is what most of us want. Amazing strides taking place on that front, of course, being taken by companies like Zipcar who have thought simply enough to see there is no absolute link between that service (self controlled transport) and car ownership. (Some of us want other things from a car of course – but that just leads us into the key first step of any successful service, know what your customer(s) want.)
Why I get so interested in all this is its basically what I’ve been saying for the last 20 years – my big advantage is that I came into IT from a services environment (I worked in a part of our organisation called ‘services group’) – and I never really understood why IT needed such a large and artificial wall between build and do. ITIL was (in large part) set up to try and break down the walls – initially an attempt to set up serious best practices and methodologies within operations to match what was already alive and well in development (hence the original name of the project – GITIMM, to mirror SSADM).
So … what am I saying? Please take devops seriously if that is what is needed to get better services. The complexity we need to address now means we have to stop maintaining any practices that prevent good ongoing service design and delivery. If giving it a name and a structure helps then let’s go there.
One of the things I am most proud about in the books I have contributed to is that we made up a fancy name for something good people already did (in our case early Life Support) – the intention was to give it profile and then people would add it to job roles and actually start to plan for it and then, finally, do it better.
Of course that brings with it the chance of looking like the emperor in his new clothes once you examine the detail and originality too carefully. But that’s good too – clever and original usually = doesn’t work too well at first. Solid old common sense (eventually) seems to me to offer a much firmer foundation to build on.
We need good foundations because the situation is actually a lot more complicated than we pretend – multiple customers, other stakeholders, users, operations as users – enough for a dozen more blogs, a handful of articles and a book. So … I’d better get on writing – and maybe so should you?
I was teaching an ITIL course last week –
with the managers’ bridge route to the ITIL expert about to close, there was a
sudden need for a trainer and I got the
chance to pick up a training gig in Dublin
. Well, on the edge
actually – in Blanchardstown. Turns out that is place to make you question your
presumptions about a country – the view from the hotel window (as you can see)
could at first glance have been most any mall in any US
town. And after being used to
seeing an Irish Bar in every town I go, this time I spent 4 days without even
seeing a pub! So, not your typical Irish trip, but both pleasant and useful
For all its economic challenges it is good
to see Ireland
still as friendly as ever – a modern multi-cultural EU country now, certainly
more expensive than ever before, but still they understand the craic. It is nice
to be in one of those towns where you are expected to sit in the front seat of
the taxi and talk about life and its meaning and pleasures – and even though my
drivers were from Hong Kong, Africa and Ulster
rather than Dublin,
still it all felt very Irish and human sized.
But I had a great time work wise too, a
rare opportunity to focus again on the ITIL material, a reminder of some parts
I had all but forgotten – including some it seems I wrote myself. Most
important though was the chance to talk with the others on the course, getting
an insight again into how this stuff works in the real world – the delegates
all being part of our managed service accounts and delivering real service
management to real customers on a day-to-day basis.
I guess I need that reminder now and again:
writing, talking – even thinking – about things is good and important stuff,
but if we lose sight and touch with actually doing the things we talk about
then inevitably we will get that writing and thinking and planning wrong. I was
lucky enough to visit some real service management workers the week before
also. That was in Abu Dhabi – a different
culture from Ireland
for sure but mostly the same issues that people in our industry face like
resistance to change and even more resistance to change management; where to
start, how to measure, the need to derive pragmatism and realism from the
theory in the best practice books.
So - a couple of weeks of good lessons for
me, and I hope for my students also. I had a good reminder of the need to keep
real, to encourage reality above ideals. I learned not to presume how a place
will be, nor to be too concerned if it looks a little different to begin with. Despite
appearances, service management issues have more in common than you might think
– across counties, cultures and industries – which gives us all a large
community of colleagues to discuss matters with and to exchange ideas and
conversation. I guess that is what we look to organisations like itSMF to
facilitate in the widest sense: service management craic.
Anyway – I am looking forward to keeping in
touch with service management reality – through talking to and working with
people in real service management jobs, be that through training, conference
discussion or more directly. We all need that good mix of ideas and
As may have been noticed from recent blogs I
spent most of the last month travelling. Actually thinking about it, most of my
last 33 years has been travelling for work. So while I might spend much of my
time talking about service with IT professionals; the services that most impact
my life tend to be related to the travel industry. Seems to me that service is
service, and many of the lessons learned in travelling – and watching people
while travelling – are very relevant in all aspects of service delivery, IT
related or not.
What has really impressed itself upon my
mind recently is how receiving services – of whatever kind – can so often make
you feel offended, insulted, slighted or just plain angry. Objective thought
makes it pretty obvious that the intention was actually to deliver good
service, but somehow it can be hard to believe that when you see some of the
symptoms of not thinking things through.
Let’s start with a fairly innocuous and
almost silly example from the Dubai
metro system. This metro is brand new, really impressive, fast, clean
comfortable – and cheap. I can forgive its rather early closing time (11pm) and
late start on the weekend as a necessary acknowledgement of how many taxis and
especially taxi drivers need to continue to make a living – and how much they
may have felt threatened by the new metro.
What I couldn’t help but notice, and that
stuck in my mind more than anything else, were the local information maps displayed
– a good and helpful feature that shows important buildings near enough to walk
to from each station. They show where places are using colour-coded dots, for
example pink dots show hotels. At my local station there were three hotel dots
– so I which hotels were served by that metro stop. But it didn’t tell me which
hotels they were – just that they are
hotels – how much more effort would it have taken to write the names on? And
how much would that final piece of data been worth? I think that’s what bothers
me – when suppliers seem to do 90% of the work right but that missing 10%
destroys 90% of the value.
But OK, I am sure that will be remedied -
eventually. There is, however, a characteristic of physically delivered
services that I see so often – and bothers people so much – that I have tried
to give it a name. Best I have so far is VNS,
Non-Service. I am sure you have
seen it – travellers will see it at airline travel desks and immigration
counters, but all of us see it almost daily at banks, post offices and shops.
Let me set out a typical scenario - one I saw last week (and most times I
travel). There are 5 or 6 customer service desks; two of them have staff
serving the waiting line of customers, one by one. At another desk are two of
the airline or airport staff – every now and then a customer in a hurry goes up
to them, only to be turned away. These people are not attending to customers.
No, it might be that they are doing some critically important task, vital
filing, discussing long term business strategy etc. But why do they do it in
font of the customers? We can see only paid supplier staff NOT helping us, and
apparently not caring. Actually, I think banks are amongst the worse offenders,
frequently seating staff at customer facing positions to do non-customer facing
It seems to me that this is a failure to
think through how customers perceive things. Of course it might make perfect
sense to the planners and HR people – making best use of physical space, having
managers where they can see staff working etc. But – if you feel tempted to do
this, or anything else that customers will see - please think through how it
will look and feel to someone who was NOT there when you planned it.
In fact VNS and other ways to disregard customer
perception – once you think it through – have significant implication and
consequences: whether that is IT applications that decide to archive your
records when at times apparently selected to annoy you the most, scheduled
maintenance that seems to target your busy periods or supervisory staff walking
around apparently doing nothing helpful while customers wait in long lines. The
more complex our world gets, the easier it is to get things wrong. Like the maintenance
slot that is obviously good to the planner in New York but which hits the
obvious usage slot in Dubai (where Sunday is the first working day of the week,
and you want your administration services – like expense reporting – up and
running at the start of the week – which is when business travellers typically
do their expenses.
So if you are planning services that a
customer will see, please do me a favour: try and think how it will be seen and
perceived, putting aside how logical YOU already know it is. As the man said –
perception is reality, try to make your customers’ perception into your
Final story, about how it is possible to
get it right. Many years back, when I worked for the UK Forestry Commission, I
recall talking with our Recreation Planning Officer. He had just designed and
constructed some way-marked walks through a forest he personally knew very well.
Before he allowed them to be opened to the public, he brought his children in,
and walked behind them on the route – noting down everywhere they had trouble
seeing the right way – and then he corrected those faults. I believe that
nowadays this might be called ‘User Acceptance Testing’ – and what it needs is
users, not suppliers pretending they can see it from a user perspective.
I set out do this blog as a pretty
shameless advert for my article in the latest issue of the itSMF International
magazine. So let’s get that bit out of the way first – it is here
– read it soon!
But actually thinking about the itSMF magazine leads naturally
on to talk about the itSMF International publishing and the recent success
stories – and success stories should be talked about, so I’ll do that now. It has been a while since the international
publishing committee of itSMF (IPESC) faded out – but while IPESC may be
dead, I felt its spirit, innovation and enthusiasm resurrected at our recent
chapter publishing meeting. IPESC was always full of good intentions, but the
difference now is the ability to take ideas forward to our itSMF’s own
publications – and to produce good things.
The magazine is one of those things. It may
not be exactly War and Peace – but it is the kind of things that professional
service managers might read, enjoy and then look for the next issue coming out
– exactly the positive reinforcement cycle we need to create a tipping point. Actually,
the meeting itself was another great thing. So far as we can tell this was the most
chapters ever represented at any kind of itSMF meeting – including all previous
IBM – along with TSO – sponsored the
meeting, and we also hosted it at the IBM Amsterdam office. That sponsorship
gave me the right (and from my management’s perspective, the obligation) to a
10 minute agenda item to address the meeting. Now, those of you who know me
will realise I don’t usually need the justification of an agenda item to talk.
But, given the nature of my audience, I wondered what to talk about in that
formal situation. The obligatory ‘IBM has something you might be interested in
seeing’ bit was easy – a quick demo of our new G2G3 developed virtual
simulators – plenty about those in other blogs on this site so go read them I won’t
repeat it here.
My main message – and one I feel strong
enough about that I want to repeat it here – was how important sponsorship like
itSMF is (also rightly) proud of its ‘owned
by the members’ and ‘not for profit’ nature – and so it shapes the community more
than any other organisation – or more accurately it helps its members shape and
develop that community. But being not for profit doesn’t stop there being bills.
We all share in this service management
community, and it seems to me both right and necessary that the key players in the
industry take seriously the need to also be key supporters of that community.
For many sponsorship is seen as a way to
keep conference prices low, or just about advertising leverage. The sponsorship
of meetings like the publications gathering in Amsterdam makes a real difference to itSMF
being able to work on initiatives (in this case publications initiatives) that
push the boundaries and develop our community – things that can take us all
forwards. That kind of innovation – like ITIL itself 22 years ago – cannot be proprietary.
Like ITIL though the proprietary players stand to benefit from the evolution
and development of the non-proprietary guidance.
So what I spoke about in Amsterdam, and what seems important enough
for me to say again, is that the community needs its big players to put enough
back in. IBM sponsored that event, I hope IBM will sponsor again – but I would
like it even more if we have serious competition from some other big names to
get the good sponsorship.
itSMFI is producing important parts of our professional future, and
there is the chance for all players in this community to support - big companies with big sponsorship through
to individuals getting involved and active. So get on board - please.
I delivered an
SM simulation for a client in the middle of a tropical paradise in Brazil
last week. It is a hard life but I guess someone has to do it. The countryside
around was stunningly beautiful, and the views driving there even more so. I
was reminded of the great Frank Keating’s reporting from an English cricket
tour of the West Indies
for readers in a cold
and wet British winter; his opening line to his readers: “Another day
Frank, I was there to work, and work I did –another successful and fun game – I
always enjoy how much the delegates enjoy the experience; we should all have more
work that actually makes people happy.
We had a mix of
nationalities and cultures on the game – a real challenge but one that brings
its own extra flavours. I was thinking about those cultural variations on the drive
back to São Paulo
airport – and I realised there is much more to culture than the obvious things
My driver was a
very nice man – a pleasure to share a space with, just enough English to
converse, comfortable with silence and caring enough to return from a rest stop
with an unsolicited bottle of water for me; plus a cheerful insistence that I
try local specialties that I might not have seen before So, all-in-all, clearly
he is a man who wants me to be comfortable and survive the journey.
So, why did he
frighten the living daylights out of me at irregular intervals on the way?
Simply by behaving normally for his culture: using road verges to pass trucks
at high speed on the wrong side, overtaking in the middle of road works, driving
at high speed within inches of other vehicles. While this seemed reckless to my
culture, it is everyday for Brasil. It made me realise that as well as the
social variations, culture extends to acceptable risk – what would just result
in a late arrival in western Europe is met with a calculated risk to get past the slow moving
obstacles, a culture that values speed over safety perhaps? Or more likely just
the inevitable reaction to the extreme traffic volumes and conditions there. I
didn’t see it as a better nor a worse attitude, just a different one – and
there being differences left in the world is something I, for one, feel is an
unmitigatedly good thing.
many Brasilian taxi drivers before, so I was not surprised, but what did amaze
me was how quickly and unnoticed that culture got into my thinking and
unconscious actions. Back in the UK, driving home from the airport I
found myself changing lanes MUCH more than I usually would. Not too recklessly
I hope, but it took a while before I was back to my normal UK driving
So if we copy
cultural elements so quickly after so short a visit – and that copying spills
over into our next situation, do we do that with our customers too? Do we bring
the needs of the previous customer we worked with to our next, even if it isn’t
the right culture for them? Maybe this is just one more thing for us to watch
out for in our business relationships?
Next week, I'll be attending my first Pulse conference, and I have a full slate of activities planned:
- On Sunday afternoon, I will be participating in our ISM Simulator Workshop session. The workshop facilitator will be our own ITIL 'rock star', Ivor MacFarlane, and the audience will be made up of IBM customers and business partners. The workshop participants are in for a terrific one-of-a-kind interactive learning session that will confuse, frustrate and challenge them. Ultimately, they will come away with a better understanding of how to significantly bring IT services into better alignment with their business goals and strategies. And they'll also come to realize that those goals can be much more easily pursued via enhanced visibility, control, and automation—the overarching themes of the modular approach IBM takes with service management.
- On Monday and Tuesday from 11am to noon, I will be attending the Integrated Service Management Simulator Overview breakout session. In this session, you can get a preview of how the simulator highlights the challenges and business value of implementing Service Management best practices, and learn how your organization might benefit from your own team-building and thought-provoking simulator session.
- Finally, I will be working at the ISM Virtual Simulator ped in the Best Practices Zone. In this cutting edge video game, you can experience issues affecting service management and corporate profitability in a simulated organization. You will be given the opportunity to run your own business, and will gain a better understanding of challenges facing different people in a company, the value of processes and tools, and how various parts of the company positively and negatively affect the hypothetical company’s performance.
We look forward to seeing you at our breakout session!...and be sure to stop by our ped and get your game on! And if you are not one of the lucky ones attending the workshop, fear not - - we can also conduct a private Simulator Workshop session for your employees, at your site. If you are interested in your own session, send an email to firstname.lastname@example.org.
I recently booked
my travel for a business trip to the US
at the end of February. I will
be talking at several itSMF USA Local Interest Groups and – of course
– be attending IBM’s big
service management spectacular – Pulse in Las
February. I’m looking
forward to the trip, and not just to escape the British winter weather. I am
delivering our simulation ‘game’ on the Sunday at Pulse and Atlanta
in March - they are always fun, especially
our new one with added cloud features. But the best part is getting to meet
people, customers and suppliers, both at Pulse and in the itSMF meetings. There
really is no substitute for meetings with grassroots practitioners to keep up
to date. And always fun too, you do still meet such nice people in this
If there is
anyone out there actually reading this stuff, and is in Vegas for Pulse, or at
the LIG is San Francisco, Fort
Lauderdale or Atlanta
– do come and say hello. And if you would like to be part of our
cloud-flavoured SM simulation at Pulse please visit our landing page, and
then RSVP to email@example.com
But – not
unusually – I have distracted myself a little from where I thought I was going
when I started writing this. So … I booked some flights: from London
to Las Vegas and back to Europe from Atlanta about two weeks
later. As we all know, we live in the information age so immediately I started
to receive information. And I do admit it was information –I had booked a
flight to the US
and I got information about the situation in the country I was going to.
Let me divert
again a little bit and remind you – because you are all experts and know this
stuff – about a basic knowledge management concept; the spectrum that runs
data->information->knowledge->wisdom. At the beginning data is
extensive but not too helpful. If it ever reaches wisdom
it actually helps you survive and thrive.
But back to that
travel information I was getting. Remember I had booked a flight in late
February to the Nevada desert; what I received
by email was warning me about traffic disruption in downtown Washington DC
in late January. I have subsequently been advised of snow problems in New York. Now this has good conversational value,
allowing me to sound knowledgeable and sympathetic on calls with New Yorkers,
but I suspect that was not the intention.
I interpret it
–this may be grossly unfair of me, but I am the customer and customer
perception is what matters – like this: travel advice is being planned and
delivered by someone who goes to the same desk in the same office everyday, and
rarely puts foot on an airplane. Of course the real culprit behind this is ease
of programming – data is cheap and plentiful, applying some basic ideas to turn
that into information is quite fun, sounds good and means you can despatch all
sorts of travel notice updates to people who will be travelling sometime in the
future. But it is – sorry but it really is – just using data because you have
it. Maybe they bill on the number of messages? Maybe they really think I want
to know? The real consequence is that I delete these emails unread now – so if
they were by some miracle to send me something useful, I would miss it
last year this system showed the kind of silo thinking that comes from not
knowing the customer’s environment – the kind you often see in service
management reporting. I spoke for itSMF Sweden
in Malmo, getting to Malmo is really easy – you fly to the nearest
airport and take the train direct from airport to town centre. But two factors
combined to deliver me information even less useful then usual. One, the system
thinks only in terms of flights and rental cars – I think it rather looks down
on train travel as a bit common. Those of us who use trains mostly have to buy
the ticket when we get to the station. Second factor is that the nearest
airport to Malmo is Copenhagen
– a lovely and convenient airport with great direct train services – but it
just happens to be in Denmark.
So, yes you guessed it, I got lots of travel advice about visiting Denmark, there could have been civil
insurrection and rioting in the streets in Malmo and they wouldn’t have told me – why
that’s a whole different country!
Now of course Sweden doesn’t
do insurrection, I travelled easily and had a good time at an excellent event
without any issues. But all this useless information I get seems symptomatic to
me of measuring the wrong things – probably something we are all guilty of,
because – as I have said before in these blogs – measuring the right things is
harder, but if we can manage it then it drives us into doing the right things.
Maybe at the real heart of this though is the simple statement, if you don’t
know what you are aiming at, you are unlikely to hit it.
I suppose if
somebody were to ask me what I want notifications about, I would be happy to
work with them, and set up delivering something that goes beyond information,
starts delivering knowledge and gets me the wisdom I need to make the right
But if that is actually
ever to happen then those of us receiving all this useless information need to
realise it is – mostly – our fault. I could have responded offering to help
them improve, I could proactively tell them what I need – I could offer some of
my time as an investment in my own future knowledge and wisdom deliverables. But
It is easier (and more fun?) to carp and whinge – so maybe my New Year’s
resolution should have been around practising what I preach – doing what I
talked about in my itSMF conference presentations last year – and to start
being a good, committed constructive customer because it won’t get better
OK – I’m off to
find the ‘help us improve our service’ button on the web site. See you at Pulse?
a final reminder – For simulation information go to our landing page- for info
on LIG presentations go to http://www.itsmfusa.org/local-interest-groups
Ok, so I'm not really a Luddite in the original sense of the word...but I fully admit that I prefer handwritten notes to emails and texts, hardcover books to paperback or eBooks, buying the full CD (AKA the album to us old-timers) rather than downloading a single tune...and just don't get me started on the term "my bad..."
Being a Ramblin' Wreck from Georgia Tech, a Computer Science major and working for a technology company, I can assure you that I appreciate innovation and the value that technology brings to the the world as much as anyone, perhaps even more. I had one of the first Sony Discman CD players, my husband and I were very early adopters of satellite TV, I use an insulin pump to manage my diabetes and, of course, I have an iPhone. But sometimes I need to sit back and think about what all this really means...and thinking about it NOT in terms of the technology itself, but in terms of everyday life makes me appreciate it even more.
Which is why I am truly excited about - and looking forward to future installations - of the Service Management in Action feature articles by Ivor Macfarlane, our resident Service Management expert/evangelist/all around good guy. Check out his first article...Real-World Service Management: Ivor Macfarlane on Service Management Dynamics
and see what I mean. In this article, Ivor uses a food court in Hong Kong to show how service management is everywhere, not just in the IT department, and it isn't something you do and forget about. It requires ongoing optimization over time—a continuous re-evaluation and improvement of the customer experience.
Hmmm...makes perfect sense to me. I think we all know this instinctively, but hearing it explained in this context, the light bulbs start going off. (Not to mention that I've had a wild craving for curry lately)!
Ivor will be contributing his perspective, insights and experiences from the real world to Service Management in Action on a regular basis...to help you understand what service management truly means and how it can ultimately help you get a better business outcome—and a better experience for your customers. Stay tuned for more!
Signing off for now,
Your friendly roving Integrated Service Management Reporter
P.S. I learned what the word "Luddite" meant only this year, after hearing my favorite British singer refer to himself as such during an interview. And when my favorite British IT Service Management expert used the word in conversation recently, I figured I must use it, too! ;-)