Work

Does content need a home?

We like to classify things, put them in homes. Information Architects design controlled vocabularies and taxonomies; ultimately labeling where things should go. Things may live in more than one place; we may use a faceted classification, but essentially that is a roadmap to the same unique, indivisible place. On the web this typically means an unintelligible URL with lots of random characters rather than something that is human readable. And that is just not nice. So you want a Robbie Williams CD (not that I’m sure why you’d want such a thing) – your journey may take you down any route:

Adult contemporary > Male Vocalists
Popular artists > Q-T
Pop > Dance Pop
British acts > Male Vocalists
Award winners > Brits > 2005

Whatever the route, chances are they’ll take you to the same page; “robbiewilliams.htm” with a unique URL (more likely than not it will be a dogs dinner of characters and symbols thrown up by the content management system).

The drawback of each journey terminating at the same place is that it lacks context. For example, a music store might have a campaign around specific artists. They may choose a different flavour to the branding in the campaign, a different look and feel. The “Brits” pages are different to the “Dance pop” pages. But as soon as the user is directed to a specific record they will served up the standard artist page. Any context of the journey in a breadcrumb will be lost (or in Amazon repeated to show where the product “lives” according to the different classification hierarchies).

Yet what if the product’s classification was truly faceted, was not indivisible, but lived wherever it was sought? Should the URL of “Robbie Williams” not be how the user has found it, the URL becoming the breadcrumb?

store.com/popular artists/Q-T/robbie.htm
store.com/britishacts/solo/male/robbie.htm
store.com/awardwinners/brits/robbie.htm
Store.com/search/robbie.htm
store.com/tags/robbie/robbie.htm

The page may be (almost) the same, served up (mashed /meshed up) with the context in which it was sought. Related links would be specific to the URL rather than generic (other Brits awards winner in the Brits context, other male vocalists in that context). Yes, there maybe multiple versions of the same page on the site, but from a findability perspective this is little different to a conventional faceted classification system.

OK, this is all well and good, but doesn’t it hinder search engine optimisation? Well no, Google handles duplicate content quite nicely thank you very much. So bring on the tidy URLs and content living nowhere and everywhere.

What is your business

Should “the business” care about IT? Should an investment bank trader know anything about XML, or a marketer know anything about SQL? Probably not. Even less so should they be talking to their IT colleagues of their requirements in these terms. The business should speak to IT in a language of value driven requirements rather than implementation detail. What is the outcome you need or want, not how you think IT should deliver or implement it.

Yet in many organisations (especially where IT has historically had a track record of failure), the business has taken a greater interest in IT delivery. They start talking the language of the techie. When this starts to happen business operations no longer see the clarity of their business. They see systems. In an investment bank setting: the trade is booked in Zeus, settlements are handled by Minotaur, payments by Socrates. Corporate actions are handled in Hades. Depending upon the geographic region, client management might be handled by Tomsys, Dicksys or Harrysys. You ask a business person what do they do and they talk in terms of systems. Getting down to the underlying requirements of what they actually want to do is hard. Innovation and creative thinking are hard because they always return to what the limitations of the current systems are. They focus upon the requirement for a Reconciliation System rather than asking why there needs to be any reconciliation in the first place.

So here’s a suggestion. Act dumb. Forget everything you know about the way you do things and go back to first principles. How would things be if we were starting from scratch? How would you describe your business intent (not the what you do now, rather what outcomes you really want to achieve) in simple terms to a complete novice. I doubt the word “system” would come into the description.

Version control

Tortoise Subversion is a simple and elegant tool for version controlling files. It is generally used on software development projects; it would be interesting to know how widespread it’s use is outside IT. For example, marketeers are enthusiastic PowerPoint users. When collaborating on documents they will generally share them via email, changing the file name with each revision, (e.g. salesdeck-0.1.ppt salesdeck-0.2.ppt until it is finished with salesdeck-1.0.ppt. But inevitably a 1.1 or 2.0 will rear it’s ugly head before it goes out).

Some organisations use rather heavyweight intranets / document management systems such as Sharepoint; could this be over-engineering when a lightweight tool such as Subversion could do the job almost just as well. This thought was recently confirmed when we were demonstrating how we would be sharing files using Subversion to our stakeholders. I demonstrated creating and checking in a document, and then showed someone else working on it, all from the familiar starting point of Windows Explorer. One of the guys from the business who’d never seen this before was incredulous. “And we’ve just spent $$$$$ on installing SharePoint. Why did no-one suggest this?!” Good question. As was “oh, by the way, Tortoise Subversion is free”, but it didn’t seem appropriate to say that at the time!

Hey CIOs, call me a cynic…

So, “Although there’s some dispute as to the average life span of a CIO, it’s generally held to be in the neighborhood of 21 to 24 months. [pdf]”.  Think about that tenure.  That’s just enough time for the new CIO to get through the first 100 days of viewing the landscape, seeing the mistakes of his predesessor, deciding on a new direction, getting a new bunch of vendors / integration partners in and seeing a major project be delivered.

Delivered?  Well probably not delivered to the full satisfaction of all stakeholders, but it is a “delivery” all the same.  And it’ll be recorded as a success on his resume.

Onwards and upwards the CIO goes (to repeat his experience at a slightly larger and more prestigious firm).  He’d been there almost two years – good time to leave actually.  Just before it starts to become clear that the project has not really delivered the benefits the business was expecting and actually there are a whole bunch of issues outstanding. That stuff is left for the next CIO to embark on his 100 days of viewing the landscape, seeing the mistakes of his predecessor, deciding on a new direction, getting a new bunch of vendors / integration partners in…

Banking hasn’t moved on

My Great grandfather worked in a bank. He probably witnessed the introduction of the adding machine. Even then his work life would have revolved around the quill and ink; double entry book keeping, maintaining the accounts in journals and ledgers. In those days they were real journals and ledgers. And in balancing the books he would be reconciling data from one paper record to another.

Almost 100 years later and I recently found myself working for a bank… And I’m talking to people whose work lives, like my Great Grandfather’s, revolve around journals and ledgers. Only now their adding machines and the books have been replaced by systems.

Yet 100 years later their jobs remain similar to my Great Grandfathers. They are still reconciling data from one paper record to another. But it is no longer the journals themselves they are reconciling; now they are reconciling printouts of excel spreadsheets.

If IT was supposed to automate banking processes, take away “human error” and do away with reconciliation differences, IT professionals have failed to deliver on the promise. Indeed they’ve made things worse. The books may balance in one system, but add a few more systems, across the globe then things go a bit 1910. Manual reconciliation is still someone’s day job. It’s a sad fact that banking hasn’t really moved on in all that time.

Code I understand

ThoughtWorker’s blogs are aggregated on Thoughtblogs. At a high level, they can be divided into two categories:

1. The written word, sometimes with photos and illustrations included
2. The (techie) written word, with a few intelligible sentences followed by blocks and blocks of code.

I enjoy the former, but I’ll confess the latter is usually gibberish to me. So what joy it is to read a blog that describes code, that is eminently understandable. Behaviour Driven Design that Dan talks about not only makes sense, it is also understandable to someone like me who is not a code polyglot. My last blog was critical about the Business finding themselves talking the same language as IT… how refreshing it is to see code talking the language of the Business.

What is your business?

Should “the business” care about IT? Should an investment bank trader know anything about XML, or a marketeer know anything about SQL? Probably not. Even less so should they be talking to their IT colleagues of their requirements in these terms. The business should speak to IT in a language of value driven requirements rather than implementation detail. Yet in many organisations (where IT has historically had a track record of failure), the business has taken a greater interest in IT delivery. They start talking the language of the techie. When this starts to happen business operations no longer see the clarity of their business. They see systems. In an investment bank setting: the trade is booked in Zeus. Settlements are handled by Minotaur, payments by Socrates. Corporate actions are handled in Hades. Depending upon the geographic region, client management might be handled by Tomsys, Dicksys or Harrysys. You ask a business person what do they do and they talk in terms of systems. Getting down to the underlying requirements of what they actually want to do is hard. Innovation and creative thinking are hard because we always return to what the limitations of the current systems are. Why there is a requirement for a Reconciliation System rather than asking why there needs to be any reconciliation in the first place.

So here’s a suggestion. Act dumb. Forget everything you know about the way you do things and go back to first principles. How would things be if we were starting from scratch. How would you describe your business intent (not the what you do now, rather what would you do) if you had to explain it to a novice who was starting a competitive business to put your business out of business. I doubt the word system would come into the description.

Are you building a potato or a Sensation?

The humble potato is not worth a lot. The farm gate price for a 150g spud is negligible. How do you add value? How do you turn a worthless Maris Piper into a valuable commodity?

Potato

Potato crisps (chips) are a great example of a low value product being turned into high value one.

Walkers salt and vinegar crisps

But that’s the easy part. The real value add is further transforming the product without fundamentally changing it. Innovation through packaging and marketing, making a basic product appear more desirable. Appealing to higher sensations beyond just satisfaction; differentiating the same basic product into an up-scaled, up-market luxury item. The same item that customers will happily pay more for.

The retail price for a 50g bag of Walkers Salt and Vinegar crisps at my local One Stop is 35p. The price of the Sensations bag is 47p. (For reference the retail price of a 50g potato – is 5p). Now I’m no crisp expert, but I’d guess that the incremental cost for adding a couple of new ingredients to the flavour is marginal. There’s some sunk cost in product development- creating the new flavours and developing the new brand, but this is little effort compared to the benefits that will be accrued.

Walkers Oven Roasted potato crisps

But that is not the end of the story. Focussing upon the experience of the Sensations product, Walkers see an opportunity to change the packaging – to increase the bag size. Now their basic Sensations product is a whopping 150g bag that retails at £1.35.

Walkers Lime and thai spices crisps

Sometimes it is easy to focus upon just delivering the basic package, to just satisfy the customer. Is there anything you can do on your project to transform delivering the hygiene of customer satisfaction, to selling a compelling value-added experience?

It’s not what you’ve done, it’s what you’ve acheived

This is a good way to assess where you are going in life.  It’s not so much what you’ve done, it’s more about what you’ve achieved.  Great, so you’ve written a marketing plan, you are an expert in Java, .net and Ruby on Rails.  But what have you actually achieved?  What did that marketing plan result in delivering?  Who did you delight with the applications you built in Java, .net or Ruby on Rails?  What value have you personally contributed to the world?  What would your epitaph be?

System Obituary

Talking about workshop icebreakers with Prashant and here’s an idea: participants write their own tombstone or obituary. “Here lies Jack. A life spent comparing numbers on an excel spreadsheet”…. You could even use Tombstone Generator to bring them to life:

Tombstone

Hmmmm, maybe not the strongest icebreaker (indeed it could kill your workshop before you’ve even started… If you don’t consider cultural sensitivities you could receive some rather blank looks, if your audience doesn’t have a dry sense of humour or doesn’t “get it” you’ll be in trouble…)

So maybe it won’t work so well with people, but how about systems? If you are looking to understand the current system landscape, why not ask the participants in your workshop to list out all the systems they can think of and ask them to write the inscriptions that would appear on the tombstone.

For example…

+

Customer System RIP
1997-2007

Dearly beloved wife of Position System and bastard child of Excel spreadsheet (1991-date).

Threw tantrums and refused to give the right answers when it really mattered
Grew bloated in size due to unwanted change requests
Lost self worth due to non-business value changes
(Died in the loving hands of Indian Outsourcing Company)

She will not be missed

+

Here Lies Position Reconciliation Spreadsheet
1991-2007

Father of Every Conceivable Problem

A real handful to manage but usually got there in the end
Local resident of Sarah’s Desktop, he never got out much
Prone to occasional lapses of judgement that were rumoured to cost the bank millions

He has gone to a better place (recycle bin)

And why restrict this to the current state. It could be a useful exercise in understanding what benefits a new system could be remembered for…

+

Here lies New System
2007-2017

Saviour of the Back Office

Banished reconciliation breaks to history
Defeated the multi-headed Legacy Dragon, bringing peace and harmony to the Ops team
A single voice of truth
Beautiful to look at, easy to get on with, she gave such joy to customers and added such value to the business

Without her Ops can no longer function

5 of 13
123456789