I know you’re terribly busy, but take a moment to ask “am I doing the right things?” If someone shouted
“Stop what you are doing!”
right now, would you look back at what you had created and be satisfied, or would you wish you had put the effort into something different?
Get your priorities right
Sooner or later every project comes to an end. Projects can end for many reasons:
All the work has been completed
We’ve run out of time, or
We’ve run out of money (budget)
Someone in charge says “I’ve changed my mind. Stop!”
Knowing what the priorities are as an individual and as a project at each stage is extremely powerful. It means that you know where to put your effort, you know what to do next, when you finish a task, or a task become “blocked” and it means that you know what you are _not_ going to do (at least for the time being).
Prioritisation: How should you decide your priorities?
You can do it on the basis of maximising benefit or minimising risk or cost or any other criteria you decide. Those in authority (which might or might not include you) should discuss the priorities (that includes having a good argument about them) for phase of the project you are working on, agree what the priorities are and then stick to that plan.
One of the strengths of the various “Agile” project management methods is the emphasis they put on agreeing the objectives or priorities of a time-box, iteration or sprint. Personally, I like to use MoSCoW for this, where:
M= Must have. There should only be one or two “Must haves” for each time-box.
S= Should have. There can be several “Should haves”
C=Could have. There can be several “Could haves”, and finally
W=Won’t have (this time around).
This approach concentrates on the “Must Haves” and only starts on the “Should Haves” when they have been completed. If you get it right, you run out of time or budget ideally somewhere in the Could haves (if you do well) or in the Should haves (if you make less progress than you hope).
Make sure that when someone calls “stop!” you (and everyone else) thinks they have received good value for your efforts.
A little while ago I shared my “Tactical Plan” with you. Things have gone well! So well that some of the projects have been completed much sooner than I expected. Some of this is down to good luck and having estimates which were not much better than guesses. The question is: what to do now?
I expect we are all (painfully) familiar with the situation where a project is slipping behind the intended schedule. Sometimes the reasons are the same as the reasons for my success: luck, inaccurate estimates and sometimes “force majeure”. After the inevitable struggle to get back on track by cracking the whip, the response is usually to re-plan. That is exactly what I have done in response to my recent success.
Here is the redacted version of my latest tactical plan. In structure it is identical to its predecessor. The changes are in the bits you cannot see.
Let me tell you about what is in the updated plan (without giving any secrets away):
The objective was not achieved last time (but that would have been a miracle). So that has remained unchanged.
The “New Product” development is still (more-or-less) on track, so that remains unchanged from last time. Basically it is – “Keep working away on the new product!”
The “Marketing” project from last time has completed. It’s objective was to create something new. That has been done. Now I have a new project to use what was created by that project as part of a regular activity. I still call it a “project” because it certainly hasn’t become “business-as-usual” yet. I hope it will do eventually.
The “Administration” project from last time has been completed. It was necessary, and it is making things work more smoothly, but it is complete and there is no need for follow-up.
The completion of the “Administration” project has created an opportunity to start something new in the “Marketing”. That has already thrown up some interesting ideas, but the Tactical Plan is reminding me to focus on my current objectives. The new stuff can be considered for the next plan.
The tactical plan is part of the project wiki (I may show you a little more of that in the future). It is visible to all the contributors and I have a printed copy above my desk, a little to my left, as I type. It is great as a means of reminding us all (especially me) what we have agreed we are concentrating on.
This is the time of the year when a lot of us spend a little time reviewing how well we did last year and what we plan to do this year. As you may have noticed, I’m making my plans a little more obvious this year. Before we get too committed to the planning process we should ask ourselves:
Do we learn from our mistakes?
Because if we don’t, or at least if we don’t try to learn from our mistakes, then the activity is essentially futile and we would be better doing something else instead.
I think that the IT industry is particularly bad at this. We have very little sense of history. We claim to be making progress – but are we?
Here is one person’s attempt to write down an outline of that history. I can’t say I agree with it entirely. In fact I haven’t really tested it critically. But do think that it is a worthwhile effort to present one view of that history.
Why do I think the IT industry is bad at learning from it’s mistakes?
Why do I think the IT industry is bad at learning from its mistakes? Basically, I think this because I frequently get a feeling that “I’ve seen this before”. Now there is no doubt that a lot of progress has been made. A lot of that progress is down to “Moore’s Law” which has enabled whole industries to sprout, bloom and flourish.
The reducing cost of hardware in general and processing power, storage and communications has enabled things to happen which while they were conceivable, were hardly practical just a few years ago. This blog and the thousands like it are an example of that.
But, if you look at various internet forums as I do, you will find recurring themes which I am going to share with you here and I may pick up as topics at some time in the future. The thing is that many of these meta-topics have been running for donkey’s years!
How do we write “requirements” so they are understood by the people who want the system and also by the people who are going to build the system?
How do we create things so that people get what they are expecting?
How do we estimate how long it is going to take us to do (practically anything)?
How do we manage a project so that it comes in “to specification, on time and on budget”?
How do we prevent “silly little bugs” creeping into the system?
Maybe you have some ideas for other topics in the same area, or maybe you have some solutions to some of these conundrums.
A week ago I shared the front page of the strategic plan for my business with you. Plans are all very well but what we really need is action, but of course we need controlled action which is moving us towards the objective.
With this in mind, I created what I’ve described as a “Tactical Plan” which I’m going to share with you. The tactical plan sets out an objective and some projects I am going to be working on for the first 3 months of 2015. I’ve included a redacted plan below. I first heard the word “redacted” in association with US Government documents. I think I would probably use the word “censored” instead. By-the way the Russian word for “editor” is “redactor” (редактор). I’m not sure if that is one of the little tricks laguages play on us, or whether it tells me anything about the Russian attitude to editing.
That really is all there is to the Tactical Plan. It is pinned to the wall in my office and it reminds me what I am achieving at the moment. It helps me to focus and keeps me from getting distracted. Of course, there are more detailed plans as well.
As you can see from the redacted plan, I have an objective, an end date and three projects. The three projects are addressing areas which I know need work: Product and Marketing are hardy perennials and in this case I felt it was time to do a bit of spring-cleaning in the thing I use for the detailed plans and tracking. I may show you that some time in the future.
This is the time of year for reviewing what we have done and thinking about what we are going to do. It is the time for making plans. The month of January is supposed to be named after the Roman god “Janus” (although there is some dispute about this)
Janus is depicted as having two faces and was the god of doorways and gates. He looked both inwards and outwards, forwards and back. In my opinion Janus is a good character to bear in mind when writing plans and reviews. In the middle of 2014 I decided that it was high time that I wrote a “Business Plan” for my little business. I’ve done this sort of thing before for other people, but it feels a bit different when it is for yourself.
As it says at the bottom of the front page:
“Duhallow Grey Geek started without a clear business plan. This document rectifies that. It summarizes the current situation and identifies options. It identifies how tactical plans will be created and provides an outline for the next one to two years.”
Before you start writing (or even researching) any document, it is a good idea to decide who you are writing it for. In this case the answer was: for ME! That’s right – for myself! Of course, I may want to present it to potential investors or business partners but I am the person making the largest investments in terms of effort, time and life. If I think I am going to be wasting my time and effort, I want to find out now, so I can do something more rewarding. There are plenty of templates for what a business plan should contain, so I won’t share the detailed table of contents. In fact I found myself adding things to the standard contents. Some of the things I included (which you may, or may not, think are “standard”) are:
Motivation – Why was I doing this? Why was I excited about it?
The current position of the business – In terms of product and sales.
Product – What is the product?
Market – Who buys the product?
Industry – What is happening in the industry I’m involved in? Where is the growth?
What resources and capabilities do I have access to?
Constraints – What are the restrictions that I want to apply to the business?
While I was mapping out the contents, I made a list of the questions I wanted to answer and used them as the basis for research. In the end I produced appendix material on:
The economics of the industry I am working in (on-line training material)
Sales – past performance and future projections
Alternative sales channels
Predicting future sales is always difficult. In the end, I didn’t try and make predictions. Instead I projected the past performance into the future and then identified the ways I could improve it. I also identified high and low levels which I could use to plan potential investments. The “Strategic” document I’ve produced, documents the facts and identifies the options. On the basis of the information available, I’ve picked some things I am going to do (in fact, I’ve started doing them already) and created what I term a “Tactical Plan” for a fixed term. I’ve going to “do the actions” in the Tactical Plan and monitor the results. Towards the end to the period of the plan I will review the results and decide what to do next. Wash, rinse, repeat…. Is it all going to work? I don’t know. What am I going to do? That would be telling! Keep watching and you’ll find out.