A Sunday stroll about design and professions and all that jazz

For years, I’ve been told that people in IT are obsessed with “the technology” without really understanding “the business”. This has been good for some people, with the creation of a hybrid role [“Don’t worry, Superman is here; I’m a normal person who speaks geekish as well, and I will save the world for you”].

Over the years, over many organisations, I’ve seen many skirmishes between “finance” and “HR” and “operations” and “IT”. As the years passed, and as skirmishes became battles, they became boringly familiar. I’d seen the movie before, and even slept through it. Each battle went through four steps:

  • My profession is more important than yours.
  • In fact it is so much more important that you won’t even understand what I do.
  • But I understand what you do, and it is simple. I don’t understand the fuss.
  • So I will spend my time pointing out that difference to my management whenever I can.

Until I read Andrew Abbott’s The System of Professions I was blissfully unaware of all this, of the implications of the blurring that’s taking place, of the reasons why this was happening. But enough of that, it’s the subject of a different post. But.

Where I work, we’ve done something very different. As an industry, we’ve been selling “convergence” to the market for a long time without actually being converged ourselves. So we’ve fixed that. One year ago, we merged our product, process, network and IT departments into two new ones, calling ourselves Design and Operate. [As far as I am aware, no telco worldwide has taken such a radical step.]

All my life I’ve been fascinated by design, but as an amateur. My training was as an economist, so the passion for design was driven by natural curiosity, a willingness to observe and the commitment of an amateur. Whenever I looked at things, I liked making observations, largely to myself, about the design of the things I was looking at or using.

Here are some examples:

Walking around Bologna recently, I loved seeing the porticos that dominate the architecture of the town. Bologna has more than 32 kilometres of porticos, aesthetically pleasing, eminently practicable, a pleasure to observe and to use.

Shelter from rain or sun should you need it. A place where shops and stalls and restaurants can encroach upon within reason, to change and enhance the customer experience. A trademark for the town, standardising it yet allowing for considerable variety and ingenuity.

Here’s a second example, again from the architecture of the town.

It’s taken at the Piazza Maggiore, the heart of the town, an open where the sun seems to shine its strongest. Yet the sense of cool that pervades this little passage above has to be exeprienced to be believed, and you can see the light and shade effects for yourself. Once again aesthetically pleasing yet immensely practical.

Just round the corner from the Piazza Maggiore, I came across this, in one of the porticos I was referring to:

Bookcases holding secondhand books, placed in the portico in front of the bookshop. Beautiful curves in the aged wood cases, easy to lock and secure, yet lovely to look at and with a great visibility-to-blockage ratio.

Given the examples above, you may surmise that the only aesthetics-meets-practicality examples I see are all in the past. Not true. Here’s something from the hotel I was staying at:

For many years, when it came to hotel room directions and numbers, I’d seen Braille support, as in the example below:

Which was fine if you were standing right in front of the room, for people with strong sight; for blind people, it was fine once you got there in the first place. The use of the carpet to signal room direction seemed a good thing to me, good for people with normal sight and for partially sighted people as well. I also liked the fact that I could look down a corridor and see approximately where my room was, giving me a sense of depth I didn’t have before.

Incidentally, while researching this post, I came across thisisbroken.com, a site well worth visiting. They have examples like this one:

There’s a lot that still intrigues me and confuses me about design. One of the themes that I’ve been kicking around of late is the concept of “horizontalness” and “verticalness” in design, what that means for the customer, why vertical patents are not good for customer experience.

What am I talking about? Let’s take the car industry as an example. One manufacturer patents side-impact airbags. A second patents “control-your-CD-player-radio-on-a-stick”. A third comes up with integrated rear child seats. And so on.

The patents are for “horizontal” products, yet implemented in vertically-controlled platforms called manufacturers. We need to reduce the cost of transferring such innovation between vertically integrated platforms, while at the same time ensuring that the creator of the patent gets rewarded for the creativity and original investment.

Something to think about. Comments welcome as usual.

25 words

I liked mousewords‘ attempt at Liz Strauss’s “25 words” writing project, so I thought I’d give it a go myself:

Use what you stand for to attract customers; use what you do to retain them. Ensure they’re always free to go, and they will stay.

[Extracted and edited from this essay, which forms the kernel for my blog].

Thinking about opensource and VRM

For many years I’ve been of the belief that:

  • when a problem is generic look to the opensource community for the solution
  • when a problem is specific to a vertical market look to the commercial community
  • when a problem is unique to your organisation look to your own developers

You don’t have to be legalistic about it, this is just a rule of thumb and, at least to my warped mind, represents common sense.

The way I’ve phrased it, I may give the impression that the opensource community is incapable of solving vertical market problems. That is not the case. “Generic” is in the eye of the beholder: if there is sufficient scale then the opensource community will respond. It is the scale rather than the vertical-market-ness that determines this response.

Take a look at OpenMRS: a community-developed, open-source, enterprise electronic medical record system framework. It is based on Java, Hibernate, Tomcat, MySQL and XML, and runs via a browser.

OpenMRS is not unique. As far as I can make out, the Collaborative Software Initiative, which I first heard of via Dana Blankenhorn, was founded precisely to build vertical market apps and stacks in environments where the scale was attractive.

It is now a frightening five years since we started talking about “the missing opensource projects“. It is over four years since R0ml Lefkowitz gave his seminal presentation at OSBC 2004. Opensource is gently moving up the stack; gently being the operative word.

I cannot help but think that there is a direct and important correlation between this movement of opensource up the stack and the mushrooming of VRM. The VRM movement needs leverage, and this leverage cannot come from the existing “vendor” community. Of course there are enlightened people within the vendor community, and it is not my intention to disparage them. But you can’t break wind against thunder and expect an equitable outcome.

There is hope yet. The opensource community is moving up the stack, from generic to large-scale vertical. The VRM movement is gathering pace and momentum. Not surprisingly, there’s a lot of overlap between the two “communities”, if you can call them that. There is a difference, though; opensource is in well-established technical execution, while VRM is still moving through the amorphous concept-wrangling stage.

For VRM to get to full-speed-ahead execution, something else needs to happen. And I think that something else is the “verticalisation” of opensource. The good news is that it’s begun to happen.

Views?

This is the internet

Sean Tevis. Information architect. Decided to “retire” his current State Representative. He’s going to win. This is his story (XKCD homage style) so far. Running for State Representative in Kansas. Read the whole story here. Ladies and gentlemen, this is the internet.

Thanks to Phil and FND for tipping me off.

OSSification

Sitting comfortably? Take a look at this excerpt from what appears to be a manual written maybe sixty years ago:

Do you identify with any of it? Recognise those behaviours from anywhere?

Stay seated. Now take a look at the cover page of the manual in question:

Yup. Simple sabotage, as practised and trained for by the OSS. Yes, folks, many large enterprises have been OSSified. Of course it’s not happening in your organisation, or in mine. Of course you don’t recognise any of those behaviours. Of course the shoe’s on the other foot.

And of course that shoe’s made of wood.

My thanks to Sean for pointing this out, for transporting me to Euan’s post before I’d got to it in my feed reader. [And thanks as well to Michael Walsh for sending the link to Euan in the first place.]

I’ve taken a long hard look at the manual in question. Looks genuine. Take a look for yourself, Euan links to it. If it does turn out to be a forgery, in these days of Photoshop, at least it’s a good one.