A dash for the train. Greens and brown blurred as the pedals spin and breathing hurries. The fields have a haze of green, early shoots of growth, wet with a misty rain. A pheasant fails to hide against this baize, an obvious shot, ready to be potted.
Into the effort now. Traffic grows; plumber, Golf, Audi, school bus. Past the two small woodlands, then down and over the little bridge, and up the bailey to skirt the embankment and into a village now fortified by roads and starter homes.
Down into the town, that welcomes careful drivers, though it does a poor job of attracting them, to make the train. Now I’m the one glistening with a morning dew.
The train pulls away, South. From the carriage window a kestrel hovers, already at work.
3 years ago moved into our little cottage. A new family with a new baby and a lot of work ahead of us. It had taken a few months to make the place even liveable.
A lot has changed since then, a wedding, another baby and an awful lot of hours spent fixing, painting, sanding and generally finagling a previously neglected old house.
We’ve had so much help from family, friends and neighbours that it almost seems like a betrayal of their efforts to be moving on. But moving we are, to another part of the same village. One thing we have learnt is that Stewkley, Bucks feels very much like home.
Dear Legacy Code Creator…
I’m sure you didn’t mean to create this problem. It probably seemed to make a lot of sense at the time. The client was a pain, you were under pressure to deliver - producer over your shoulder, asking “is it done yet”. As for that Tech Lead, he couldn’t code review his way out of a paper bag.
A project that nobody cared about. Ship it. Move on.
And it shows. Because 2 years later we are staring at the code. Trying to fix up some problem or other. It’s hard to know where to start because, well, there’s not many comments, the commit messages are garbage and the little documentation that there is makes no sense.
I understand that you didn’t think anyone would download that app, but people have. And the client, despite what you thought, thinks this is quite a good product and would like to promote it, if only it wasn’t so buggy. So now it’s over to us.
It’s OK for you, and the rest of the team. You left. A contractor. Got fired. Who knows, but you’re not here now as a couple of us go toe-to-toe with your lack of error handling and crazy re-invention of the most common design patterns.
And you know what, I know that we could all write better code, that I don’t have the context of those meetings and planning session when it all made sense. I wasn’t there.
But next time just write a few bloody comments and maybe some documentation that doesn’t assume you know the app inside out already. And think about those of us who have to up pick your pieces…
What we talk about when we talk about planning poker
How sizing stories (points, t-shirt sizes, days & hours) is more than just Numberwang.
For (digital) agencies who use agile techniques for managing the design and development process there are some added complexities hidden in the abstractions of the story sizing.
Depending on the nature of the development project, a typical agency team might run the gamut of disciplines, from Interaction & Visual Designers, working in Illustrator and Photoshop through to Python engineers coding in Vim and living in the command line. And each with a (subtly) different understanding of the complexities involved.
Planning poker is the technique of getting multiple people on the team to independently size user stories, whilst trying to avoid the risks of ‘anchoring’. It’s a great method for driving cross discipline understanding of those tiny assumptions that can threaten to derail a project further down the line.
Which looks something like this: Sat in a circle, post-it notes scattered across the floor and walls, someone is describing a level understanding of a particular user story — it’s pretty simple on the surface “As a user I can sign-in to the platform, so I can register to use the service”. People scribble on the post it notes, using the Fibonacci sequence to size stories based on the relative complexity involved for the UX (interaction and visual design) and technology teams. After a few seconds everyone stops writing and holds up their post-it notes. It’s near the start of the meeting so people are still getting a little warmed up, even so the variance in the numbers is quite high. Not just between disciplines but also between team members who work in the same area. This is where the interesting bit starts.
The discussion that follows is the bit I find fascinating. The cases where someone in tech misunderstands the complexity of a design challenge or someone missing the difficulty of integrating with a third-party (“it’s just an API call”) is understandable — that’s why we are doing this as a cross disciplinary group. These are easy to flush out and correct.
The real area of interest is where people explain the assumptions behind the scores they’ve given. At this point we are into the details, and it’s great for the momentum of the project. Weeks of thinking, sketching and notes come tumbling out in the conversation — no amount of ‘annotated wires’ can accomplish the benefit of someone challenging why “that’s only a 3”.
Capturing these assumptions is key — they make up the real scope and difficulty of a story. Often it’s also the risk factor that you’re gathering “I gave it a 21 because we just don’t know exactly how that’s going to work”. Whilst all forms of planning and project management are probably inherently flawed, you’re unlikely to get this level of collaboration and discussion whilst scoping out a typical waterfall build.
Agencies running agile are usually working with more constraints than a development shop. The client will probably have a fixed budget and timeline, so the only area of flexibility is scope. Whilst the aims of the project are (hopefully) going to be clearly documented and contractually agreed, these small instances of scope and the relationship between a ‘must’ and ‘could’ are the area of flex that teams are going to need deal with the reality of ‘unpacking a story’ and finding it’s more of a nightmare than a fairy tale. But that’s probably something to add to the backlog for another post…
Nearly 15 years ago I got my first ‘digital agency’ job in an old warehouse conversion just off Upper Street. The commercial web was still pretty new (we also did interactive CD ROMs, remember them) and Angel wasn’t quite the urban trend fest it is now. There wasn’t too much to do over lunch so a few days a week a couple of us would head to Vegas and play time-crisis or CrazyTaxi. The industry, games and Angel have changed almost beyond all recognition in that time. Today I went for a stroll round some of those old places and amazingly Vegas is still there.
Over the last few weeks, dusk has been falling noticeably earlier, and as I’ve been riding home, up to the village, there are lights moving across the fields. Farmers working late to bring in the harvest. Later after I’m home and hosed, the combine harvesters noisily edge past our front door, heading back to the farms on the other side of the village.
Today I spent some time working at the allotment, putting the effort in now for next year, preparing the ground. Sometimes you need to do some prep’ and think of the future. Maybe this is the right time of year for making plans.
Not racing, not training and not commuting.
Our latest bike is a very different machine to my usual rides. The Kona MinUte, a small load carrying bike, is no XtraCycle, but it’s certainly capable of lugging a fair amount of gear around. Our aim isn’t to try and move large loads, but to get the girls out on the back of the bike. With a good sized platform (and some careful drilling for the Yepp Maxi bike seat mount), we should be able to get 2 passengers on the back, but for now it’s set up for just one.
But it’s not the technical specs, gearing or comfortable position that makes this bike my favourite ride, it’s getting out on the road with Violet. Who knew load carrying could be so much fun.
An update to a post I made this time last year adding Froome to the list of British cyclists who have worn yellow at Le Tour. As I mentioned when I posted about this before, nationalism and sport are tricky areas, especially when we start talking about British sports people. Of the people on the list only 3 were born in the UK (by birth Millar, Wiggins and Froome are Maltese, Belgian and Kenyan respectively), which throws into relief what British might mean in this context.
From my perspective I’d hope to cheer anyone who rides with panache in the pro peloton, but as a British cyclist myself I take some pride in the performances of people representing British cycling. So to these six I say Chapeau.
Mountains of the mind.
We’ve been back in Buckinghamshire for a couple of weeks, but the Isle of Mull - the mountains, beaches and views are still travelling with me.
Sun set from Treshnish. Looking out over Eigg, Rum and Skye.
Gone for a ride…
Calgary Beach, Isle of Mull, Scotland
The R/GA Make Day 2 video, possibly featuring a little bit too much of me.
A cold afternoon, warmed by the tension of watching my team. My team - a strange phrase. They’re clearly not just mine - on this occasion I’m sharing them with the 700 other people who’ve decided to travel to the less than glamorous Abbey Stadium in Cambridge and pay £15 to sit in the away end (another 2000 or so locals are spread around the rest of the patchwork ground).
I’m always in the away end, that’s how I started watching them, with my dad at small grounds in the late 80’s and early 90’s. When football wasn’t an all pervasive fashion item that politicians and Hollywood a-listers were required to ‘like’. Not that this game is touched by much glamour. The Blue Square Premier League is a long way from the banal MOTD platitudes and millionaire showboating.
I don’t go and watch my team very often. For lots of reasons: money, family, geography, time. But one of the main reasons is that I don’t enjoy it. I can watch and enjoy most sport (except motor sport) and I enjoy watching football. But watching my team play is a long way from being a pleasurable experience.
It’s the tension, the stress.
The stress of getting to a ground in a town you don’t know. Arriving, taking a glance at the programme and with the dawning realisation that there isn’t a single player on the team who was playing for the club last time I watched a game. That strange superstition of not sitting down until the referee blows his whistle (I have no idea where that comes from). As the game progresses it gets worse. A knot in the stomach, voice growing hoarse, willing a good result. Those nearly moments - an almost great pass or the ball striking the bar. The collective frustration that pours out of the stands when a basic error is made.
Suddenly the end of the game approaches, nervous glances at my watch. The board held up for a few minutes of added time. Which drains away like the belief in fading light. Perhaps one last change and then the final whistle.
No win today. No end to the run of games without seeing them win. My team. Next time they’ll win. Next time I’ll enjoy it.
Heavy skies, grey and laden with snow. Snow that falls slowly, dampening sounds and flattening perspective. A tramp across the fields, heavy work, snow crunching underfoot - the percussive sounds of winter.
The world seems asleep, but no less beautiful for it. In the fields beyond the pub at the end of the village (where the windmill used to be), there’s little sign of life - just some abandoned old pieces of farm machinery, a couple of very territorial robins and footprints leading out across the fields.
The marginal gains of innovation.
Innovation in digital advertising. Innovation in advertising.
How do you create an environment and attitude that allows people to innovate on a daily basis? Is it possible to create a culture of innovation?
There’s an increasing tension pulling at the commercial web. The commercial web being that part of the internet that’s trying to sell you something - even if that something is as intangible as brand or an idea or maybe even an emotion. This commercial web is becoming ever more formulaic and codified. Measured in an analytic sense, but also in a careful way. There’s a pattern to campaigns, to exploiting social media with the big players. Facebook, Google and Twitter drawing more and more users and therefore advertisers into their orbit.
If you believe this to be true, that innovation is the key to stepping beyond the confines of the formulaic web, and therefore, standing out and being noticed, then how as an organisation do you make this one of your goals. Can you codify innovation? Make it reproducible? Isn’t that just like planning to be spontaneous. For teams involved in creating for the commercial web, innovation can not be something that happens in a vacuum, away from results - the formulaic, measured web has seen to that. This isn’t a story about “being brave enough to fail”. Client success isn’t a nice to have.
We seem to wrestle with this most days at work. I certainly don’t have all that many answers. Yet. But I’ve noticed that the most innovative projects I’m involved in have thse ingredients.
1. Be a team
Not just a group of people who happen to be free at the same time and who the resource manager and producer have cobbled together. That might be how the team gets selected, but it needs to evolve quickly into a genuine team.
The big idea is great. Someone probably needs to have one at some point in the process, but that’s really just a beginning. Innovation isn’t the eureka moment. Or rather it’s not one big eureka moment, but normally hundreds of tiny innovations, back to back to back. Build something, make it better, change it, test it. Improve it. Some of the most innovative projects I’ve worked on recently haven’t really worked all that well right up until the last minute. There’s no such thing as getting it right - it’s a case of keep making it a little less wrong.
3. Be open to the marginal gains of innovation
There are opportunities to innovate across a whole spectrum of disciplines. The most effective innovation might come from the way you change the hosting, deploy your code, manage your daily scrum or prototype the user interactions. Nobody knows where this is going to come from, but it’s important to recognise any opportunity for innovation and grab it.
And suddenly winter is here, frost across the fields. Puddles frozen.