<?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: Event-Driven vs Polling</title>
	<atom:link href="http://www.elilopian.com/2009/03/24/event-driven-vs-polling/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elilopian.com/2009/03/24/event-driven-vs-polling/</link>
	<description>Creating better software</description>
	<lastBuildDate>Mon, 02 Jan 2012 09:09:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Development and Integrity Management by Eli Lopian &#187; Beyond Scrum and Lean</title>
		<link>http://www.elilopian.com/2009/03/24/event-driven-vs-polling/comment-page-1/#comment-33900</link>
		<dc:creator>Development and Integrity Management by Eli Lopian &#187; Beyond Scrum and Lean</dc:creator>
		<pubDate>Tue, 31 Mar 2009 20:00:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/03/24/event-driven-vs-polling/#comment-33900</guid>
		<description>[...] Both Ron Jeffries has commented on my Event vs Polling ideas and so has Travis Illig about having fun with status meetings. [...]</description>
		<content:encoded><![CDATA[<p>[...] Both Ron Jeffries has commented on my Event vs Polling ideas and so has Travis Illig about having fun with status meetings. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eli Lopian</title>
		<link>http://www.elilopian.com/2009/03/24/event-driven-vs-polling/comment-page-1/#comment-33651</link>
		<dc:creator>Eli Lopian</dc:creator>
		<pubDate>Tue, 24 Mar 2009 20:27:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/03/24/event-driven-vs-polling/#comment-33651</guid>
		<description>Ron,
Openness is an important value. 
I have, perhaps, shown a way to be open with the &#039;chickens&#039; with your customers and management.

Here is how: As soon as you see that you cannot fulfill your commitment, tell them that.

Let the management help you get your job done. They might have a solution. 
I have seen many teams who know that they won&#039;t be able to complete the sprint, but won&#039;t tell management (they are scared, it seems unprofessional, etc) they try to fix it themselves until the last minute and then tell management - sorry we just couldn&#039;t do it, and feel ok about it. 

It is NOT ok. It is like setting up a meeting, being stuck in traffic and knowing that you are going to be 20 minutes late and not telling anyone about it. Everyone else must wait for you. Tell them, tell them that you are going to be 20 minutes late. Have integrity.

Otherwise, the only other way that the manager can help you, is if he keeps polling and asking you if you are going to make it on time. That is annoying and wastes both the managers and developers energy.</description>
		<content:encoded><![CDATA[<p>Ron,<br />
Openness is an important value.<br />
I have, perhaps, shown a way to be open with the &#8216;chickens&#8217; with your customers and management.</p>
<p>Here is how: As soon as you see that you cannot fulfill your commitment, tell them that.</p>
<p>Let the management help you get your job done. They might have a solution.<br />
I have seen many teams who know that they won&#8217;t be able to complete the sprint, but won&#8217;t tell management (they are scared, it seems unprofessional, etc) they try to fix it themselves until the last minute and then tell management &#8211; sorry we just couldn&#8217;t do it, and feel ok about it. </p>
<p>It is NOT ok. It is like setting up a meeting, being stuck in traffic and knowing that you are going to be 20 minutes late and not telling anyone about it. Everyone else must wait for you. Tell them, tell them that you are going to be 20 minutes late. Have integrity.</p>
<p>Otherwise, the only other way that the manager can help you, is if he keeps polling and asking you if you are going to make it on time. That is annoying and wastes both the managers and developers energy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Jeffries</title>
		<link>http://www.elilopian.com/2009/03/24/event-driven-vs-polling/comment-page-1/#comment-33649</link>
		<dc:creator>Ron Jeffries</dc:creator>
		<pubDate>Tue, 24 Mar 2009 19:57:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/03/24/event-driven-vs-polling/#comment-33649</guid>
		<description>&quot;We all know that polling wastes more time and energy than event-driven systems.&quot; Not even true, even if applicable, and not even applicable either. 

Anyway, Scrum info production is about /publishing/, not polling. Every day at the daily Scrum, everyone proactively reports where they are, where they&#039;re going, and what&#039;s in their way.

Perfect? No. But openness leads to trust; trust leads to safety; safety leads to integrity.</description>
		<content:encoded><![CDATA[<p>&#8220;We all know that polling wastes more time and energy than event-driven systems.&#8221; Not even true, even if applicable, and not even applicable either. </p>
<p>Anyway, Scrum info production is about /publishing/, not polling. Every day at the daily Scrum, everyone proactively reports where they are, where they&#8217;re going, and what&#8217;s in their way.</p>
<p>Perfect? No. But openness leads to trust; trust leads to safety; safety leads to integrity.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

