In this issue of Better Software, I have the featured article, No More Second Class Testers! and Frank Patrick has a great article, “Promises and Prescriptions, How the Theory of Constraints can help cure common project ailments.” I can’t give you a URL to Frank’s article, but maybe in a month or so he’ll […]
I’ve been thinking a lot about the comments people made on the Best Practices Don’t Predict Project Success post. (Thank you for your comments.) Here’s my experience. Great people, people with sufficient functional skills and domain expertise can trump process, good or bad. Good process, process appropriate for the context, will help those people. But great people
I received an intriguing email this week asking this question: ” [..]if we were to put a quantitative value against each best practice, summed them up, and compared the total against a possible maximum could we have a predictor of project success?” No is the short answer. Here’s why: People need to first select which
I’ve been thinking a lot about Dale’s post about managers needing to appreciate the work. Appreciation isn’t enough, unless I’ve misunderstood Dale’s post about John Levy‘s quote. To be an effective manager, you have to understand how the work is organized, how to prioritize the work, how to assign the work, how to give people
One of the most useful decisions a project manager can make at the beginning of the project is to choose a lifecycle for the project. Here’s the way I think about lifecycles: Not every lifecycle is appropriate for every project. In fact, many lifecycles are inappropriate for many projects. If you can’t determine the requirements
Esther’s here with me this week. We’re revamping our book based on early feedback from our reviewers. We’re focusing on the core skills of managers. Of course, prioritization is in the book. In addition, we’re addressing how to speak the language of the business (to get things done through others), how to give feedback, one-on-ones,
I’m supposed to be on the other coast right now. But since I start from Boston, and this Nor’easter has taken over, I’m going nowhere fast. When I planned the trip and the client work, I’d allowed about a half-day of slack in the travel. That’s normally enough. Not this time 🙂 When you
At a recent presentation, (Managing the Management Balancing Act) I discussed the problems of multi-tasking. I received this feedback: Johanna, I have to say that I think you are off the path in terms of “multiple projects.” 1) Organizations just don’t work this way – it isn’t cost-effective. 2) Today’s emerging workforce (20-30) were
Last week, one of the mailing lists I’m on discussed the glass ceiling. Some participants doubted the glass ceiling exists — that it may be more of a reaction on the part of the person perceiving the glass ceiling. The glass ceiling is real. Sometimes, it’s discrimination against people who aren’t developers (which is
Hal posted his take on creating faster cheaper projects. (See Creating Faster Cheaper Projects.) I see that I did not make my assumptions clear in my original post. Hal had three problems (at least!) with my post: Fewer people increase the length of the project. The longer the project, the more the requirements will change