Many bemoan the strained relationship between testers and developers. But while we can't force testers and developers to see eye to eye on everything, we can reduce some of the tension by making simple changes in the way we communicate. Learn some great tips and tricks in this article.

A software project is a complex thing. It involves many players, many tasks, and lots of things that could go wrong (and often do). If not for dogged optimism, some projects might not be tackled at all. But optimism doesn't mean turning a blind eye to potential pitfalls. In this column, Esther Derby applies a lesson about asking, "What if..."

Are you inadvertently setting up a one-dimensional team? Managers regularly make statements to recruiters like, "I need another test engineer just like Charlie." Sometimes hiring people with very similar qualifications makes sense, but sometimes breaking the mold makes a better team.

Software projects are filled with productivity needs and deadline pressures. As a project manager, you may feel responsible for project deliverables yet highly dependent on others to complete their work. It's common to push, prod, and heavy-handedly coerce your team to go faster. Sometimes this has the desired effect. And even if it doesn't, you can at least claim you pushed as hard as you could. But is that really all that can be done? Eileen Strider suggests another tool at your disposal.