June 2004

HTP, interview

Avoid Stump-the-Candidate Interviews

You know that I use auditions as a way to see how people work. I find that auditions, along with behavior-description questions are a great way to see how people will work at work. However, there are some questions and auditions that just allow the interviewer to play a bad interview game: Stump the Candidate. […]

MPD

People Need Immediate Feedback

We’re getting ready for my parents’ 50th wedding anniversary, and my sister decided a scrapbook of family pictures would be a great present. She’s right, it will be wonderful. Mark and I were looking for pictures of us and our children, so we pulled out all of the pictures from the last 20 years. We

HTP

How Not to Hire Jerks

In his provocative article Nasty People, Robert Sutton says ” Managers who belittle and oppress one victim after another shouldn’t be hired.” Amen! If you’re not sure how to avoid hiring nasty people, try these techniques: You can try to ask the candidate about the last time he or she lost his or her temper

Books, MPD

Convincing Managers to Buy Books

  Some of my suggestions for people in my classes are simply to buy some good books for some specific information. When I suggest this, I sometimes hear “my manager won’t let me buy books.” As a bibliophile, I can’t understand that :-). Even though I do accept that not everyone is like me, you

hiring strategy, HTP

How Well Can Your Technical Staff Write?

Laurent has a great posting on Hiring Programmers. Note that he doesn’t say people have to be great writers. On the contrary, the bar is fairly low: awareness of spelling and typos, introduction, structured discussion, conclusion — that’s it. My kids practice this kind of writing all the time in school (in preparation for the

defect, MPD

How Much Rework Does Your Project Perform?

  In the last few weeks, several people have asked me how much rework is normal. Well, if you’re working in a test-driven development environment, you probably have very little rework. My estimates for the few real test-driven projects I’ve seen is that they spend about 10-15% of their time on rework (finding problems and

Scroll to Top