Hal asks a fascinating question in Variation is an Enemy Enabler of Project Success: How can we take advantage of serendipity rather than forcing an outcome in our projects? (paraphrased) One technique is to observe and listen to the project. When PMs observe their projects, they look at and listen to: How people work together. […]
I was reading David Anderson’s Working Smarter Not Harder and thought about managers. David’s right, a few small improvements can dramatically increase a team’s productivity and therefore lower the cost of development. But I contend that most of the productivity costs in software is the way we mismanage software projects. If managers worked smarter, they
The only good thing about this current spate of worms and viruses is that the spammers seem to sending less spam. Naively, a few months ago, I bemoaned the state of automated spam filters. Now I wish my mail program (Eudora) and spam filter (SpamSieve) could detect these ridiculous pif files and delete all mail
Earlier this week, I was at the Rational User Conference. I was part of a dynamic panel, “The People Factor: Experts Weigh In On The Soft Side of Software.” One question was about how technical managers or project managers have to be. Murray Cantor, one of the other panelists, summed it up this way:
Release trains, the technique of planning releases on a particular date several times a year (such as quarterly releases, on the 12th of the last month of the quarter), can help you manage your development and test staff as well as machines and tool resources. I wrote about release trains a while ago here.
Hal’s post about the meaning of project management got me thinking about accountability and how we use it in organizations. In the last three weeks, I’ve heard these definitions: “I want to know who’s accountable. Who do I get to fire if they screw up?” “The testers/project manager/management team is accountable for the bugs.
In his comment to my previous post, Babu said, “unqualified project managers quickly sink a project which would’ve otherwise fared better.” (Keith, I’ll respond to your next comment in another post.) I’ve had the pleasure of meeting great project managers, and some not-so-great project managers. Here’s my list of necessary skills for great project
In addition to Frank Patrick’s excellent post of the Top 10 Sources of Project Failure, I have one more: No project manager. In the past week, I’ve received inquiries from people, asking how they can successfully complete projects or programs without project or program managers. I tell them I don’t know how to do that.
I’ve been musing over types of people on projects lately. This morning, my husband and I exhibited two common types: the serially, walk-through-the-whole-thing-systematically type (hubby), and the big picture, can’t-wait-to-see-it-put-together type (me). See Do Your Interview Questions Discriminate For or Against Your Needs? for more information. Mark’s a Guardian (SJ in MBTI terms), I’m a Rational (NT
Every so often, I hear managers say things they vowed they’d never say when they were technical contributors. (Yeah, parents do that too, but that’s not the topic today 🙂 Here are a few of my favorites with their translations: “We have expertise in that area.” Translation: We have no idea what you’re talking about,