<?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: Don&#8217;t Screw This Up:  Consistency</title>
	<atom:link href="http://pmstudent.com/dont-screw-this-up-consistency/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmstudent.com/dont-screw-this-up-consistency/</link>
	<description>Helping new and aspiring project managers reach their career goals!</description>
	<lastBuildDate>Fri, 12 Mar 2010 17:56:19 +0000</lastBuildDate>
	<generator>http://wordpress.org/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mala Devlin</title>
		<link>http://pmstudent.com/dont-screw-this-up-consistency/#comment-16940</link>
		<dc:creator>Mala Devlin</dc:creator>
		<pubDate>Wed, 18 Nov 2009 07:09:46 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=4574#comment-16940</guid>
		<description>Good question Josh.

We often don&#039;t have the luxury of working in a team that we get to choose or even have a voice in choosing. So, it is really important for the PM to assess team dynamics and understand what makes the team tick: why is this project important to them, what do they perceive their role to be, how do they interact with each other and with you.  In the first few weeks, the PM must play the role of a &#039;team coach&#039;, build trust and create a positive, high energy culture.  The techniques for doing this can be as simple as having one on one meetings with the key members, group meetings that go beyond the mechanics of tracking projects to actually building relations.... ex. follow up with a lunch.  These social interactions make a huge difference when the team members need to react to a stressful situation - which is going to arise in any project.  The &#039;issue&#039; gets resolved faster when there is trust and the &#039;issue&#039; will spiral out of control in a low trust environment.  And lastly, I would suggest the PM to also ask some &#039;off the wall&#039; questions at program meetings &#039;How would you guys rate the team effectiveness in this project&#039;, &#039;Are we all working on the right things, is there something new that has crept in that I need to be aware of&#039;, &#039;What can be improved&#039;.  These open questions will definitely yield a wealth of data around project health - and the PM can then figure out a course of action proactively.

Can anyone else think of more ways in which the PM can encourage strong team dynamics?</description>
		<content:encoded><![CDATA[<p>Good question Josh.</p>
<p>We often don&#8217;t have the luxury of working in a team that we get to choose or even have a voice in choosing. So, it is really important for the PM to assess team dynamics and understand what makes the team tick: why is this project important to them, what do they perceive their role to be, how do they interact with each other and with you.  In the first few weeks, the PM must play the role of a &#8216;team coach&#8217;, build trust and create a positive, high energy culture.  The techniques for doing this can be as simple as having one on one meetings with the key members, group meetings that go beyond the mechanics of tracking projects to actually building relations&#8230;. ex. follow up with a lunch.  These social interactions make a huge difference when the team members need to react to a stressful situation &#8211; which is going to arise in any project.  The &#8216;issue&#8217; gets resolved faster when there is trust and the &#8216;issue&#8217; will spiral out of control in a low trust environment.  And lastly, I would suggest the PM to also ask some &#8216;off the wall&#8217; questions at program meetings &#8216;How would you guys rate the team effectiveness in this project&#8217;, &#8216;Are we all working on the right things, is there something new that has crept in that I need to be aware of&#8217;, &#8216;What can be improved&#8217;.  These open questions will definitely yield a wealth of data around project health &#8211; and the PM can then figure out a course of action proactively.</p>
<p>Can anyone else think of more ways in which the PM can encourage strong team dynamics?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Nankivel</title>
		<link>http://pmstudent.com/dont-screw-this-up-consistency/#comment-16922</link>
		<dc:creator>Josh Nankivel</dc:creator>
		<pubDate>Tue, 17 Nov 2009 20:33:43 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=4574#comment-16922</guid>
		<description>Ah, this is a great point!  I&#039;ve seen this where schizophrenic behavior from the organization or sponsor leaks down to the PM and then we have the &quot;flavor of the week&quot; scenario going on.  That just doesn&#039;t work out.  The team needs to be able to know what is going to be expected of them tomorrow, next week, and next month.

@Mala, what can a project manager do specifically to get consistent behavior from their team and deliver successful projects consistently?</description>
		<content:encoded><![CDATA[<p>Ah, this is a great point!  I&#8217;ve seen this where schizophrenic behavior from the organization or sponsor leaks down to the PM and then we have the &#8220;flavor of the week&#8221; scenario going on.  That just doesn&#8217;t work out.  The team needs to be able to know what is going to be expected of them tomorrow, next week, and next month.</p>
<p>@Mala, what can a project manager do specifically to get consistent behavior from their team and deliver successful projects consistently?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mala Devlin</title>
		<link>http://pmstudent.com/dont-screw-this-up-consistency/#comment-16908</link>
		<dc:creator>Mala Devlin</dc:creator>
		<pubDate>Tue, 17 Nov 2009 06:56:38 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=4574#comment-16908</guid>
		<description>Interesting comments about consistency in project management.   In my personal experience, I have found that behavioral consistency is perhaps the most important.  People need to know what to expect from you as a PM, and perhaps more importantly from their team mates.   Having clear roles and responsibilities, shared goals, and a strong sense of community make a huge difference.  Consistent behavior, where everyone knows what they can expect from each other is absolutely critical.  Just today in fact, I spent almost 2 hours settling an argument between a PM and the engineering lead because they had inadvertently surprised each other and made decisions that negatively impacted the project, the strategy and our roadmap.  It turned out the engineering lead had made commitments without keeping the PM in the loop.  This was not done maliciously – just an oversight, and perhaps more aptly … over-enthusiasm.  But, this led to engineers spending time prototyping a solution for a problem that was not well articulated, and working outside the roadmap the PM had created. It turned out that this was not needed at all and we had wasted a few weeks doing something totally unnecessary.  It could have been avoided if the engineering lead had followed basic protocol and kept the PM in the loop on upcoming/changing requirements.  This is the behavioral consistency that is needed in a team.  If people experience inconsistent behavior, it erodes trust and that is sure to destroy team dynamics.  And, we all know how critical strong teams are to business results and delivering projects on time!</description>
		<content:encoded><![CDATA[<p>Interesting comments about consistency in project management.   In my personal experience, I have found that behavioral consistency is perhaps the most important.  People need to know what to expect from you as a PM, and perhaps more importantly from their team mates.   Having clear roles and responsibilities, shared goals, and a strong sense of community make a huge difference.  Consistent behavior, where everyone knows what they can expect from each other is absolutely critical.  Just today in fact, I spent almost 2 hours settling an argument between a PM and the engineering lead because they had inadvertently surprised each other and made decisions that negatively impacted the project, the strategy and our roadmap.  It turned out the engineering lead had made commitments without keeping the PM in the loop.  This was not done maliciously – just an oversight, and perhaps more aptly … over-enthusiasm.  But, this led to engineers spending time prototyping a solution for a problem that was not well articulated, and working outside the roadmap the PM had created. It turned out that this was not needed at all and we had wasted a few weeks doing something totally unnecessary.  It could have been avoided if the engineering lead had followed basic protocol and kept the PM in the loop on upcoming/changing requirements.  This is the behavioral consistency that is needed in a team.  If people experience inconsistent behavior, it erodes trust and that is sure to destroy team dynamics.  And, we all know how critical strong teams are to business results and delivering projects on time!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Nankivel</title>
		<link>http://pmstudent.com/dont-screw-this-up-consistency/#comment-16753</link>
		<dc:creator>Josh Nankivel</dc:creator>
		<pubDate>Thu, 12 Nov 2009 19:41:58 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=4574#comment-16753</guid>
		<description>No particular methodology.  PDCA is of course the basis for many methodologies today, but I&#039;m not discounting other theories.

The primary point I&#039;m making here is that a theory/methodology of some sort is a requirement...even if it&#039;s your own home-grown thing.  As long as it has a self-consistent, reasonable theoretical basis and is systematic in nature, it can be put to empirical test in the real world to see if it will deliver on the consistency attribute or not.

Of course a bad theory or methodology could lead to consistently bad results too!</description>
		<content:encoded><![CDATA[<p>No particular methodology.  PDCA is of course the basis for many methodologies today, but I&#8217;m not discounting other theories.</p>
<p>The primary point I&#8217;m making here is that a theory/methodology of some sort is a requirement&#8230;even if it&#8217;s your own home-grown thing.  As long as it has a self-consistent, reasonable theoretical basis and is systematic in nature, it can be put to empirical test in the real world to see if it will deliver on the consistency attribute or not.</p>
<p>Of course a bad theory or methodology could lead to consistently bad results too!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trevor K. Nelson</title>
		<link>http://pmstudent.com/dont-screw-this-up-consistency/#comment-16752</link>
		<dc:creator>Trevor K. Nelson</dc:creator>
		<pubDate>Thu, 12 Nov 2009 19:36:39 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=4574#comment-16752</guid>
		<description>Nice post Josh. 
Are you equating &#039;over-arching theory&#039; with a particular methodology, or more generic steps (ie: Deming&#039;s PDCA?)</description>
		<content:encoded><![CDATA[<p>Nice post Josh.<br />
Are you equating &#8216;over-arching theory&#8217; with a particular methodology, or more generic steps (ie: Deming&#8217;s PDCA?)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
