I overheard this conversation at work one day: Manager Shannon: “Jamie, I know you’re doing the usability assessments on the Canary project right now. Several other projects are also interested in usability assessments. How much time do you spend on that?” Team Member Jamie: “About eight hours a week.” Manager Shannon: “Okay, so you could work with five projects at a time then.”
Do you see any flaws in Shannon’s thinking? Five times eight is forty, the nominal hours in a work week, so this discussion seems reasonable on the surface. But Shannon hasn’t considered the many factors that reduce the time that individuals have available each day for project work: project friction (as opposed to interpersonal friction, which I’m not discussing here).
There’s a difference between elapsed hours on the job and effective available hours. If people don’t incorporate friction factors into their planning, they’ll forever underestimate how long it will take to get work done.
Task Switching And Flow
People do not multitask—they task switch. When multitasking computers switch from one job to another, there’s a period of unproductive time during the switch. The same is true of people, only it’s far worse. It takes a little while to gather all the materials you need to work on a different activity, access the right files, and reload your brain with the pertinent information. You need to change your mental context to focus on the new problem and remember where you were the last time you worked on it. That’s the slow part.
Some people are better at task switching than others. Maybe I have a short attention span, but I’m pretty good at diverting my focus to something different and then resuming the original activity right where I left off. For many people, though, excessive task switching destroys productivity. Programmers are particularly susceptible to the time-sucking impact of multitasking, as Joel Spolsky (2001) explains:
“When you manage programmers, specifically, task switches take a really, really, really long time. That’s because programming is the kind of task where you have to keep a lot of things in your head at once. The more things you remember at once, the more productive you are at programming. A programmer coding at full throttle is keeping zillions of things in their head at once.”
When I was a manager, a developer named Jordan said he was flailing. He would work on task A for a while, then feel guilty that he was neglecting task B, so he’d switch to that one, accomplishing little as a result. Jordan and I worked out his priorities and a plan for allocating time to tasks in turn. He stopped flailing and his productivity went up. Jordan’s task-switching overhead and priority confusion affected both his productivity and his state of mind. [Read More…]
The post Work Plans Must Account for Friction appeared first on Project Management Articles, Webinars, Templates and Jobs.
http://dlvr.it/S8ZlSt