As often happens in life, when I meet people at a party or some work thing and they ask what I do, I tell them I write books. They ask what kind of books, and when I mention I wrote a book about project management they get all condescending. Why would you write a book about something as boring as project management? They ask.
To which, I often say. Everything is a project.
And they say, what?
And I say, again, Everything is a project.
How did you get to this party? I ask. Well, that’s a project. How did you plan and deliver the last party you threw for others? That was a project too. The making of your home, the delivery of electricity and water to it, and the earning of wages to pay for all these things are all various forms of projects, or consist of activities roughly comparable to any definition of a project.
Then I say the kicker, project management is only as boring as the thing being managed.
On a good day, they they look at me for a long moment, frozen in that curiously goofy look of actually thinking that all of us make now and then, and then they say “Huh”. And then I ask them what they do, successfully completing the project of changing the conversation with a stranger at a party.
On a bad day, they conclude I am even more boring than they thought, and despite their full Martini in hand, excuse themselves to the bar to get a drink.
I wrote awhile ago about why project managers get no respect, and that’s because people who make a big deal out of the project-manageryness of their work, as opposed to the domain of the things they make (homes, software, films, cookies) come off as a kind of weenie, a pm-weenie if you will. They appear to be people who are more interested in schedules, budgets and methods than the results those tools help achieve, which is kind of weird. It’s like the director of a bad movie who talks only about his fancy zoom lenses, or that the film came in under-budget. They miss the point.
But the best project managers, including those people who do lead or manage things yet never use the pm title, somehow know instinctively that everything is a project. They know there needs to be a driving force of thinking, a constant source of social energy, a list or a table or a spreadsheet, that makes it easier for everyone to push their own small decisions forward, increasing the odds with every single effort that the results will be good. Good project managers aren’t even necessarily very organized, they know many ways to drive people forward and hold them to commitments, even without a GTD brain implant.
There are many ways to look at all that we do, but the project-centric view is quite potent. Everything in work, and many things in life, have a a goal, a set of constraints, some design challenges, a schedule, a few dependencies, some key relationships, etc. And it’s hard to be good at managing, leading, teaching, creating, making or building just about anything if you have absolutely zero skills at project management. To me, anyone who is a writer, a VP, a salesman, a film-maker, a teacher or an athlete does project management of a sort nearly all the time.
When I get stuck, at work or in personal life matters, or I see someone else who is blocked, I say, out loud, everything is a project. If I’m blocked, what are my goals? What are my assets? What are my liabilities? How can I divide this big thing I’m stuck on into smaller pieces, one of which I might be able to tackle? And sometimes just realizing there is a simple easy way to reframe anything into the form of a project is enough to get things moving again.
One common criticism, often mild, I hear about my book Making Things happen is it’s a Microsoft flavored book. I plead guilty. But this wasn’t for philosophical reasons, which some people seem to assume. My goal wasn’t to spread to the world how Microsoft makes software (which had already been done by Microsoft Secrets). Instead it was to use what I’d learned shipping IE 1.0 to 5.0 and other stuff to illustrate all sorts of concepts, tactics and tricks that can apply to any kind of project whether they use similiar processes or not. I needed a spine and that was one I knew well and had the most stories working with. For better or worse, Microsoft is an excellent reference point for how software, or any product is made, for a variety of reasons. But that’s all I meant it for – a system to use as leverage to explore the important stuff, not the other way around.
One of my top gripes at the time was how most project management books seemed written by consultants, people who didn’t write as if they’d actually used what they are teaching themselves (Mythical man month, for all it’s charms, is guilty of this in parts), since they couldn’t point out the common traps of their advice. The best remedy seemed to be specific, be real, tell the truth, and thus, the book came out as it did. I was, and still am, a believer in the idea of program managers, or project managers as true team leaders, and I wanted to tell the story of project management from that point of view.
In fact, if ever I write another project management book I doubt I’d even mention some of the heavier duty process stuff that shows up, however briefly, in the book. MRDs, vision documents, etc. are, as some critics pointed out, artifacts of larger organizations and many won’t have to wrestle with them, which is probably a good thing.
I’m a big believer it’s the soft skills that matter much more, and when I look back at Making things happen I see what could have been two separate books. One about process-y stuff (chapters on vision, specs, etc.) , and another about the human elements of leading projects (leadership, communication, relationships, crisis, risk, politics). I suspect people who like the book have a strong preference for one or the other. In flipping through the book it does seem to hold up the promise in the preface, that you can skip boring chapters and get value from the next – perhaps I suspected there were two books in there when I wrote it.
Anyway, its been years now and I don’t think I ever posted about this, despite how often I’ve seen it surface in reviews or had it come up at lectures.
Thanks to the fine folks at O’Reilly Media, both of my books are now available on Kindle:
The Myths of Innovation (Kindle)
I think it’s silly that the customer reviews for the regular editions don’t migrate to these kindle pages, but then again I’m still bummed all the reviews for The art of project management didn’t get migrated over to Making Things Happen, as it’s the 2nd edition of the same book.
Recently Joel on Software posted about how to be a program manager and he lists UI design as one of the skills program managers should be responsible for. It’s no surprise that people who call themselves UI designers, such as the folks on on the interaction design mailing list, have taken notice and are mostly unhappy.
(Back story: The idea of program managers, roughly a sergeant level generalist who drives projects, is an idea I like. It’s a job role Microsoft started in the late 1980s . It’s a job I had in the 90s).
Which gets to the question of should PMs do design.
The easy answer is yes, if they are good at it. Most are not. Most do not know this because they’ve never met an interaction designer, someone who does it professionally for a living. Simply because Fred is better at it than his peers, he assumes he is good. It’s not his fault exactly. Most computer science programs and business schools never talk to design schools. Certainly not about how much they need to learn from the other. And most program managers in the world are hired from computer science and business schools.
Anyway, the better teams at Microsoft figured this out over a decade ago. They did one of:
VPs that cared about ease of use invested in these assets, and just as important, built a culture around ease of use taking priority over other considerations.
However, in most cases the above investments had moderate impact on product quality because these people never receive sufficient power to overcome the other 20 PMs running around. Sometimes all the PMs are ignored anyway by the programmers but they are in denial about it, so it’s moot until that fight for power gets sorted out.
The program manager model is just one idea for diving up work. It’s a good model, but does have it’s problems. On larger teams it’s too easy for PMs to get lost in their egos and self-interests, each one fighting to make a great feature, inside of what becomes a mediocre product. It’s also a role that depends on culture, you can’t just graft it on and expect it to work as it impacts everyone.
Program management works best on smaller teams, or in organizations where the PM can have significant power. Once you have 15 or 20 of them running around it gets hard to sort things out. Imagine 15 or 20 film directors trying to work on a film together. If you give them enough power, you don’t need many film directors. And if you don’t need many, it’s easier to find ones with all of the talents you want, including the ability to design user interfaces.
The bottom line: program managers are generalists
At the end of the day it doesn’t matter who makes the UI design decisions provided they are good and they ship. If you’re a PM, your primary obligation is the quality of what goes out the door. If you have someone other than you available who is good at design, your top priority should be to get out of their way, just as you would for someone good at programming, testing, or any other role. Find other things to do to keep busy – I’m sure they exist. The value of the PM, or any manager, is their ability to fight for the best use of everyone’s time, including their own.
If ease of use is truly important in what you’re making, odds are it deserves the attention of a specialist or two who can dedicate their energy to it. If nothing else, they can teach you some of the stuff you don’t know you need to know. PMs can rarely dedicate their attention to anything, as their value is their ability to co-ordinate and lead.
The bestselling book I wrote about program management, Making Things happen, has several nice chapters about how to lead design and customer research, and advocates the above advice.
Been thinking much about what I can do in the face of all that’s going on in the economy (130,000 layoffs so far this month). Losing a job sucks and often triggers collateral suckage. I’m just a writer so I can’t do much in a practical way, but I can give out free copies of books.
The first 20 people who lost their jobs (scouts honor) who leave a comment or send in an email will get a signed copy of the bestseller Making Things Happen. Might help with planning whatever thing you decide to do next. Or make for excellent kindling, depending on much savings you had. It also has pretty pictures, which you can pretend is a very slow television show.
Sorry, but this is U.S. only. Think global act local and all that.
It’s not much, but until I find a better idea, I’m sharing what I have.
In the never ending pile of meeting tips, here are 5 five more:
See also: