The Wrong Quick Wins

A few thoughts from me on quick wins and why we go for the wrong type.

Hands up if you’ve ever had a project sponsor say they needed quick wins? Usually, it’s about showing that you’re doing something to the company board so your project isn’t cancelled or it’s about showing you can make savings. Both of those indicate an immature organisation that’s ready to cancel change activities before they’re due to return results. Some changes take time, some can be done more quickly. The same change activity isn’t necessarily the right type of activity to achieve short and long-term changes. So if you’re on a long-term change project and you’re asked for quick wins, start to head off the question with looking at the original plan for when you’re due to complete your first phase. A better idea is to use quick wins to generate motivation within the users. They didn’t agree to the change plan, instead their managers signed-up to it. They have some inkling of what’s going to change, or in the case of many organisations, they’ve seen many change activities come and go with little result for them. So you’re on the back foot already. Quick wins should be about the users, such as front-line teams or field workers. Listen to their needs, hear their pain, uncover the activities giving them the most problem. And only after you’ve listened, start to generate a few quick solutions to their problems. These solutions are not intended to be long-term fixes. Instead, the quick wins are simple changes that can alleviate their pain. That’s how you get people to believe in you. At the same time, you can be addressing the longer-term fixes. The best thing is that quick wins, when approached from this perspective are usually easy, sometimes just a case of asking another team to respond differently or moving some office furniture around so people can work with less stress. Remember it’s not about achieving savings but making the working lives easier. What’s your experience and how do you approach quick wins? #changemanagement #motivation

A photo posted by Alan Ward (@awkward2006) on

Innovation is not a Space

Image of grassI’m increasingly seeing clients with innovation spaces and I’m seeing more of them on social media/news channels where companies are outfitting office spaces with fun decorations and repurposed objects (e.g. tuk-tuks as meeting spaces). This concept of an innovation space has been introduced to change the way that employees generate solutions.

What’s the problem?

The problem with this is a belief that innovation is a space, i.e. create a non-conformist space and label it as your innovation. Then expect magic to happen. But the magic doesn’t happen.

Here’s the truth, you can introduce innovation in a windy portakabin. It’s not comfortable (and that breaks one of the rules I’ll mention later), but it can be done.

You don’t need fake grass carpets, slinky springs, koosh balls, nerf guns or whatever else is hip at the time your innovation designers come into your organisation. Those things could help, but they don’t guarantee innovation.

Where does innovation come from?

Innovation comes from within the collective mind. No, I’m not getting all new-age here, I referring to the effect you achieve when you put people in a room together, remove some boundaries, give them a task and prompt with them with different perspectives. Continue reading “Innovation is not a Space”

Rodents Don’t Scuba Dive – Innovation In The Real World

Diving in Black and White
Diving in Black and White

I’ve always liked the concept about innovation being the introduction of something that’s already done in one industry sector into another sector where it’s not (yet) done.

Incomplete Definition

Unfortunately, it doesn’t stand-up as a complete definition of innovation. For instance, it falls short by not recognising innovation from within. By that, I’m not referring to new types of products (e.g. the internal combustion engine) since those would be better classed as inventions. Many new products are existing concepts with new features, so would be better described as improvements. But taking a product and using it for a different purpose, e.g. using an internal combustion engine to power a unicycle could be an innovation.

What I like about the simple concept is that it immediately makes people think about what they Continue reading “Rodents Don’t Scuba Dive – Innovation In The Real World”

The Change Stand-off in Innovation

Circular Star Pattern by Anna Anikina
Circular Star Pattern by Anna Anikina

For a long time now, I’ve had the view that we only have so much time to change an organisation before the organisation changes us. I’ve seen it happen with dynamic people that become subdued over time as they encounter obstacle after obstacle, resistance, red-tape and other forms of organisational resistance to change. Maintaining innovation, or rather the ability to innovate and to generate innovation in a client, is key with external consultants.

Background

In reading this article today on Why Outsiders are the Most Innovative People  adapted from work by Scott Barry Kaufman and Carolyn Gregoire, I was reminded why it’s important to introduce a fresh perspective.

I’m independent in that I’m not tied to any company or organisation and I enjoy what that brings to both me and my corporate clients. Yes, I’m prepared to challenge what client staff have accepted as normal over time. It’s the response to that initial challenge of the status quo that gives me an idea of how well the planned change activity will progress, or at least how much commitment we should expect to receive from client staff.

Continue reading “The Change Stand-off in Innovation”

The Rockstar Approach to Visual Management

Visual Management Done the Rockstar Way

Van_Halen_(_DLR_era) by MarioVHF under CCA-SA3.0
Van_Halen_(_DLR_era) by MarioVHF under CCA-SA3.0

Visual management can take the most unlikely of forms. Done well, it should show you enough details at a glance so you can decide whether to look further into the situation.

Background

Major bands get riders, often part of the contract stipulating what the venue will provide the band to make them comfortable on the road. This can be sofas, champagne, beer, food cooked to a certain standard or even a curry take-away flown in from a specific restaurant in Wales. Some of the items on the riders are tiny and we’d consider them petty, but major stars have lived up to their diva reputations by blowing full-scale tantrums at not having their riders met.

No Brown M&Ms

One of the most legendary of these was the American hard rock band Van Halen. As a rock band they had a reputation to uphold; raucous, fun-loving, tolerating no nonsense. They also through tantrums when their rider was met entirely even down to minuscule details. The most popular of these details was a requirement that they would be provided with a bowlful of M&Ms with all the brown ones removed. If they walked into their changing room and saw a brown M&M in the bowl, then tantrums ensued.

Analysis

Van Halen perform in Toronto on their 2007 reunion tour by De-fexxx666 under CCA-SA3.0
Van Halen perform in Toronto on their 2007 reunion tour by De-fexxx666 under CCA-SA3.0

The interesting thing for us is that the presence of brown M&Ms was a form of visual management. As mentioned by the band’s lead singer, Dave Lee Roth, they used a lot of equipment in their tour and they needed to know whether the requirements for the tour, e.g. a stage that could support the weight of the equipment would be available on the night, whether the electrical supply was to specification, etc. All of this was in the band’s contract with the venues. Buried amidst all these technical requirements was the brown M&M clause.

On walking into the dressing room, the band could immediately tell if the venue operators had read the details of the contract. That was visual management. If there was a brown M&M in the bowl, then there was a high probability that other more potentially dangerous omissions had been made in conforming to the contract. Those omissions could have risked the safety of the band, the crew, the audience and the venue itself. So a quick check of whether the venue’s organisers had read the contract and applied it was a useful point for the band’s management.

As for the rockstar tantrums in response, they were just keeping up appearances and it didn’t hurt their reputation. So having the band perform the check in a rockstar style was genius.

Snopes has a great overview of the rider and implications.

When is the Right Time to Change Your Mind?

When is the Right Time to Change Your Mind?

Reflecting
Reflecting

You have many opportunities in life and business to change your mind. Each of us has many opportunities, but we don’t always take those opportunities. We may be conforming to social constraints and expectations or don’t want to risk appearing inconsistent by changing too often. Let’s look at a non-serious example and extract nuggets we can apply in a business context.

1) The Background

I’m in a situation right now where I’m having to re-evaluate my aims. Fortunately it’s not a serious situation and there are a few parallels to my professional life. I play guitar and I own a few guitar amplifiers. Each guitar and amp has its own tonal identity and quirks. I pick the right tools for the job; playing in a 60s Motown/soul band requires different guitars and amplifiers than playing in an 80s hair metal cover band.

At a gig at the beginning of Summer this year, I played using a very nice amplifier and it sounded awesome with the band. I really enjoyed how it sounded and I probably played better because I was comfortable that it did the right job.

2) The Hypothesis

I thought that I could use the same amplifier with a few changes in my set-up (i.e. a different effects pedal or two) and I would again have an awesome sounding rig, but this one would be suited to the 80s hair metal cover band I’m currently playing in.

Two things to learn from this: Continue reading “When is the Right Time to Change Your Mind?”

Service Improvement Book – In Progress

Lean Service Improvement Book

After a year or so working with a large, complex client and some time before that working on a startup, I’m back to writing the book I started a couple of years ago.

Three good things have come from this break:

  1. Both of the experiences have confirmed that the book needs to be written. What I have seen in the last two years has proven to me that there is a gap and this book will fill that gap
  2. Both of the experiences have provided more evidence about which tools and techniques work well
  3. From a personal perspective, the break has given me more motivation to complete the book

I expect to be publishing in 2016.

What value do you place on your support networks?

Introduction

BestenoLogo
BestenoLogo

I gave a short presentation at GreatPreneurs’ conference (#GPConf2014) in Manchester this weekend on the subject of “What does your support network do for you?”

I wasn’t talking about friends or family, but rather the startup events and meetings that occur in your city.

Value

I’m pretty convinced you could eat for a month without having to buy any food by attending an event in the morning, a different one in the afternoon and one or two in the evening. Every day. In Manchester, UK, there are enough events to do this. But if you were to do so, that’s all you’d manage to accomplish. Well, that plus swapping business cards and talking to people. You wouldn’t actually get any work done.

When you’re pre-startup, bouncing around ideas and wondering what you’re business is going to be, these events can be ideal. They allow you to learn from others, get a feel for what your city provides and understand how others have succeeded or failed.

Shift of Focus

At the point that you commit to having a startup, then the focus changes. You’re no longer going to these events just for yourself, you’re going as a founder of your startup. The question of value also changes. My rule is “has my company progress further by me attending this event than if I’d focussed on growing the company instead”. That could mean developing new features, ringing up a customer, creating some marketing collateral, etc.

This shift of focus vastly reduces the number of events that are worth attending. In fact, it highlights gaps in the current support network. You may find, as we did, that there weren’t events focussed on what you wanted. So we created our own. The good thing is that nowadays, with tools such as eventbrite and meet up, you can create an event really easily. I’d recommend treating the event as a mini startup in itself, so think about the customer development very early on before you scale.

Pay It Forward

However, events shouldn’t just be about receiving. For equitable events with everyone sharing, rather than those where you pay to attend, the events only work if you give. You may be giving information, advice, consultancy, some information about yourself, friendship. That all needs to be provided for someone else to receive. Sometimes, it will be you receiving and that’s good. I’d ask everyone to give before they receive and to give more while they have the time, because when they near the end of the runway, they’ll really require some help. Think of it as investing in your future.

Slides and Comments

I’ve embedded the slides here and I’d be happy to hear comments. You can find me @alanward.

The first three months of a startup at Besteno

Besteno logo

Besteno logo
Besteno

Time has been passing quickly at Besteno, so I thought I’d take stock and describe what can happen in the first three months of a startup, specifically my startup, Besteno. What have I done, where am I headed?

Background

October 26th 2013 was the first day of LeanConf 2013 (the link now relates to the 2014 conference) and I was due to present the following day about my experiences of using Lean Startup concepts in existing organisations, specifically social care in the public sector. Up to that point, I’d been talking to friends about setting up a company together. However, most had families, couldn’t commit or were in a different place to make it too awkward to co-found. During that conference I just decided to start on my own and then look for a team later on.

As a web startup, that meant I had code, test, maintain and design. Before any of that, I had to understand if the business was worth getting involved in. So that meant business model canvas for one year and one for 3 years. I had a long-term vision and still want to achieve that so every short-term objective is evaluated against the long-term aim. That’s been a consistent strategy. From the business model canvas, I created a couple of sketchy business plans and then projected user growth. While this may not have been accurate, it’s a useful guide and I change it when I discover accurate data. Conducted some market research, which combined with user growth, enabled me to create cash-flow forecasts for every month for 5 years. Monthly may seem excessive, but I’m quick with spreadsheets and once you done figures and calculations for two months, you just copy for the rest of it. This wasn’t onerous for me. It’s not a route I’d recommend for everyone, but suited me with the skills I already use.

All of that preparatory work proved to me that this was an idea to at least get to the MVP (Minimum Viable Product) stage.

Then development started.

Technology

I had to teach myself Rails. Fortunately, I had a business idea earlier in the year and played with Rails to get my head around how it worked. However, I was still a novice. I used to code 15 years ago, but hardly ever do it, up until now. Best thing I did was ditch SQLite and go straight for MySQL, even for dev. It was actually quicker. It also makes the transition from dev to production a lot easier. PostgreSQL is good as well, if not better, but I had my reasons for MySQL.

I opted for Rails 4 and Ruby 2.0 as they seemed stable and the increased remaining lifetime compared to Rails 3 was attractive. That then gave me some other problems. I knew I wanted a scalable host/cloud and very few advertised that they handled Rails 4 back then. I opted for AWS having found a good couple of articles on how to set up the servers. Before that though, I had to understand web service architecture. Having been a business transformation consultant for the last decade or so, I didn’t have the nuts-and-bolts knowledge of how web architectures worked. Fortunately, I knew what most of the components were, just not how you’d use them. So that filled a couple of evenings.

Other odd technical things I’ve had to pick up along the way:

  • how to run a process without it stopping when your session stops – use nohup or run as a daemon – depending on the process. And find out how to stop them (kill -15 was the lowest level kill I found that worked for one stubborn process)
  • how to monitor the above processes – tail -f is very useful
  • setting up memcached and how to see if it’s working – use the port.
  • wishing every shell had nano instead of vi. I prefer nano and I’m sure I could replace vi with nano, but then it crops up again when creating batch jobs with crontab. There are enough things to learn in life, cryptic applications like vi aren’t on my list.
  • Learning CSS, html and bootstrap. Understand the effect that the order of commands has.
  • Firewall configuration, scaling options, pricing options with AWS
  • Understanding how to retain data when your really big server that you hired for a very cheap spot rate on AWS kicks you out of the session – it happens so think about what you’ll do with the process if it stops midway. Some of my processes were taking 2 days to complete. I didn’t want to waste my time or money.
  • Understanding solr and its rails integration through sunspot. There are some odd anomalies.
  • I didn’t do TDD. Sorry to Rails devs out there. I just couldn’t get tests to execute, usually because of the software stack on my MBP including several OS X upgrades. In fact I even had to install RVM in an odd way on the MBP just to get it to work. My view with TDD was that it was going to take me a few days to get it working; resintalling, etc. I figured it was more important to start coding, then retrospectively write test scripts for the more important features once I had breathing space. That’s the technical debt I took on.
  • Integration with other providers is painful. Overall, I found lack of current documentation to be the biggest issue here. Add to that documentation that doesn’t reflect the behaviour of the API itself and manuals that weren’t well written (probably just rushed).
  • I left ETL processes until after I’d built and launched. As much as they are needed, they weren’t part of the MVP. Do it manually on a command line if needed to start with.
  • Coding is a different exercise now compared to when I used to do it. Back then, I used to develop with a few reference manuals to hand (K&R anyone?) and using man, apropos and a few other useful commands. Now, just go to stack overflow or official guides online.
  • Finding where mysql logs are stored on AWS
  • Trying to identify the active memcached configuration file is a bit of trial and error. I imagine you could deduce it logically, but that’d mean access to information I hadn’t thought of.

Finances

Part-way through planning I realised I’d need funding so I started talking to Access to Finance. Separately, I applied for funding through TSB SMART. I found out about it late and submitted around midnight of the last day (with about 12 hours to spare). The exercise itself was useful to me; it made me think more about what I wanted money for. So instead of thinking I need a couple of developers and a designer to improve the product, I started thinking in terms of work packages and deliverables. Fortunately, that’s something that comes naturally to me from my previous business transformation background. Unfortunately, it doesn’t align well with sprints including as-of-yet unknown requirements. This made obtaining funding a bit uncomfortable process, especially as Manchester seems relatively financially risk averse. Which is at odds with the culture of the Madchester music scene during which I arrived in Manchester a couple of decades ago.

Premises and support

SBIC have been great. I get a day per week out of the house in their business lounge. They’ve been a very useful sounding board. Being in a environment where I know I have to work is ideal. There are few distractions for me and I just get on with what I need to do. They’ve also managed to find a few subjects about business that I know I’ve been deficient in (or at least, I wasn’t sure what I didn’t know).

Free wifi access in Manchester is a bit poor. Shame. It’s a major city, but bars and coffee shops seem to think of wifi as an extra that you have to ask for. All too often, it just doesn’t work. Whereas it should be considered about as important as chairs or heating nowadays. It is changing for the better. The implication of this is that it’s not as easy as you may think to find places to work.

I’ve attended numerous events at various sites around the city, predominantly Thoughtworks’ offices, The Hive, Techhub and I run Founders’ Assembly, currently hosted by Matt at The Assembly.

Founders of other startups have been supportive. Like most groups of people, there are some who are just generally open and share everything and then others who don’t share as much, whether for potentially misguided commercial reasons, lack of community focus or just not their personality. I have an overall feeling that other founders are quicker to give advice than to listen. That may be the typical age and experience or just the way that we founders are.

Business Growth Hub are a major contributor to business support in Manchester. As well as one-to-one advice, they host a number of events for startup businesses. I haven’t attended as many of these as I could have, mainly because I’ve already accumulated a lot of experience in running my previous company and as a consultant on client sites. I can imagine that, if you were new to business, then their events would be much more suitable.

Project Management

I use a combination of Trello (for business activities) and Excel (for tech activities). Trello works well for business. I like the finality of dragging a card to Done (even though I know I can undo it). However I couldn’t get on with Trello for development, partly because I was offline a lot of the time. So I built my own two worksheet spreadsheet. I’ll describe that in more detail in another post. The important point for me was that I could put it on Dropbox and it’d be with me wherever I was, regardless of how good the wifi connection was.

Results

It was interesting to see the first few queries that arrived via Google search. Truly the long-tail in operation:

  • belizean cheesecake recipes
  • grendad best drumer [sic]
  • prembroke mass nunnery
  • ukraine electric bass

There were some more common queries as well which was a nice balance.

Any Hints

  1. If you’re calculating any forecasts, keep a separate worksheet in your spreadsheet for assumptions. Use this for growth ratios from month-to-month, revenue per customer, staffing ratios required. Anything that you’re assuming or deciding. Choose 3 colours – one for assumptions, one for calculated values, one for known facts. Hopefully by the end of planning, you have none left of the first (never works that way). The reason I do this is so that I can change my forecasts very quickly by changing the assumption. Very useful if I’ve assumed a figure (e.g. number of people in the UK), then find out from ONS or somewhere an actual figure. First I change the figure, then change the colour. Then I can see the effect that change has had across the forecast.
  2. Business Model Canvas first. Even if you only spend an hour or two on this. Do it. Then revisit it after a few days. Then revisit on a regular weekly or monthly basis depending on your rate of change
  3. Manage your motivation. Keep positive but be realistic. Every evening, I write a list of my tasks for the following day. Means I get up knowing what I have to do. Usually that list comes from a quick look through the feature list, business list and bug list. I choose depending on where I’ll be, network connectivity and any sequence that needs to be adhered to.
  4. Manage your energy levels. Know when you work best, under what conditions, in which environment, how much do you need, when can you work late and realistically catch-up on sleep, what’s your performance like the day after working late (is it worth it?)
  5. Manage your time spent on product development versus time spent attending meetings versus time spent developing your business. It’s amazing how many meetings arise. How many are useful to you? Alternatively, how many would your presence be useful to?
  6. Running a startup isn’t just product development, you have to develop your business and yourself as well.
  7. Maintain focus. When you’ve decided on your MVP, make sure you do everything you can to release it. If you keep adding features to it and delaying the release, you’ll learn nothing about your market or your customers.

By the way, I’m four months in now, but I ended up sitting on this unfinished article while I launched the MVP. That’s prioritisation for you. So I’ve tidied it up and published. I’ll write the rest of the story another day.

I’d love you to answer some questions over at Besteno. Answering or sharing a few questions there would help me out.

Launching Besteno

Besteno logo
Besteno logo
Besteno

It’s been a quiet time on this site over the last few months since I’ve been working on a new startup that I’ve had in mind for a while now.

Besteno aims to help you find the best of everything, whether best electric guitar from UKbest French restaurant in Manchester, best florists in San Francisco, best laptop or best road bike, Besteno will be there.

It’s early days now, it’s been a fun and very challenging time. I’m grateful for all the support I’ve received and I’m trying to give some of that support back to the community through Founders’ Assembly and @mcrstartups.

In founding Besteno, I’ve had to use a lot of the skills I’ve used professionally in the past. It’s been a very interesting time being on the other side of the fence and I’m happy to have had the opportunity for that experience. What it taught me is that I’ve been doing it right all along (i.e. learning from mistakes, improving, learning and repeat). That’s a good lesson to learn.