Posts and Pages Tagged ‘linkedin’

Involve the users Last updated:18 August 2016

In the very first paid job I did, as a fresh-faced 18 year old, I was on the receiving end of some new technology. It was an interesting experience.

The technology in question was a complex piece of machinery which automated the process of splitting up multiple carbon copies of orders for distribution to different sections (shows how long ago it was…). This had previously been done by hand. The order packs came in batches of 48 at a time, and needed to be threaded through this machine before the process could be run. This was rather fiddly.

Now, once it was installed, we had lots of senior visitors who came from the top floor to see this wonderful machine and marvel at how much time was saved. Except, it didn’t really save that much time, if any, because the total time taken was pretty much the same as before for a set of 48 packs, and actually rather longer if there was less than 48 – this happened quite often because urgent orders had to be printed off as soon as they were entered.

The clerical people that actually did the job knew all this, but nobody had asked them… I managed to put my foot in it by saying this to one of the more senior people and was told “You’re not paid to think”. Ouch!

This is especially critical in a contact centre/CRM environment where usability is so critical to the success of an application. On one occasion I commented about the lack of involvement from users in design, and was told it was OK as the Director of Customer Service was involved. But they’re not going to use the system on a call with a customer, are they?

Make sure the real grass roots/coal face/sharp end users are involved in design. They will be the harshest critics of anything that isn’t quite right – and what seems like an acceptable compromise in a design workshop may be the end of the world in a busy contact centre.

Blackberrys, naval signalling and thinking for yourself Last updated:9 September 2015

I’m reading this book about Scott’s expeditions to the Antarctic at the moment.

A bit of background information about the Royal Navy particularly interested me. It talks about communication between naval vessels in action. In Nelson’s time in the early 1800s it was very difficult, with the result that each captain had to rely on his own judgement and initiative. By the mid to late 1800s, however, improvements in naval signalling meant that captains relied far more heavily on orders from superior officers, with the result that initiative and individual thought was largely stifled, and the quality of naval leadership suffered badly as a result.

It struck me that there are parallels with today’s “always in touch” culture via mobile phones, emails, Blackberrys and the like, all of which discourage people from using their initiative and making a decision, because there’s always someone else to refer the decision upwards.

Maybe one day a week should be declared “trust your own judgement” day…

To IE6 or not IE6, that is the question… Last updated:28 October 2011

I have now officially moved my stance on IE6 support from “must support” to “not sure”. The last two companies I’ve worked in have had IE6 as the only browser available, and I’ve been heartily fed up with sites telling me I’m retarded and lazy for not upgrading. Consequently I’ve always been quite keen on things working in IE6, or at least degrading gracefully.

Only a fifth of one percent of visitors to this site used IE6 (and even some of those were me testing) – most of them from Russia, USA and the UK if you’re interested. Some of the other sites for which I have stats, that perhaps have a more general audience (for which read less geeky…) vary between 0 and 2%.

So logic says forget IE6, but not sure I’m quite ready yet. IE6 is a pain, but it’s not like it’s that much extra effort in most cases to tame it.

Just had a look at the Save IE6 Campaign’s website. Excellent.


Relations with suppliers Last updated:5 October 2011

Some little time ago I came across a job ad looking for a project manager (and I quote) “to bludgeon the supplier into submission”. I’m not quite sure whether the agency thought that this was a good way to attract high class candidates, or what. The sad thing is I suspect it wasn’t a joke.

Subsequent reflection on this got me thinking about really productive working relationships I have had with different suppliers. One common characteristic of these successful relationships has been the old fashioned virtue of trust. However, I’ve never trusted the supplier. I have trusted the people who work for the supplier. I’ve trusted them to bring their specific expertise to the project and I’ve trusted them when they’ve told me that things are impossible, and I’ve trusted their judgement when we’ve discussed problems. I flatter myself that, again in the most productive relationships, the trust has been mutual. The supplier project manager has trusted me to manage things at my end, believed me when I said some elements are essential however difficult they might be, and so on. These have been relationships of equals, not assailant and victim. There has been a remarkably small amount of bludgeoning.

So how did I get to this position of trust? I had been conscious for quite a while, having worked with suppliers on many different projects, that the situations which I felt to be most useful were face to face meetings with people. No big suprise there. But actually I realised it was a bit more specific than that – in many cases the most productive discussions were actually the informal ones. The circumstances varied from sitting next to a developer and chatting about an issue, talking with a supplier project manager over lunch during a more formal meeting, even chatting to potential suppliers during a coffee break during a tender presentation. My experience of projects is that it’s usually a few people who are in tune with each other who are critical to the success of a project. And it’s the informal contact that builds this set of people who are in sync, and who trust each other, just as much as the formal contact. None of this is to say you don’t need formal meetings – of course you do. But don’t neglect the opportunity to build the relationship through the informal contact.

I am not normally one for reading learned articles on project methodologies – but there’s one I came across called “Characterizing people as non-linear, first-order components in software development” written by US methodology guru Alistair Cockburn in 1999. Normally the title of this alone would have been enough to put me off, but in fact the more I read, the more I found myself in tune with its substance. Cockburn notes that a commonly quoted factor in successful projects is that “a few good people stepped in at key moments and did whatever was needed to get the job done”. Additionally, he concludes that the most effective way to communicate is to have two people standing at a whiteboard, and that the further you get away from this situation the less effective the communication. He doesn’t make this specific distinction, but this implies to me an informal meeting rather than a formal presentation.

The relationship with your supplier becomes more important when problems occur – and things always go wrong during projects. Coming back to the start of this article, bludgeoning the supplier into submission isn’t very likely to help. I’ve never seen a project fixed by people shouting – and I’ve seen a fair amount of shouting. I’ve seen projects fixed by sitting down and talking about them. I’ve seen projects not fixed by either approach. I’ve certainly seen shouting make suppliers less co-operative. In my experience, sitting down and talking calmly about the problem is usually the best approach, and certainly the one adopted by all the most impressive project managers I’ve worked with. The better your relationship with the supplier, the easier this sort of meeting is likely to be, another benefit of getting to know the people you’re dealing with better.

Looking at this from the point of view of less successful relationships I have had, they support the same conclusion. In a few cases I have not had what I’d call positive relations with suppliers. These have pretty much coincided with situations where I haven’t been able to establish good relations at a person to person level – either because of geographical separation, or in some cases, cultural differences.

In conclusion, remembering that the people you are dealing with are just that, people, and taking every opportunity to build relationships with those people, is a significant success factor in projects. The fringe benefit, of course, is that it might actually make the project more enjoyable as well as more productive. And that’s got be a good thing.

New online shop for Adelaide Walker Last updated:5 October 2011

Launched a full e-commerce website last month at Adelaide Walker. This represents the third stage in the evolution of this particular website which started as three static pages to provide an initial online presence about four years ago.

I’ve built it using Opencart – which I’ve not used before. Overall pretty good, the odd bit of strange coding in the version I used (, and I’ve found that in order to make the site do what was required I’ve ended up compromising the upgrade path by amending the core files.