Wednesday, 29 August 2018

An adventure in failure

I toddled along to Library Camps' FailCamp recently. I thought I'd put in a pitch for a discussion about my experience with the People's Network, not as a technical failure but as a failure of project management. I'd put together a few notes, and these are they, with a couple of clarifications arising from the discussion.

Introduction

At the fag end of the Major administration in the mid-90s the government accepted a proposal that every library in the country should provide free access to the internet. The details were finalised by the Blair government: Lottery money would be provided to do the necessary; each local authority had to match the Lottery funding, either in money or kind; bids had to be submitted to claim the money; and final delivery on the ground had to be completed by the end of 2002. There was no "national People's Network" along the lines of the academic JANET network — every local authority had to invent their own solution.

We had 19 sites to work with, 10 of which were completely offline. In 2001 our public internet provision was 2 coin-operated PCs in big wooden cabinets plugged into ‘phone lines. We successfully put our bid in at the last possible moment (literally half an hour before the final deadline), received confirmation of funding in May 2002 and by December 2002 all the libraries and 142 public terminals were online. This was a failure. Years later this would feature in staff conferences as “The failure we have to live with.”

Why was it a failure?

Because the customer (the Library Service) saw it as a failure.

So the customer’s always right? 

No: sometimes, as in this case, the customer can be irresponsible and wrong-headed. But if, in the end, you can’t demonstrate to the customer that you have successfully delivered what was required then to some degree, however unfairly, you have failed.

So why a failure?

  • There were no pre-defined success factors. If you can’t define success you can only fail.
  • The desired outcomes were extremely vague — “Public access to the internet” could, and did, mean many different things to different people or to the same people depending on which way the wind blows on any given day. So you could only fail.
  • There was no buy-in to the project by the line of business. While the IT Department planned for and delivered a business transformation project the Library Service didn’t and expected that the change to the service offer to the public didn’t mean that there would be any corresponding change to the libraries’ business as usual. So the customer experienced severe disruption without getting the expected benefit. The lack of buy-in also meant the customer could behave as if the disruption was imposed from without rather than being a service transition within their operational business.
  • Technical assumptions made based on the base specifications of the national project didn’t match the real-life requirements that evolved post-implementation. The necessary changes were made within weeks but that wasn’t fast enough — the new solutions weren’t immediately available to solve each problem as it was presented. The narrative became: “It doesn’t work properly.”
  • There were the inevitable technical hitches, not least because we were applying technologies we were only just learning directly into a live environment within a very limited time frame. Test environments for the technologies but no test environment for the business implementation. When problems arose the same people trying to solve the problem were the ones being pressured to roll out the problematic solution to all sites p.d.q. The narrative became: “It doesn’t work properly.”
  • The Library Service didn’t know what it wanted the public internet for, save that everyone said they should have it and everybody else was doing it. “We want public internet provision” is the same as “We want tables and chairs,” what you get and how you get it depends on what you want to do. Nature abhors a vacuum so the public either found their own uses for the service (some of which — reasonably or not — didn’t find favour with the library staff) or wanted to do things which the solution wasn’t designed to deliver (generally typified as: “I can do this on my PC at home, why can’t I do it on this?” — downloading ringtones and loading software brought in on disks onto the public PCs were the two most popular). The Library Service’s user input to the design and specification went no further than “We want the internet,” consequently expectations weren’t managed, were confused and were inevitably often disappointed.
  • As stated already this was seen as a technical implementation, not a business transition. Providing public access to the internet creates a new support load at the front end of the business. Members of the public needing help creating documents, finding and using online services or creating and using email were seen as technical problems to be addressed by “techies,” not service delivery issues and customer support to be addressed by the business. This disconnect was presented as a failure of project delivery not as a failure of business management.
  • There was a complete failure of the relationship between business managers and technical support. This lasted years.

Lessons learned?

  • Experience isn’t what happens to you, it’s what you do with it.
  • You need to specify desired outcomes and success factors. How will you know if the project has successfully delivered? If you don’t you can only fail.
  • If you get to the implementation phase of a project without you and your customer both having the same clear idea as to what you’re going to deliver you can only fail.
  • If the only pre-implementation meeting you have with business managers is devoted to anything other than the nitty-gritty of the project you are going to fail. (In this case it was 3 hours discussing the location of one table in one library, and no, I’m not making that up. A textbook example of Parkinson's Law of Triviality.)
  • Never. Ever. Work on a “We’ll leave you to it” basis. By doing so you are taking the entire risk of the enterprise on your shoulders. Insist on milestones where you get sign-offs of the work that has been done to date. No sign-off, no further work will be progressed. You will be hated for it. But you’ll be hated if you cop for the blame for any problems or failures so you may as well go for it .
  • All technical implementations are business transitions, otherwise they wouldn’t be done. The changes may be small or incidental, they may be majorly disruptive. Whatever, changes — and their associated risks — need to be managed and not ignored. Business failure may be blamed on the technical solution not on the failure of business transition management.
  • If business managers are more concerned with assigning blame than in finding solutions you need to get out. This type of organisational culture fosters failure without ever learning from it.

Friday, 6 July 2018

hors de combat

Been to what had been planned to be the last of this year's leaving do's (during which I heard some news suggesting there'll be another this Summer). Leaving do's feel a bit strange: it's nice to see old faces, catch up with the gossip and that, but it's sad to see how tired and stressed out the working remainder are. It was always a bitter joke that the people that retired looked ten years younger than the ones still in work. When I first moved out of libraries into my last team fourteen people struggled to do the work expected of the six who remain (who have also had a few other odds and ends dumped in their laps). At the last library leaving do I looked around and wondered how on earth they're keeping the doors open (it was a constant struggle back when there were twice as many bodies available to shift around at the last minute). I feel well out of it and incredibly sad for the people left behind trying to deliver services with ever-dwindling resources.

I think that goes for English public libraries generally, too. I consciously stepped away from the nightmare about eighteen months ago. Before then I'd been doing odds and ends and then I'd offered to lend a hand to the Library Taskforce. After a while I had to conclude that that had become an expensive hobby that wasn't getting anywhere. This was no fault of the Taskforce, it was the fault of the political realities it has to work in. At that time much of the work that we had been talking about had been stalled for the best part of six months awaiting a ministerial signature to the action plan, a consequence of a change of Prime Minister and a ministerial reshuffle. Ironically, the plan was published the same day I finally decided to send the email thanking them for having me and wishing them luck in the future. Not planned, just one of those nasty coincidences real life throws at us.

My breaking with the Taskforce wasn't a reflection on the action plan, it was a reflection of my sense that I wasn't doing anything useful. Until the plan was authorised we couldn't take any action. We'd spent a few months discussing how to use the library data that the Taskforce had managed to collect so far. Objectively this was nothing much, just a list of all the libraries in England and their current status (open, closed or various flavours of "community" library). In fact, collecting this was like pulling teeth and involved trawling round hundreds of web sites to build a list, then each library authority was sent a list with the note more or less saying: "We think these are all your libraries. Please could you confirm/deny and make any corrections. Thanks." Most authorities responded and any corrections were made to the "definitive" list; when an authority didn't respond the hope had to be that they hadn't found any mistakes. And then we sat around, full of ideas and possibilities but not being able to get anywhere. Which is why I felt I was being useless and eventually quit.
(When this data set was finally released, after the action plan had been authorised, there were howls of anguish about what wan't included. "This is available already from CIPFA statistics," somebody complained, ignorant the fact that the reason why CIPFA stats weren't trawled in the first place is that a large minority of library authorities don't submit the data every year, or in some cases at all. This was what it said on the tin: an attempt to create a definitive list of English public libraries with a model process for keeping it up to date, the base on which to build other national or regional data sets about the libraries, their services, their use and their contexts within their communities.)
There were things in the action plan I could argue with but by and large it provided something to work with, given the working realities of a fatally-fragmented service with no standards for service delivery or performance management set as a small backwater in local government provision that had had its funding halved, with most of what remained buttonholed by adult and children's care services. The underlying problem was (and still is) that there is no way of changing that working reality: on top of the usual inertias and contests between vested interests there were the lingering effects of Localism and — worse, much, much worse — a Brexit that was already occupying most of the time, energies and resources of government with scant room for business as usual let alone a radical rethink of public library policy. So the action plan was inevitably going to disappoint anyone looking for a white knight to charge to the rescue of English public libraries. The complaint was that this was too little, too late. And of course it was: nothing short of a shitload of money and a time machine was going to be any different. And even then, once you'd gone back to the Golden Age of English Public Libraries (which I would argue would be 1996 – 2007) what response would you get? "Oh we're much too busy, besides, they can't cut us we're a statutory service." In my experience the history of English public libraries over the past thirty years is littered with the expectation that somebody will come along to make everything better, just so long as they don't change anything.

Which brings me to the other reason to step away awhile. There's a fine line between many years of experience and a hell of a lot of baggage. For example, when the argument is being made that English public libraries are best placed for bringing information literacy to their communities the reply: "Well, they didn't, did they?" isn't an unfair response but it isn't helpful or useful, especially not in the context of an existential struggle for the future of the service. It's the sort of stuff that might be useful to a post-survival lessons learned or a "How did we get there and how do we stop it happening again?" process but isn't useful now.

So I've withdrawn from the field. Whether or not this is temporary, I don't know. Life happens while you're making other plans. I wish those still engaged the best of luck, with the unhappy knowledge that they will need it.