<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Multi-Tasking Leads to Project Delays</title>
	<link>http://www.reformingprojectmanagement.com/2003/04/15/148/</link>
	<description>The magazine for the project age</description>
	<pubDate>Sat, 17 May 2008 07:24:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Claude Emond
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/04/15/148/#comment-336</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/04/15/148/#comment-336</guid>
					<description>
        This anti-multi-tasking, ability-permission to say 'NO' and maturity (for hierachy and customer) to listen and accept this 'NO' constitute the biggest 'paradigm constraint' (as Hal put it) to tackle if one wishes to better their project management process (or all organizational processs for that matter). We are not talking about simple adjustments here, but a major cultural change where assertiveness has to take over a lot of submission and dictatorship reflexes.

When I talk about 'reducing multi-tasking' with fellow project specialists or my clients (employees and management alike), they usually answer back that multitasking is the way life is at work and cannot be changed, even by a few rules permitting a few 'substantiated NO' here and there.

The aversion to say NO (which is translated into our mind as 'I cannot say I cannot do what is asked from me, or the boss-client will think I am an incompetent'(for the worker) or 'How dare you say NO to me...he! I'm paying you to do, not to not-to-do' (for the 'alpha-male/fe-male')) is the single most-inhibiting 'paradigm constraint' to good management and to the implementation of TOC in organizations. It is the one I have personnally to work against everyday of my consulting life and the 'Berlin Wall' keeping us from promises that are realistic and that we can meet.(thus it does not mean, however, that it is undestructible but it is sure a tough cookie).

Implementing TOC is a major cultural change, one that is fiercely resisted by both workers and employers because it redefines traditional power-hierarchy relationships.
      </description>
		<content:encoded><![CDATA[<p>This anti-multi-tasking, ability-permission to say &#8216;NO&#8217; and maturity (for hierachy and customer) to listen and accept this &#8216;NO&#8217; constitute the biggest &#8216;paradigm constraint&#8217; (as Hal put it) to tackle if one wishes to better their project management process (or all organizational processs for that matter). We are not talking about simple adjustments here, but a major cultural change where assertiveness has to take over a lot of submission and dictatorship reflexes.</p>
<p>When I talk about &#8216;reducing multi-tasking&#8217; with fellow project specialists or my clients (employees and management alike), they usually answer back that multitasking is the way life is at work and cannot be changed, even by a few rules permitting a few &#8217;substantiated NO&#8217; here and there.</p>
<p>The aversion to say NO (which is translated into our mind as &#8216;I cannot say I cannot do what is asked from me, or the boss-client will think I am an incompetent&#8217;(for the worker) or &#8216;How dare you say NO to me&#8230;he! I&#8217;m paying you to do, not to not-to-do&#8217; (for the &#8216;alpha-male/fe-male&#8217;)) is the single most-inhibiting &#8216;paradigm constraint&#8217; to good management and to the implementation of <acronym title="Theory of Constraints; Eli Goldratt's insight on throughput">TOC</acronym> in organizations. It is the one I have personnally to work against everyday of my consulting life and the &#8216;Berlin Wall&#8217; keeping us from promises that are realistic and that we can meet.(thus it does not mean, however, that it is undestructible but it is sure a tough cookie).</p>
<p>Implementing <acronym title="Theory of Constraints; Eli Goldratt's insight on throughput">TOC</acronym> is a major cultural change, one that is fiercely resisted by both workers and employers because it redefines traditional power-hierarchy relationships.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Claude Emond
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/04/15/148/#comment-337</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/04/15/148/#comment-337</guid>
					<description>
        I had to be interrupted (multitasking dilemna). I cannot say NO to my wife when she asks for her breakfast, her coffee and her newspaper --- all at the same time...power-hierarchy relationships, indeed !!! ;-)

To finish on a positive note (i'll talk about YES :-) ).

I found out lately that suggesting to my clients (and their employees) to say 'YES...But' instead of 'NO...Because' when asked to switch tasks was really better received as a strategy. 

Instead of you having to explain why you cannot switch task now (the because), you get the 'ASKER' to figure out a way to rearrange (or at least reconsider) the priorities he/s-he(the alpha types!!) had imposed beforehand on you (the ...'But'(in YES...But): such and such thing you asked me to do first thing first is now a close second or maybe a third and, Oh my God, it will sadly slip and be delayed by your own making !!!).

Food for thought

Claude
      </description>
		<content:encoded><![CDATA[<p>I had to be interrupted (multitasking dilemna). I cannot say NO to my wife when she asks for her breakfast, her coffee and her newspaper &#8212; all at the same time&#8230;power-hierarchy relationships, indeed !!! <img src='http://www.reformingprojectmanagement.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>To finish on a positive note (i&#8217;ll talk about YES <img src='http://www.reformingprojectmanagement.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  ).</p>
<p>I found out lately that suggesting to my clients (and their employees) to say &#8216;YES&#8230;But&#8217; instead of &#8216;NO&#8230;Because&#8217; when asked to switch tasks was really better received as a strategy. </p>
<p>Instead of you having to explain why you cannot switch task now (the because), you get the &#8216;ASKER&#8217; to figure out a way to rearrange (or at least reconsider) the priorities he/s-he(the alpha types!!) had imposed beforehand on you (the &#8230;&#8217;But&#8217;(in YES&#8230;But): such and such thing you asked me to do first thing first is now a close second or maybe a third and, Oh my God, it will sadly slip and be delayed by your own making !!!).</p>
<p>Food for thought</p>
<p>Claude
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Frank Patrick
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/04/15/148/#comment-338</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/04/15/148/#comment-338</guid>
					<description>
        Hal -- 

What happened to your Wednesday post?
      </description>
		<content:encoded><![CDATA[<p>Hal &#8212; </p>
<p>What happened to your Wednesday post?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Claude Emond
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/04/15/148/#comment-339</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/04/15/148/#comment-339</guid>
					<description>
        In answer to Frank.
Unhappily, my experience is a bit different. Might be either a cultural thing (I am dealing mostly with French Canadian outfits). Might also be that what I am working on covers more ground than TOC only, my work consisting in moving whole organizations towards implementing project management as a core business process, which means breaking a lot of habits, including tackling multi-tasking, which is always a huge habit to break when upper management just do not want to get their priorities straight. I used to believe that rational approaches like TOC, balanced scorecards, etc. could easily be implemented, once explained, but it just does not happen that easily for me.
      </description>
		<content:encoded><![CDATA[<p>In answer to Frank.<br />
Unhappily, my experience is a bit different. Might be either a cultural thing (I am dealing mostly with French Canadian outfits). Might also be that what I am working on covers more ground than <acronym title="Theory of Constraints; Eli Goldratt's insight on throughput">TOC</acronym> only, my work consisting in moving whole organizations towards implementing project management as a core business process, which means breaking a lot of habits, including tackling multi-tasking, which is always a huge habit to break when upper management just do not want to get their priorities straight. I used to believe that rational approaches like <acronym title="Theory of Constraints; Eli Goldratt's insight on throughput">TOC</acronym>, balanced scorecards, etc. could easily be implemented, once explained, but it just does not happen that easily for me.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
