The original, and where it lives now
This is the 2011 original, and everything in it still holds. The rebuilt version—with the reply rule, the Verified line, the status-report template, and the map of every Level 1 page—lives on the hub.
Getting Stuff Done → Rebuilt September 2026. Start there if you are new.
We are the R— meaning that multiple people are Responsible for the project’s success.
The R portion represents whoever is involved with completing any portion of the task. A is Accountable, meaning you own the task, completely. The buck stops with you. Even if so-and-so didn’t reply to your email or give you access to that particular system. It’s your job to stay on top of dependencies, as opposed to having a great set of excuses later when someone else fails in silence. There is only one A, or else you have too many cooks in the kitchen.
Sometimes you are the R and the A for smaller projects. But more often, you delegate tasks to engineers and designers who are on the hook for various things. And these folks will forget to do their things, do them improperly, provide excuses why it was someone else’s responsibility, and so forth.
You are there to resolve these issues before they become visible to the client—you want to monitor this BEFORE you have slipped the schedule irreparably and before the big emergency.
A great project manager can see problems in advance, then escalate as needed.
C is consulted, which means that you might need the expertise, advice, or permission of others to proceed. The C role is dangerous here since a lot of people will want to be involved in your project, especially if it’s high profile and involves social media—something that everyone feels they are an expert in.
To prevent meeting madness, where you’re unable to hold meetings because of too many people wanting to attend, make it super clear who is doing what in the Responsibility section—the list of tasks. You’ll come across many corporate folks who will say they are responsible in some vague sort of way, upon which you politely explain your role, who else is responsible for certain tasks, and then ask them what exactly they would like to do in this project.
If you’re suave, you can pacify these backseat drivers. If you’re too blunt, you’ll offend these people, even if it’s clear that they have no specific useful skills to the project or add any type of value. I am Informed. These are folks who you should keep updated, usually AFTER you have made a decision and have taken action.
Only the Consulted people need to be asked in advance of a decision. Because most corporate folks attribute their value in direct proportion to how many meetings they attend (if you’re busy, then you must be in high demand and very important), you’ll have to fight to keep most folks in the I bucket versus somewhere else. The easiest way to ward off these folks is to publish meeting minutes. That way, they’re not afraid of missing something juicy from not having attended—they can merely read the summary.
Ask yourself how many project managers are guilty of not publishing the meeting minutes. They’re the ones who are struggling and haven’t even gotten around to placing people in the RACI roles.
Ironically, their excuse is that they’re too busy. The reason they’re too busy is that they’re wasting time doing nonsensical things to actually have time to produce things of value.
There you have it. Nothing magical. But it sure works like magic. When you make it clear that you have a goal, specified the team and specific tasks needed to get to your goal, the waters will part. The cubicle dwellers will respect that you have a mission. Those who want to know what’s going on don’t have to call a meeting to waste the precious time of your team—they can just log into basecamp or read the latest meeting minutes.
If the big boss decides to derail you because of the latest fire drill, you can confidently say “yes” to any of her requests, because you at the same time mention the impact on the work schedule you’re already on. If the client decides to change his mind and increase the scope of the project (they would never do that!), then you can say “yes”—AND the impact is $X and Y days to the timeline.
You never say “yes, but”, which is arguing with them. You say “yes, and”. Let them trade-off between time, money, and scope—pick two, as they say. If you follow these three steps in this order — to get organized, be clear on your goals, and run the RACI project management model—you’re well-protected from every angle.
People will marvel and how well you manage and what a good job you do. By making the model clear, everyone knows what is expected, so there’s little room to hide. The typical corporate cubicle monsters who are looking for a big company to hide in will know they are not welcome. And you’ll be spending less time dealing with the same old excuses, and more time doing things that you enjoy. How do you fare against this model? Are there certain techniques that work well for you? Perhaps you have a horror story to share (names kept anonymous to protect the guilty)?