Showing posts with label agile. Show all posts
Showing posts with label agile. Show all posts

Wednesday, 23 May 2012

Don’t light my fuse

In the fabulously funny (I may be overselling it) Mystery Men, the hapless heroes are brought together by the shadowy Sphinx; scrum master by day, crime fighter by night, a figure whose aphorisms inspire his team to save the city from Prince Practitioners. Judge for yourself:
He who questions training only trains himself at asking questions.
-
To summon your power for the conflict to come, you must first have power over that which conflicts you.
-
When you can balance a tack hammer on your head, you will head off your foes with a balanced attack.
I’m psyched. I’m exaggerating. The Sphinx, as far as I’m aware, isn’t an Agile consultant; though sometimes my Twitter feed suggests he could be. A 140 character per-post social networking service does tend to encourage brevity, tending to meaningless. It’s harmless enough, and within all the chaff there’s an occasional nugget. It is - and I wish I didn’t feel the need to say this - in no way indicative of the worth of this set of development methods, as Twitter is in no way indicative of the worth of anything. It makes me smile, if not always in the way intended. Sometimes it makes me frown:
Legacy maintenance is nothing but a pay-cheque. Sustaining a healthy, talented team of engineers in that arid environment is impossible.
Now there’s a statement that troubles in a multitude of ways, it’s a dead-end, a mixture of obvious, worthless and insulting. “Obvious” because we learn nothing in being told certain tasks aren’t that enjoyable; you might as well comment children are our future and fun things are... erm... fun. “Worthless” as one definition for legacy is any live software (I read that on Twitter!) and therefore most projects would require, bar the first iteration, some level of “legacy maintenance” - how do we live with ourselves? “Insulting” since telling those who do such work they’re only in it for the money, and (unintentionally?) insinuating they have no ability, isn’t very helpful. It doesn't progress the subject. It’s also bollocks. It’s a cul-de-sac of thought; at worst a “talented people don’t do these kind of jobs”, at best a “some jobs are more enjoyable than others”; well, you don’t say, but they still need to be done. Just what kind of world do we seek; one that would ghettoise certain types of work, or one where all can contribute, and all contributions are valued?

Thursday, 4 March 2010

Do developers dream of agile sheep?

Circumstances being what they are I’m currently working in a very small team. That would be the team of one, starring Chuck Norris. There are some advantages, besides the ability to fight off terrorists with my bare hands, such as worrying less about reviews whilst maintaining quality. I still review; it was the memory of past conflicts that always had me worried. I’ve been lucky to have worked with some personable people for several years, thus the process was relatively untroubled, but have been around long enough to remember a few toxic environments; where failure was less an opportunity to learn and more a chance for one-upmanship and the establishment of hierarchy.

Somewhat behind the curve I’ve been thinking a lot about Agile, this despite the mention of daily stand-ups. I didn’t pay much attention to this element at first but recently it’s occurred to me that far from being a euphemism there are probably some who interpret this literally – who require it. Having no first hand experience I’m ill-placed to comment, but who’d have thought keeping a meeting on-point would require something so prescriptive? Certainly not me; anyone who’s been in a meeting with sales knows that standing up won’t help… though running away might.
agile development explained cartoon
However I’m still fascinated, I always liked rapid application development. It’s the potential of seeing it done well that grabs the imagination; to interact with others on a regular basis with constructive comment given and taken, driving the project forward, continually improving the outcome. Only I’m not sure how the more ‘robust’ personalities are encouraged to value others as much as they value themselves. Perhaps this isn’t in the remit; yet I’ve read a blog or two that hint at the possibility. Wouldn’t it be great if a methodology enabled better product and better people? Or should I just go and hug a tree?

Friday, 9 October 2009

Failure is your friend

I remember driving in to work one weekend to try and catch up, but on arriving hitting problem after problem; the result being that five hours later I appeared to have gotten nowhere. In reality of course I’d made progress since, come Monday and with all those failures in the past, I could move forward. I’m trying to use this as I wrestle, not always valiantly, with a VB script problem in Excel. I’m not a big fan of Excel, or rather VB script; it’s like being told to play with stickle bricks instead of Meccano. Why do the other kids get the cool toys?

rugby scrum
This isn’t what I meant to write about, at least not directly. I guess I was reminded of these challenges on reading a terrific blog on the spirit of scrum. I can’t say I know much about agile software development, let alone the scrum method, and in passing I wonder where or even if, rapid application development fits on the evolutionary path. Scrum would appear to exist beyond the confines of a software development methodology, though this is only part of its attraction. I suspect I should read more of Tobias’ blog, Agile Anarchy, before passing comment, but I will venture to say that what appeals is its... humanity. I could be way off the mark but I’ve read enough to want for more.

I will doubtless be plagued by the cynical voice that warns I’ll never experience it in practice. Perhaps not, but a good idea is a good idea and anyway, just this once I think I’ll aim high.