Here's what I wrote, basically:
I'd avoid really boring subject on IT if you can. Now, not all IT stories are boring. I read one recently about a guy coming up with an idea and the struggles he fought to obtain buy in - I think that's a great story (he has $ figures too, and quite a bit of introspection in it, and it shows initiative and leadership in anticipating issues or solutions), but a lot of stories are really really really boring.
A story about how you saved the EMC cluster from a raid-array failure on node six is about exciting as watching paint dry. Or how you were asked to write a UNIX script to "debug the mainframe cobol code from the obfuscated and deprecated ISDN link", or "Properly instantiating an AJAX interface to the non-compliant XML" make me want to shoot myself. In part because I have no fricking clue what it really means, and in part because it's usually fabulously boring stuff.
But worst of all, its usually really really hard to tie these kinds of things back to value add. So what, you wrote a unix script? Who gives a sh? Anyone even notice at your firm? So what does that really mean? Nine times out of ten, the value add to the company really isn't there. It's just a tactical issue - a task that had to be completed and you completed it. It's ok if the task is tactical, but the outcome should be strategic in value. Again, nine times out of ten, the big spin on why the "EMC cluster problem" was soooooo big and impressive is that "I completed it under budget and under tight timelines". Meh, kinda iffy. Where's the value add? And think about the message that sends - your best accomplishment is finishing something on time? Why, do you normally finish late?
And M, since I know your reading this, no, its not your story. Yours was fine. I know you'll still email, but I'll tell you now anyway