At the moment, I am in the midst of planning for an extremely large project - it is really four projects rolled into one. This has actually been quite an interesting and refreshing experience. The exercise of planning for more than one project at once forces you to think about what all the common things are up front, rather than upon completing each project. Especially useful for tasks involving using new tools/ services/ libraries/ frameworks, or anything that requires a proper investigation or spike prior to implementation.
The planning is still in mid swing, and so far, IMHO, going rather well. The strategy that I have used follows next.
Personally, I have always held the opinion that while working one project, especially when that runs for a long time - such as multiple months - that you should keep in mind anything that you would do differently each time.
Otherwise it could end up like this:
Keep whatever is next in the pipeline at the back of your head.
While I truly believe in that, I have always only half done it, or done it properly for a short while, before fizzling out. My plan to plan ahead of time was failing despite best intentions.
The cognitive dissonance was staggering, and I struggled to figure out exactly what was going wrong each time. Then I realised that the answer had been under my nose all this while: The cognitive part!
The tools that I had been using:
None of these worked, either in isolation, or when used together in various combinations. The problem was that there was too much of a barrier between light-bulb moment, and storing those ideas somewhere.
The hurdle was too large. The solution was to use just one tool. This tool should simply get out of your way by being ridiculously easy to to use, that there would be no excuses to avoid capturing any idea. Remove the friction/ barriers, and ideas stand a better chance of getting to where they need to be.
Prior to commencing a project, there will be lots of ideas that need to be taken down in quick bursts, and they will be endlessly shuffled and edited. That is a high flux scenario, and I found Trello ideal for this.
Trello didn’t get in the way when I was machine gunning idea after idea (keyboard shortcuts for the win!), and it had a user interface which simply allowed you to drag stuff around anywhere you felt like it to rearrange and reorganise.
So, no dramas there … but management uses Excel.
(Nitpick: My management is happy to use Trello as well, but they still need to use Excel to communicate with the rest of management.)
So, scrap all of the above, and plan project in Excel instead right?
Wrong, because I am devloper. This fella knows what I’m talking about:
Instead, I wrote a script that converts Trello’s exported JSON into an Excel spreadsheet:
It is heavily customised to the particular way in which I like to use Trello, which is to use the following entities to achieve a three-level hierarchy: Lists -> Cards -> Checklist Items
Feel free to use it too, if this approach is compatible with yours.
This script enabled me to use a much better tool for the job, and export to the required format whenever necessary.
Management’s response to Excel spreadsheet:
Copyright © 2008-present Brendan Graetz