<?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: Communicating Concerns About Performance: The Importance of Documentation</title>
	<atom:link href="http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/</link>
	<description>Leadership, followership, and purpose at work</description>
	<lastBuildDate>Thu, 09 Feb 2012 00:04:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bret L. Simmons</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1579</link>
		<dc:creator>Bret L. Simmons</dc:creator>
		<pubDate>Tue, 27 Oct 2009 21:13:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1579</guid>
		<description>I have TREMENDOUS respect for your professional opinion and advice Wally.  I too have a bias for little paperwork.  The principle that I am strongly advocating here is transparency.  the key is going to be knowing when to start the documentation process.  I would error on the side of too soon rather than too late, understanding the potential drawbacks you point out.  There is NO perfect system. the key is for employees to understand and accept the system that is used, and then the system must be used consistently with all employees, all the time.  Great conversation, Wally!!  Thanks.  Bret</description>
		<content:encoded><![CDATA[<p>I have TREMENDOUS respect for your professional opinion and advice Wally.  I too have a bias for little paperwork.  The principle that I am strongly advocating here is transparency.  the key is going to be knowing when to start the documentation process.  I would error on the side of too soon rather than too late, understanding the potential drawbacks you point out.  There is NO perfect system. the key is for employees to understand and accept the system that is used, and then the system must be used consistently with all employees, all the time.  Great conversation, Wally!!  Thanks.  Bret</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wally Bock</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1578</link>
		<dc:creator>Wally Bock</dc:creator>
		<pubDate>Tue, 27 Oct 2009 21:01:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1578</guid>
		<description>You say &quot;if it merits a conversation, then it merits documentation.&quot; I disagree. That wasn&#039;t always the case. When I started training supervisors, I advocated using &quot;working notes&quot; as a way of (as you suggested) honoring the seriousness of the issue and discussions, and functioning as a memory aid. 

It worked then. Team members knew what working notes were. And they helped everyone have productive discussions. But the workplace changed. 

A small number of those who were either malcontents or had a legitimate complaint about their supervisor began requesting to see those working notes in mediation, arbitration and administrative hearings. That meant that their representatives had something to attack and to use as the basis for interrogation. Because they too no notes, they had complete deniability for anything they chose. 

I thought that supervisors had two choices in that situation. They could do things. They could escalate the recordkeeping, doing things like having the team member write out their own version to file with the supervisors notes, having the team member sign off on the supervisor&#039;s notes, etc. 

The other option was to keep things informal (in the sense of undocumented) unless it was necessary to escalate. I thought, and still think, that&#039;s more effective. The benefit that I didn&#039;t anticipate was that a lot of team members reacted negatively to the supervisor taking notes and a system of clear notice before documentation was actually more comfortable for them. 

I also confess to a bias for as little paperwork as possible, but having what&#039;s necessary done thoroughly. Doing this with formal notice followed by documentation allows a supervisor to put more time on the hard cases. 

I don&#039;t claim perfection on this and I know there are lots of supervisors doing things that work for them but are different from what we&#039;ve discussed. But to borrow the line that Art Petty uses in his blog, &quot;it&#039;s the bottom line for now.&quot;</description>
		<content:encoded><![CDATA[<p>You say &#8220;if it merits a conversation, then it merits documentation.&#8221; I disagree. That wasn&#8217;t always the case. When I started training supervisors, I advocated using &#8220;working notes&#8221; as a way of (as you suggested) honoring the seriousness of the issue and discussions, and functioning as a memory aid. </p>
<p>It worked then. Team members knew what working notes were. And they helped everyone have productive discussions. But the workplace changed. </p>
<p>A small number of those who were either malcontents or had a legitimate complaint about their supervisor began requesting to see those working notes in mediation, arbitration and administrative hearings. That meant that their representatives had something to attack and to use as the basis for interrogation. Because they too no notes, they had complete deniability for anything they chose. </p>
<p>I thought that supervisors had two choices in that situation. They could do things. They could escalate the recordkeeping, doing things like having the team member write out their own version to file with the supervisors notes, having the team member sign off on the supervisor&#8217;s notes, etc. </p>
<p>The other option was to keep things informal (in the sense of undocumented) unless it was necessary to escalate. I thought, and still think, that&#8217;s more effective. The benefit that I didn&#8217;t anticipate was that a lot of team members reacted negatively to the supervisor taking notes and a system of clear notice before documentation was actually more comfortable for them. </p>
<p>I also confess to a bias for as little paperwork as possible, but having what&#8217;s necessary done thoroughly. Doing this with formal notice followed by documentation allows a supervisor to put more time on the hard cases. </p>
<p>I don&#8217;t claim perfection on this and I know there are lots of supervisors doing things that work for them but are different from what we&#8217;ve discussed. But to borrow the line that Art Petty uses in his blog, &#8220;it&#8217;s the bottom line for now.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bret L. Simmons</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1577</link>
		<dc:creator>Bret L. Simmons</dc:creator>
		<pubDate>Tue, 27 Oct 2009 20:33:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1577</guid>
		<description>I hear what you are saying, and your approach is of course completely valid and I am sure very effective.  I&#039;ve always believed that if there is something about performance or behavior that needs to be corrected and it merits a conversation, then it merits documentation.  I would treat conversations about suggestions for improvement differently than I would treat a conversation about a necessary course correction.  If it&#039;s just a suggestion, then it&#039;s just a suggestion and I would agree documentation is not needed.  But if the behavioral change is or will be a necessity, then I want to start my documentation trail the first conversation I have that identifies the change as necessary.  Thanks, Wally!!  Bret</description>
		<content:encoded><![CDATA[<p>I hear what you are saying, and your approach is of course completely valid and I am sure very effective.  I&#8217;ve always believed that if there is something about performance or behavior that needs to be corrected and it merits a conversation, then it merits documentation.  I would treat conversations about suggestions for improvement differently than I would treat a conversation about a necessary course correction.  If it&#8217;s just a suggestion, then it&#8217;s just a suggestion and I would agree documentation is not needed.  But if the behavioral change is or will be a necessity, then I want to start my documentation trail the first conversation I have that identifies the change as necessary.  Thanks, Wally!!  Bret</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wally Bock</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1576</link>
		<dc:creator>Wally Bock</dc:creator>
		<pubDate>Tue, 27 Oct 2009 20:24:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1576</guid>
		<description>We&#039;re not far off, but I think we disagree on this one. My take is that if you document every conversation about behavior you ratchet up both the importance of the initial conversations and the workload of the supervisor. 

My experience is that if you talk to someone about behavior informally, that&#039;s usually enough to get the change. If it doesn&#039;t, then you give notice that from now on you&#039;ll be documenting. That almost always works. When it doesn&#039;t you&#039;re facing the kind of situation that takes a lot of attention and documentation.</description>
		<content:encoded><![CDATA[<p>We&#8217;re not far off, but I think we disagree on this one. My take is that if you document every conversation about behavior you ratchet up both the importance of the initial conversations and the workload of the supervisor. </p>
<p>My experience is that if you talk to someone about behavior informally, that&#8217;s usually enough to get the change. If it doesn&#8217;t, then you give notice that from now on you&#8217;ll be documenting. That almost always works. When it doesn&#8217;t you&#8217;re facing the kind of situation that takes a lot of attention and documentation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bret L. Simmons</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1574</link>
		<dc:creator>Bret L. Simmons</dc:creator>
		<pubDate>Tue, 27 Oct 2009 20:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1574</guid>
		<description>I&#039;m not sure we are that far off.  I totally agree that most of these conversations should start informal if you want to put the employee at ease and hear what you need to hear to help.  But I think EVERY conversation about behavior should be documented.  I can think of so many times I thought things were taken care of with the informal only to learn later they were not, then I had to start all over.  Thanks!! Bret</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure we are that far off.  I totally agree that most of these conversations should start informal if you want to put the employee at ease and hear what you need to hear to help.  But I think EVERY conversation about behavior should be documented.  I can think of so many times I thought things were taken care of with the informal only to learn later they were not, then I had to start all over.  Thanks!! Bret</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wally Bock</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1571</link>
		<dc:creator>Wally Bock</dc:creator>
		<pubDate>Tue, 27 Oct 2009 19:30:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1571</guid>
		<description>I have a slightly different take on this one, Bret. For me, documentation takes an issue out of the informal and negotiating realm and moves it into the formal, may-be-part-of-your-evaluation realm. I find that most effective negotiation happens  in the cracks in the system. 

I suggest to supervisors that most of their conversations with team members be informal. If there is a need to move to more formal discussion, complete with documentation, that, itself needs to be an explicit act.</description>
		<content:encoded><![CDATA[<p>I have a slightly different take on this one, Bret. For me, documentation takes an issue out of the informal and negotiating realm and moves it into the formal, may-be-part-of-your-evaluation realm. I find that most effective negotiation happens  in the cracks in the system. </p>
<p>I suggest to supervisors that most of their conversations with team members be informal. If there is a need to move to more formal discussion, complete with documentation, that, itself needs to be an explicit act.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bret L. Simmons</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1553</link>
		<dc:creator>Bret L. Simmons</dc:creator>
		<pubDate>Sun, 25 Oct 2009 19:54:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1553</guid>
		<description>I think transparency is very important. We just don&#039;t trust people we think are hiding something, not telling the whole truth, or getting ready to ambush us.  In my experience real transparency is very rare.  I find it very refreshing when I encounter it in a leader or colleague.  Thanks, Alex! Bret</description>
		<content:encoded><![CDATA[<p>I think transparency is very important. We just don&#8217;t trust people we think are hiding something, not telling the whole truth, or getting ready to ambush us.  In my experience real transparency is very rare.  I find it very refreshing when I encounter it in a leader or colleague.  Thanks, Alex! Bret</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Kugel</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1552</link>
		<dc:creator>Alex Kugel</dc:creator>
		<pubDate>Sun, 25 Oct 2009 18:30:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1552</guid>
		<description>Bret,

I think you touched on a very important aspect in this process that from an employee perspective gives leadership credibility and respect and from a leadership perspective has got to be one of the more difficult qualities to maintain. Transparency.

Thanks for another great video,

Alex</description>
		<content:encoded><![CDATA[<p>Bret,</p>
<p>I think you touched on a very important aspect in this process that from an employee perspective gives leadership credibility and respect and from a leadership perspective has got to be one of the more difficult qualities to maintain. Transparency.</p>
<p>Thanks for another great video,</p>
<p>Alex</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bret L. Simmons</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1550</link>
		<dc:creator>Bret L. Simmons</dc:creator>
		<pubDate>Sun, 25 Oct 2009 14:24:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1550</guid>
		<description>Michael, thanks for the comments.  It seems simple, but it is often neglected.  It&#039;s good news to be straight up with people. Thanks! Bret</description>
		<content:encoded><![CDATA[<p>Michael, thanks for the comments.  It seems simple, but it is often neglected.  It&#8217;s good news to be straight up with people. Thanks! Bret</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Ling</title>
		<link>http://www.bretlsimmons.com/2009-10/communicating-concerns-about-performance-the-importance-of-documentation/comment-page-1/#comment-1549</link>
		<dc:creator>Michael Ling</dc:creator>
		<pubDate>Sun, 25 Oct 2009 13:26:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.bretlsimmons.com/?p=1442#comment-1549</guid>
		<description>Bret,

I like the videos and the backdrop. I think you&#039;ve covered the key aspects in this difficult subject. Once we raise a performance issue with our staff, it&#039;s important to draw up a schedule where we&#039;ll come back together to review and measure progress. It shows we&#039;re serious about changing behaviors and also sets the expectations.

M</description>
		<content:encoded><![CDATA[<p>Bret,</p>
<p>I like the videos and the backdrop. I think you&#8217;ve covered the key aspects in this difficult subject. Once we raise a performance issue with our staff, it&#8217;s important to draw up a schedule where we&#8217;ll come back together to review and measure progress. It shows we&#8217;re serious about changing behaviors and also sets the expectations.</p>
<p>M</p>
]]></content:encoded>
	</item>
</channel>
</rss>

