<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Convincing Management That Context Switching Is a Bad Idea</title>
	<atom:link href="http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html</link>
	<description>Management, especially good management, is hard to do. This blog is for people who want to think about how they manage people, projects, and risk.</description>
	<lastBuildDate>Fri, 18 May 2012 15:02:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Rolf Hemmerling</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-320</link>
		<dc:creator>Rolf Hemmerling</dc:creator>
		<pubDate>Mon, 28 May 2007 09:44:38 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-320</guid>
		<description>Hello Johanna,
in general with projects in the industry, there is a context switch between the &quot;line work&quot; and the &quot;project work&quot;, which is just extended in case of  &quot;multi project work&quot;. I agree with the other comments, that the priority of work is a problem: If you have a burden of work, and then &quot;just&quot; a timegap of a few hours to accomplish the next step in a project, there is not enough calmness to be successful. At the end, there is much STRESS for the multi-project worker, as ANYBODY expects that &quot;his&quot; activities or tasks are finished in time by the worker, which is impossible in many cases.
I was told that its easier for girls to handle concurrent activities than boys :-).
Sincerely
Rolf</description>
		<content:encoded><![CDATA[<p>Hello Johanna,<br />
in general with projects in the industry, there is a context switch between the &#8220;line work&#8221; and the &#8220;project work&#8221;, which is just extended in case of  &#8220;multi project work&#8221;. I agree with the other comments, that the priority of work is a problem: If you have a burden of work, and then &#8220;just&#8221; a timegap of a few hours to accomplish the next step in a project, there is not enough calmness to be successful. At the end, there is much STRESS for the multi-project worker, as ANYBODY expects that &#8220;his&#8221; activities or tasks are finished in time by the worker, which is impossible in many cases.<br />
I was told that its easier for girls to handle concurrent activities than boys :-).<br />
Sincerely<br />
Rolf</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Ramos</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-319</link>
		<dc:creator>Bill Ramos</dc:creator>
		<pubDate>Sun, 16 Apr 2006 21:51:56 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-319</guid>
		<description>Hi Johanna,
   I believe it&#039;s about the need to manage risk. Picture a scenario that looks like this. The product release cycle is 6 months and consists of two high-value/high-risk projects - each if done on it&#039;s own would have 2 months of tasks/deliverables and a 1 month project buffer. The manager ha a gut feel that both projects will fit just fine into the release, but because of the risk associated with the two projects, he needs to determine if they are even feasible. So, the manager decides to spend the first two weeks having the team spend 50% on each project and let them context-switch as they see fit.
This obviously breaks down because if he had the whole team focus on the 1st project with 100% of the effort, the manager could have determined the feasibility in the first week rather than at the end of week two (assuming perfect context switching). This is hard to explain to the old-school of high-tech managers that are on the go-go-go.</description>
		<content:encoded><![CDATA[<p>Hi Johanna,<br />
   I believe it&#8217;s about the need to manage risk. Picture a scenario that looks like this. The product release cycle is 6 months and consists of two high-value/high-risk projects &#8211; each if done on it&#8217;s own would have 2 months of tasks/deliverables and a 1 month project buffer. The manager ha a gut feel that both projects will fit just fine into the release, but because of the risk associated with the two projects, he needs to determine if they are even feasible. So, the manager decides to spend the first two weeks having the team spend 50% on each project and let them context-switch as they see fit.<br />
This obviously breaks down because if he had the whole team focus on the 1st project with 100% of the effort, the manager could have determined the feasibility in the first week rather than at the end of week two (assuming perfect context switching). This is hard to explain to the old-school of high-tech managers that are on the go-go-go.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M. Pukinskis</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-318</link>
		<dc:creator>M. Pukinskis</dc:creator>
		<pubDate>Fri, 14 Apr 2006 03:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-318</guid>
		<description>I have been on both sides of this interaction.  As an employee, I have found that giving managers facts, not hand-wringing, can reduce context switch requests and other negative managerial behavior.  As a manager, I have forgotten previous requests and had employees further the error simply because they refuse to mention the conflict.  The explanation?  &quot;It&#039;s not my job to remind you what you told me.&quot;  I disagree.
I have heard &quot;we get the government we deserve&quot;.  To be sure, there are idiots out there.  Lately I have been thinking we may get the managerial behavior we deserve when we don&#039;t take  appropriate responsibility for a two-way relationship in these days of flattened hierarchy.</description>
		<content:encoded><![CDATA[<p>I have been on both sides of this interaction.  As an employee, I have found that giving managers facts, not hand-wringing, can reduce context switch requests and other negative managerial behavior.  As a manager, I have forgotten previous requests and had employees further the error simply because they refuse to mention the conflict.  The explanation?  &#8220;It&#8217;s not my job to remind you what you told me.&#8221;  I disagree.<br />
I have heard &#8220;we get the government we deserve&#8221;.  To be sure, there are idiots out there.  Lately I have been thinking we may get the managerial behavior we deserve when we don&#8217;t take  appropriate responsibility for a two-way relationship in these days of flattened hierarchy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JÃ¼rgen Ahting</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-317</link>
		<dc:creator>JÃ¼rgen Ahting</dc:creator>
		<pubDate>Fri, 14 Apr 2006 00:25:33 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-317</guid>
		<description>You probably already read Tony Rizzo&#039;s series of posts on the topic of multitasking e.g. &lt;a href=&quot;http://www.pdinstitute.com/soapbox/2004/11/19-multitasking-is-costing-billions.html&quot; rel=&quot;nofollow&quot;&gt;Multitasking is Costing Billions&lt;/a&gt;.
But I&#039;m not sure I understand your problem. Because context switching doesn&#039;t contribute to any result it is a type of transaction cost. Hence it&#039;s the manager who uses it who has to justify it. As a thought experiment assume you have seven projects on the seven hills of Rome. Each context switch involves a person climbing down one hill and up another. Every sensible management strategy would try to minimize context switching to those few cases which could be persuasively justified. Just because the manager cannot see the employee climbing down one mental hill and up another, it does not happen. The cost of a context switch is not dependent on the cost the manager &quot;believes&quot; it has. It&#039;s his obligation to find out as I&#039;ve tried to explain in &quot;&lt;a href=&quot;http://blog.is-rating.de/2006/03/12/only_opportunities_disappear_if_ignored~545560&quot;&gt;Only Opportunities Vanish If Ignored&lt;/a&gt;&quot;. Thus a manager who uses context switching by default is almost certainly wasting resources on transcation cost. If the manager is really as incapable as some other respondents suggested, then you cannot convince him - but maybe his superior.</description>
		<content:encoded><![CDATA[<p>You probably already read Tony Rizzo&#8217;s series of posts on the topic of multitasking e.g. <a href="http://www.pdinstitute.com/soapbox/2004/11/19-multitasking-is-costing-billions.html" rel="nofollow">Multitasking is Costing Billions</a>.<br />
But I&#8217;m not sure I understand your problem. Because context switching doesn&#8217;t contribute to any result it is a type of transaction cost. Hence it&#8217;s the manager who uses it who has to justify it. As a thought experiment assume you have seven projects on the seven hills of Rome. Each context switch involves a person climbing down one hill and up another. Every sensible management strategy would try to minimize context switching to those few cases which could be persuasively justified. Just because the manager cannot see the employee climbing down one mental hill and up another, it does not happen. The cost of a context switch is not dependent on the cost the manager &#8220;believes&#8221; it has. It&#8217;s his obligation to find out as I&#8217;ve tried to explain in &#8220;<a href="http://blog.is-rating.de/2006/03/12/only_opportunities_disappear_if_ignored~545560">Only Opportunities Vanish If Ignored</a>&#8220;. Thus a manager who uses context switching by default is almost certainly wasting resources on transcation cost. If the manager is really as incapable as some other respondents suggested, then you cannot convince him &#8211; but maybe his superior.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doc</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-316</link>
		<dc:creator>Doc</dc:creator>
		<pubDate>Thu, 13 Apr 2006 19:32:40 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-316</guid>
		<description>Learned a cliche in the military: &quot;You manage things, and lead people.&quot; A few years after retirement I think I&#039;ve finally figured that out.
To lead people, you must have a goal, a plan. You have to convince people that the plan is a good one, or at least one worth supporting at this time. You must also trust them not to steal or undercut the plan. Many upper level managers either don&#039;t really have a plan, or they don&#039;t trust co-workers with the plan. Mid-level managers learn this on their way up.
To manage things, you don&#039;t need a plan, a direction, trust or communication. You just dump it in the funnel. Doesn&#039;t matter if the all funnels lead to the same bucket, doesn&#039;t matter what the overall priority is. You just dump it in the funnel with the intstructions to &quot;make it so.&quot;
Management is easy, leadership is hard.</description>
		<content:encoded><![CDATA[<p>Learned a cliche in the military: &#8220;You manage things, and lead people.&#8221; A few years after retirement I think I&#8217;ve finally figured that out.<br />
To lead people, you must have a goal, a plan. You have to convince people that the plan is a good one, or at least one worth supporting at this time. You must also trust them not to steal or undercut the plan. Many upper level managers either don&#8217;t really have a plan, or they don&#8217;t trust co-workers with the plan. Mid-level managers learn this on their way up.<br />
To manage things, you don&#8217;t need a plan, a direction, trust or communication. You just dump it in the funnel. Doesn&#8217;t matter if the all funnels lead to the same bucket, doesn&#8217;t matter what the overall priority is. You just dump it in the funnel with the intstructions to &#8220;make it so.&#8221;<br />
Management is easy, leadership is hard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luke Schubert</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-315</link>
		<dc:creator>Luke Schubert</dc:creator>
		<pubDate>Thu, 13 Apr 2006 17:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-315</guid>
		<description>Not defending the practice, but managers may think or say that the person has skills that no-one else available has (and that are essential for both projects).
Another thing I&#039;ve seen is interrupts - someone starts on a new project, but is dragged off to fix bugs/answer questions about an old project.  In the meantime t hey&#039;re still on the loop for the new project and possibly still have tasks to do ...</description>
		<content:encoded><![CDATA[<p>Not defending the practice, but managers may think or say that the person has skills that no-one else available has (and that are essential for both projects).<br />
Another thing I&#8217;ve seen is interrupts &#8211; someone starts on a new project, but is dragged off to fix bugs/answer questions about an old project.  In the meantime t hey&#8217;re still on the loop for the new project and possibly still have tasks to do &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Ward</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-314</link>
		<dc:creator>James Ward</dc:creator>
		<pubDate>Thu, 13 Apr 2006 03:12:45 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-314</guid>
		<description>I&#039;ll weigh in on this issue. I&#039;ve been railing against context-switching, or multi-tasking, in a project environment for years, both in speeches and print. I seem to strike a very sympathetic chord with practitioners and a deaf ear from managers.
I agree with you and with Don Gray that managers seem to view project resources as fungible (the Mythical Man-Month). They also don&#039;t appreciate the nature of project work. I once read that the average manager changes tasks at least once every five minutes, while the average developer needs blocks of time of from two to four hours to complete meaningful work.
A couple of years ago, I worked in an organization that had to be the ultimate in context switching. All personnel worked on at least five and sometimes as many as ten projects simultaneously. Roles and responsibilities were defined very narrowly, and personnel spent little time on any one project. However, it was impossible to get people together for a team meeting or to address a specific issue.
I think that everything you say about managers is true. I also think that managers don&#039;t want to take responsibility, set priorities or make decisions. That&#039;s not the way one gets to be a middle manager in a large organization after twenty years of loyal service. I also know from experience that allocating resources across competing projects to produce the best results is hard and time consuming work. Most managers wouldn&#039;t know how to do this well, and have developed ways of operating so that they don&#039;t have to address these issues.
Most organizations don&#039;t have a good idea of their capacity to perform project work. They always have way too many projects in the pipeline. Nobody wants to offend anyone else by putting their project on hold. The result is that everyone&#039;s project is being worked on but no one&#039;s project is being completed.
On the subject of context switching in general, those who favor it are generally those who work pretty much in isolation rather than as members of teams. They are in a position to determine what they will on and when, and they are not continully being interrupted by people who need something from them on the project that they are not working on at the moment. I think this describes Don Gray&#039;s &quot;fun&quot; case.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll weigh in on this issue. I&#8217;ve been railing against context-switching, or multi-tasking, in a project environment for years, both in speeches and print. I seem to strike a very sympathetic chord with practitioners and a deaf ear from managers.<br />
I agree with you and with Don Gray that managers seem to view project resources as fungible (the Mythical Man-Month). They also don&#8217;t appreciate the nature of project work. I once read that the average manager changes tasks at least once every five minutes, while the average developer needs blocks of time of from two to four hours to complete meaningful work.<br />
A couple of years ago, I worked in an organization that had to be the ultimate in context switching. All personnel worked on at least five and sometimes as many as ten projects simultaneously. Roles and responsibilities were defined very narrowly, and personnel spent little time on any one project. However, it was impossible to get people together for a team meeting or to address a specific issue.<br />
I think that everything you say about managers is true. I also think that managers don&#8217;t want to take responsibility, set priorities or make decisions. That&#8217;s not the way one gets to be a middle manager in a large organization after twenty years of loyal service. I also know from experience that allocating resources across competing projects to produce the best results is hard and time consuming work. Most managers wouldn&#8217;t know how to do this well, and have developed ways of operating so that they don&#8217;t have to address these issues.<br />
Most organizations don&#8217;t have a good idea of their capacity to perform project work. They always have way too many projects in the pipeline. Nobody wants to offend anyone else by putting their project on hold. The result is that everyone&#8217;s project is being worked on but no one&#8217;s project is being completed.<br />
On the subject of context switching in general, those who favor it are generally those who work pretty much in isolation rather than as members of teams. They are in a position to determine what they will on and when, and they are not continully being interrupted by people who need something from them on the project that they are not working on at the moment. I think this describes Don Gray&#8217;s &#8220;fun&#8221; case.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomas Restrepo</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-313</link>
		<dc:creator>Tomas Restrepo</dc:creator>
		<pubDate>Wed, 12 Apr 2006 22:23:38 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-313</guid>
		<description>Johanna,
A Manager I had in a previous job always had me multitasking across multiple projects, even though I kept trying to resist it. Eventually, I just figured out that the reasons he did it were actually quite simple: 1- that way he didn&#039;t *have* to set priorities, or rather, priorities to him were not a matter of do X before Y, but rather how much time to do dedicate to X and how much to Y. Silly if you ask me. 2- That way he really expected people to just work overtime, without actually paying for it (and it worked with most people... too bad for him I wasn&#039;t one of those).</description>
		<content:encoded><![CDATA[<p>Johanna,<br />
A Manager I had in a previous job always had me multitasking across multiple projects, even though I kept trying to resist it. Eventually, I just figured out that the reasons he did it were actually quite simple: 1- that way he didn&#8217;t *have* to set priorities, or rather, priorities to him were not a matter of do X before Y, but rather how much time to do dedicate to X and how much to Y. Silly if you ask me. 2- That way he really expected people to just work overtime, without actually paying for it (and it worked with most people&#8230; too bad for him I wasn&#8217;t one of those).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: keith ray</title>
		<link>http://www.jrothman.com/blog/mpd/2006/04/convincing-management-that-context-switching-is-a-bad-idea.html/comment-page-1#comment-312</link>
		<dc:creator>keith ray</dc:creator>
		<pubDate>Wed, 12 Apr 2006 20:51:58 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8067#comment-312</guid>
		<description>As Dale Emery pointed out, I think a lot of multi-tasking comes from people who try to avoid conflict -- avoiding setting priorities.
http://www.dhemery.com/cwd/2005/11/multitasking.html</description>
		<content:encoded><![CDATA[<p>As Dale Emery pointed out, I think a lot of multi-tasking comes from people who try to avoid conflict &#8212; avoiding setting priorities.<br />
<a href="http://www.dhemery.com/cwd/2005/11/multitasking.html" rel="nofollow">http://www.dhemery.com/cwd/2005/11/multitasking.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

