RSS
Facebook
Twitter

Monday, April 23, 2007

Excuses excuses.

Isn't a shame that actual day-to-day work always seems to get in the way of progress?  How you're always too busy fire-fighting to actually perform the critical thing that might actually improve affairs.

All this is basically a setup for a roundabout excuse for why this blog has been neglected so shortly after it was begun.  I was a bit too busy doing the day job.

Still, people like Joel and Scott manage regular pronouncements and I'm sure they're much busier than I!

Thursday, March 22, 2007

Agile Infection Growing

This is a bloody good idea. It builds upon my own Virgoen tendancies to write lists and tick things off, but what the list model lacks is the "in progress" state. Plus occasionally my lists get confused. See today's notebook page:
Thursday

    Fix bugs in Test Director
    Merge fixes up
    Do build
    Merge down
    Read terms of contract
    E-mail solicitor
    Go to Robert Dyas
    Order DAB Radio
    Finish business analysis docs
    Carry on with QCon note consolidation

How do I know which ones I've started? I could do with a couple of boards at least as well to separate the personal from the business.

Also note that I took something away from my Time Management course, attended when I was a mere graduate at a large manufacturing organisation: make a new list for each day, discarding your completed items and moving forward the incomplete ones (it also mentions to discard "low priority" items that haven't been done over a week or two under the theory that you'll never do it if you haven't by then).  This is great for keeping a nice clean list of achievable goals for the day, but a bit rubbish at giving any positive feedback - no matter how much you get done, every day there's yet more to do, and lack of visibility on what you have actually achieved. The example story wall in the link above is great for a sense of acheivement - yes there's still things to be done but look how much has been achieved in comparison!

However, I am going to make the common criticism of cards: one of their major advantages, their "physicality"1, is also the disadvantage - whilst I can take my little notebook round with me, I can't lug a story wall between work and home. And although some of those things are personal tasks, they need to be done at work (e.g. e-mailing because I haven't got my broadband at home yet) or between work and home.

Mind you, I actually have 3 pieces of paper containing lists of things to do / buy / check / clean with regards to my new flat, because of my inability to actually carry the notebook with me.  Or the same one at least.

I think this means two more items to be added to the "To Buy" list: a magnetic whiteboard and some story cards. I like whiteboards because you can even scribble stuff behind / around the cards.

EDIT: Bah, someone else already beat me to it.


1 This is an extract from James Shore's section on Stories:
Write stories on index cards.

This isn't the result of some strange Ludditian urge on the part of XP's creators—it's a deliberate choice based on the strengths of the medium. You see, physical cards have one feature that no conglomeration of pixels has: you can pick them up and move them around. They're tactile. This gives them power.

QCon: Blogger's Summary

I might be too late in writing my own thoughts on QCon, but a bunch of other people have done a pretty good job.

Wednesday, March 21, 2007

Certifiction

From  today:
Certifiction (n.) : a professional endorsement which states only that the holder had the money to pay for the exam.
...which reminded me of this debate, particularly the first comment.

Tuesday, March 20, 2007

QCon: TODO list inspired by the conference

Continuing the Agile froth...

...there are a number of points in this interview with Paul Oldfield which are interesting to consider when thinking about "doing Agile right".  It seems to be compatible with my "people over process" view - I'm not stating that having good people negates the need for any form of process or discipline, I have seen that this is simply not the case.  I do however think that agile techniques in particular rely heavily upon the "right" people / team, for some nebulous definition of  "right".

Monday, March 19, 2007

QCon: Initial thoughts

Things I took out of QCon:

  • I want to play with Ajax.  Maybe I've "grown out" of front end development but that doesn't prevent it from being (potentially) extremely cool
  • Selenium looks like a good place to start for automated website testing
  • It can take up to 7 years to move away from a legacy architecture.  Depressing, but at least it shows it can be done and it's worth the effort
  • I'm going to become a certified Scrum Master Mistress.  I believe Agile in some form or other is the most efficient way to run software development, but there are a LOT of lessons to learn in order to get it right.  And number one lesson is you need the right team.