At the start of 2012, one of the things I stated I would do was get a handle on my personal time and project management through implementing a definitive GTD process. Twelve months later, I was still looking… or rather, I had decided the only solution was to roll my own.┬áBack then it was running on Laravel. A few months later, reworked in CodeIgniter for greater development speed, I can honestly say it is up and running.
I’ve been using Ruck for the last couple of months to manage most of my work. I’m also re-reading David Allen’s book again, and the combination of discovering what works and what doesn’t in the alpha app, plus identifying the aspects of the GTD process that are missing or not quite implemented in the right way, is developing into quite a buglist.
Design-wise I was fairly happy with the layout I had worked up a couple of months ago, but as time has gone on I’m finding it more and more inflexible or just plain ugly to live with for much longer. I’ve sketched up some replacement ideas, but I hope this isn’t the first sign of the same endless redesign itch with which my blog was infected. It’s hard to avoid the standard Mac-style “menu on the left, large content area” layout, but I’m not convinced it’s the most efficient way to display different types of content together. Allen says that “hard edges” are important; keeping a clear delineation between your calendar items and other ‘next action’ tasks — to me, that suggests the UI should reflect that separation in a clearer way than just splitting a list with a header.
Once the UX is finalised I think I should be able to get through the various tasks I’ve set myself fairly quickly. The biggest annoyance right now is the delay-after-click that comes from using an online application. Pages have to load, database queries have to fire, and it’s enough to make you feel less than 100% efficient. I did briefly consider starting with a native application, and even got as far as spending an evening reading Objective-C documentation, but common sense prevailed — much better to have a working app that I can use and finesse, than spend six months struggling to make Xcode do what I want it to. When the HTML5 version is done and dusted I’ll move on to converting it for the desktop (and iPad, iPhone and whatever else looks like fun).