EppsNet Archive: Jerry Weinberg

It may look like a crisis, but it’s only the end of an illusion. — Jerry Weinberg

The Buffalo Bridle

“Well, if you’re going to control buffalo, you got to know two things, and only two things: First is, “You can make buffalo go anywhere, just so long as they want to go there. “And second, “You can keep buffalo out of anywhere, just so long as they don’t want to go there. — Gerald M. Weinberg, The Secrets of… Read more →

No difference plus no difference plus no difference plus … eventually equals a clear difference. — Jerry Weinberg

The Titanic Effect

The thought that disaster is impossible often leads to an unthinkable disaster. — Gerald M. Weinberg, The Secrets of Consulting Read more →

Whatever the Client is Doing, Advise Something Else

People who are close to a problem tend to keep repeating what didn’t work the first time. If it did work, they wouldn’t have called in a consultant. — Gerald M. Weinberg, The Secrets of Consulting Read more →

Make sure they pay you enough so they’ll do what you say. — Jerry Weinberg

It’s Always a People Problem

Even when it’s “really” a technical problem, it can always be traced back to management action or inaction. Even so, the experienced consultant will resist pointing out that it was management who hired all the technical people and is responsible for their development. At the same time, the consultant will look for the people who should have prevented this problem,… Read more →

Jerry Weinberg

Jerry Weinberg has been for almost 50 years the leader in considering software engineering not just as a technical practice but as a human activity. I’ve read seven of his books and with the exception of people I’ve actually worked with, I’ve learned more about IT from Jerry than from any other person. He’s recently been diagnosed with what doctors… Read more →

Organic Organizing

A problem-solving leader’s entire orientation is toward creating an environment in which everyone can be solving problems, making decisions, and implementing those decisions, rather than personally solving problems, making decisions, and implementing those decisions. — Gerald M. Weinberg, Becoming a Technical Leader Read more →

Why (Some) People Love Meetings

[W]hat … meetings are doing is playing out an emotional drama–conflict, blaming, flirting, one-upsmanship, random outbursts, anger, and so forth….the soap-opera aspects of meetings are the most exciting parts of their jobs…. Indeed, these people are often upset if I show them how to conduct well-run meetings, because I’ve taken all the joy out of their lives. — Gerald M.… Read more →

James Bach on Software Testing

Jerry Weinberg has suggested that “it works” may mean “We haven’t tried very hard to make it fail, and we haven’t been running it very long or under very diverse conditions, but so far we haven’t seen any failures, though we haven’t been looking too closely, either.” In this pessimistic view, you have to be on guard for people who… Read more →

Three Reasons for Software Project Failure

Jerry Weinberg‘s top three reasons for software projects going over budget or failing to meet their original requirements: The original budget, schedule and requirements were totally unrealistic, due to the inability of people to speak truth to power. The original budget, schedule and requirements were totally unrealistic, due to the inability of people to understand and acknowledge their own limitations… Read more →

Leaders Who Don’t Care About People

Leaders who don’t care about people don’t have anyone to lead, unless their followers don’t have a choice. — Jerry Weinberg, Becoming a Technical Leader Read more →

Four Questions to Ask a Hiring Manager

I’m rereading parts of The Psychology of Computer Programming and I notice that several of Weinberg’s “food for thought” questions at the end of each chapter would be good questions to pose to a hiring manager: How long have you been in charge of your present group? How many of the original people remain? How many people have left and… Read more →

The Waterfall Approach Persists as an Urban Myth

Much of present-day software acquisition procedure rests upon the assumption that one can specify a satisfactory system in advance, get bids for its construction, have it built, and install it. I think this assumption is fundamentally wrong, and that many software acquisition problems spring from that fallacy. — Fred Brooks, “No Silver Bullet: Essence and Accidents of Software Engineering” We… Read more →