August 2004

MPD, writing

Short Essay About Writing by Stephen King

Read “Everything You Need to Know About Writing Successfully – in Ten Minutes”, and when you’re done chuckling, note the necessary ideas: His point #5: throw away reference books. This works for all first drafts. I don’t care if you’re writing a novel, a spec, or code. It works. Interrupting flow and what do you […]

MPD

Links to Read and Consider

  Take a look at these links: Tricks of the Trade, thanks to Dave Liebriech. When I was a tester, I read the code (this tip is far down on the list.) I’m not sure the developers appreciated my questions, but if I didn’t understand something, I asked. Here’s a tip I learned for people

MPD

Process Improvement: Start Where You Are

  I had lunch with a friend-of-a-friend today. She’s considering moving to a process improvement position. I suggested she not move from a technical lead to a process improvement position — I don’t trust staff positions in this not-yet-robust economy. So I asked her why not do process improvement where she is, in her circle

measurement, MPD

Manager’s Role for Bug-Weeding

Thanks to Brian Marick, I read Dave Thomas’s Weeding Out Bugs. Much of Bug-Weeding is developer turf. But here’s what managers can do to help: Look at defect counts by module. When you see a module that has more than it’s fair share of defects, start asking questions about what the developers are considering. You’ll

hiring strategy, HTP

Write Reasonable Rejection Letters

Candidates need to know where they stand — from the time you receive a resume until you’ve either hired them or rejected them. Make sure your autoresponses — or real rejection letters — don’t look like this: Subject: Got your pathetic resume. To: (name withheld out of decency) Look: We here at insult.com got this

management, MPD

Great Hackers Deserve Great Managers

  I was reading Hiring Great Hackers, and I realized what went wrong in the places I’ve worked who hired great hackers. (In this case, a hacker is not a derogatory term, it’s someone who lives and breathes producing great software — just not software that yet has a customer base.) The problem was the

MPD, writing

No Bobble-Headed Dolls

Esther‘s here this week (again), so we can finish the pre-review draft of the book. We’re telling the story of a great manager who’s just arrived to a new organization. We describe meetings ,where we wanted to say “Everyone nodded.” I wanted to add “like bobble-headed dolls.” While that’s humorous, it’s not very respectful to

HTP, interview

Detecting How Candidates Have Learned

Dave Smith said, One thing I see little of in resumes, but which pops out in a positive way when I do see is, is acknowledgment of past failure, with evidence that the candidate learned something from it, or at least walked away with motivation to improve. .I’ve been thinking about what to suggest. I

Agile Job Search, HTP

Show Your Value

The folks at the monster blog have another winning post One More Time of tips for job seekers. One of the most important tips is to show your value in a resume, a tip from Five Ways to Make Your Monster Resume Stand Out. Thad Peterson says “Use Numbers to Your Advantage” and highlights some

MPD, requirements

Producing Software is the Art of Requirements Refinement

Well, that’s certainly a provocative title. Let’s see if I can back it up 🙂 First, read Keith Ray’s Engineering post, where he says “software development is a cooperative “game” in creating and deploying “knowledge” and various people-oriented practices help make that work” Some of my recent posts about requirements show the problems when software

Scroll to Top