<?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: ma il bonus aziendale Ã¨ agile ?</title>
	<atom:link href="http://www.lucagrulla.it/blog/2006/09/17/ma-il-bonus-aziendale-e-agile/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lucagrulla.it/blog/2006/09/17/ma-il-bonus-aziendale-e-agile/</link>
	<description>The blog formerly known as "(s)ragionamenti polimorfici"</description>
	<lastBuildDate>Sun, 20 Jun 2010 19:08:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Enri</title>
		<link>http://www.lucagrulla.it/blog/2006/09/17/ma-il-bonus-aziendale-e-agile/comment-page-1/#comment-166</link>
		<dc:creator>Enri</dc:creator>
		<pubDate>Fri, 10 Nov 2006 12:10:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucagrulla.it/wordpress/?p=91#comment-166</guid>
		<description>Ciao Luca!

Ho cambiato dominio, quello nuovo Ã¨:

&lt;a href=&quot;http://redgreenrefactor.it/wordpress&quot; rel=&quot;nofollow&quot;&gt; RED GREEN REFACTOR IT!&lt;/a&gt;

Il blog su wordpress.com non lo utilizzerÃ² piÃ¹.

A presto! :)</description>
		<content:encoded><![CDATA[<p>Ciao Luca!</p>
<p>Ho cambiato dominio, quello nuovo Ã¨:</p>
<p><a href="http://redgreenrefactor.it/wordpress" rel="nofollow"> RED GREEN REFACTOR IT!</a></p>
<p>Il blog su wordpress.com non lo utilizzerÃ² piÃ¹.</p>
<p>A presto! <img src='http://www.lucagrulla.it/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PerchÃ¨ non stimiamo piÃ¹ i task &#171; Enri Blog</title>
		<link>http://www.lucagrulla.it/blog/2006/09/17/ma-il-bonus-aziendale-e-agile/comment-page-1/#comment-27</link>
		<dc:creator>PerchÃ¨ non stimiamo piÃ¹ i task &#171; Enri Blog</dc:creator>
		<pubDate>Fri, 06 Oct 2006 12:06:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucagrulla.it/wordpress/?p=91#comment-27</guid>
		<description>[...] qualche giorno fa mi sono trovato sul blog di luca grulla e ho risposto ad un suo articolo riguardante la stima agile delle storie. poi luca mi ha mandato un email con le seguenti domande: &#8220;come siete passati da stimare i task a decidere di che non era piÃ¹ utile e stimare solo le storie ? quale Ã¨ stato il passaggio che vi ha spinto in questa direzione ?&#8220; [...]</description>
		<content:encoded><![CDATA[<p>[...] qualche giorno fa mi sono trovato sul blog di luca grulla e ho risposto ad un suo articolo riguardante la stima agile delle storie. poi luca mi ha mandato un email con le seguenti domande: &#8220;come siete passati da stimare i task a decidere di che non era piÃ¹ utile e stimare solo le storie ? quale Ã¨ stato il passaggio che vi ha spinto in questa direzione ?&#8220; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Administrator</title>
		<link>http://www.lucagrulla.it/blog/2006/09/17/ma-il-bonus-aziendale-e-agile/comment-page-1/#comment-26</link>
		<dc:creator>Administrator</dc:creator>
		<pubDate>Thu, 05 Oct 2006 21:04:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucagrulla.it/wordpress/?p=91#comment-26</guid>
		<description>e certo che mi interessa sapere se cambi opinione!! e soprattutto nel caso cambiaste modo di stimare...cosa vi ha spinto a cambiare!</description>
		<content:encoded><![CDATA[<p>e certo che mi interessa sapere se cambi opinione!! e soprattutto nel caso cambiaste modo di stimare&#8230;cosa vi ha spinto a cambiare!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simone genini</title>
		<link>http://www.lucagrulla.it/blog/2006/09/17/ma-il-bonus-aziendale-e-agile/comment-page-1/#comment-25</link>
		<dc:creator>simone genini</dc:creator>
		<pubDate>Thu, 05 Oct 2006 07:29:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucagrulla.it/wordpress/?p=91#comment-25</guid>
		<description>ottimo il libro di mike cohn! avrei dato un&#039;occhio per partecipare all&#039;incontro di cui parli. (c:

la nostra esperienza...
abbiamo cominciato ad adottare le &quot;stime a punti&quot; dopo due anni di tentativi vari e - soprattutto - dopo aver letto &quot;agile estimating and planning&quot;.
siamo passati dai giorni perfetti, ai &quot;giorni e basta&quot;, alle mezze giornate, alle ore e alle mezz&#039;ore (aka pomodori, per i task).

non siamo mai stati molto soddisfatti perchÃ¨ il costo delle stime era sempre maggiore al vantaggio che ci portavano, soprattutto pensando anche alle loro fluttuazioni.

domande tipiche che ci ponevamo erano: &quot;ma vale la pena buttare tutto questo tempo per delle stime non proprio usabili?&quot;

da qualche tempo - come detto - valutiamo per difficoltÃ  (o peso) che significano la stessa cosa per noi.
non &quot;buttiamo&quot; piÃ¹ molto tempo per le stime (non abbiamo piÃ¹ questa sensazione) e sembra funzionare meglio anche se mi sembra un po&#039; prematuro cantare vittoria, attenderei ancora un po&#039;...

la cosa che mi fa pensare Ã¨ questa:
il primissimo modo di stimare del quale ho letto anni fa era quello famoso degli &quot;orsetti di gomma&quot; (ora non ricordo piÃ¹ se era per le storie, per i task o per entrambi)
beh, non erano punti quelli? certo che lo erano... purtroppo - qui da noi - eravamo troppo giovani per capire esattamente a cosa potessero servire.

in effetti il mio rammarico Ã¨ che abbiamo letto, provato, adattato, modificato... il tutto spendendo dei soldini... per arrivare al punto di partenza...
sarebbe ingiusto comunque dire che le due consapevolezze sono uguali; non si assomigliano proprio per niente, forse anche dato dal sudore che abbiamo versato per raggiungere la seconda perÃ²...
... si sarebbe probabilmente potuto risparmiare qualcosa con un po&#039; di fede in piÃ¹ e cercando di capire cosa significava prima di cercare nuove soluzioni.

per tornare in tema:
per il momento l&#039;utilizzo dei punti soddisfa me (come manager), soddisfa gli sviluppatori e sono convinto che soddisferÃ  pienamente anche il cliente che per il momento Ã¨ *solamente* neutro (c:

noi li usiamo solo per le storie siccome abbiamo abolito i task (anche se esistono comunque come &quot;lista di cose da fare in una storia&quot;, non vengono perÃ² stimati).

se ti va ti faccio sapere se e quando cambio opinione... in meglio, in peggio non lo so ancora. so solo che succederÃ . (c;

ciao

simone</description>
		<content:encoded><![CDATA[<p>ottimo il libro di mike cohn! avrei dato un&#8217;occhio per partecipare all&#8217;incontro di cui parli. (c:</p>
<p>la nostra esperienza&#8230;<br />
abbiamo cominciato ad adottare le &#8220;stime a punti&#8221; dopo due anni di tentativi vari e &#8211; soprattutto &#8211; dopo aver letto &#8220;agile estimating and planning&#8221;.<br />
siamo passati dai giorni perfetti, ai &#8220;giorni e basta&#8221;, alle mezze giornate, alle ore e alle mezz&#8217;ore (aka pomodori, per i task).</p>
<p>non siamo mai stati molto soddisfatti perchÃ¨ il costo delle stime era sempre maggiore al vantaggio che ci portavano, soprattutto pensando anche alle loro fluttuazioni.</p>
<p>domande tipiche che ci ponevamo erano: &#8220;ma vale la pena buttare tutto questo tempo per delle stime non proprio usabili?&#8221;</p>
<p>da qualche tempo &#8211; come detto &#8211; valutiamo per difficoltÃ  (o peso) che significano la stessa cosa per noi.<br />
non &#8220;buttiamo&#8221; piÃ¹ molto tempo per le stime (non abbiamo piÃ¹ questa sensazione) e sembra funzionare meglio anche se mi sembra un po&#8217; prematuro cantare vittoria, attenderei ancora un po&#8217;&#8230;</p>
<p>la cosa che mi fa pensare Ã¨ questa:<br />
il primissimo modo di stimare del quale ho letto anni fa era quello famoso degli &#8220;orsetti di gomma&#8221; (ora non ricordo piÃ¹ se era per le storie, per i task o per entrambi)<br />
beh, non erano punti quelli? certo che lo erano&#8230; purtroppo &#8211; qui da noi &#8211; eravamo troppo giovani per capire esattamente a cosa potessero servire.</p>
<p>in effetti il mio rammarico Ã¨ che abbiamo letto, provato, adattato, modificato&#8230; il tutto spendendo dei soldini&#8230; per arrivare al punto di partenza&#8230;<br />
sarebbe ingiusto comunque dire che le due consapevolezze sono uguali; non si assomigliano proprio per niente, forse anche dato dal sudore che abbiamo versato per raggiungere la seconda perÃ²&#8230;<br />
&#8230; si sarebbe probabilmente potuto risparmiare qualcosa con un po&#8217; di fede in piÃ¹ e cercando di capire cosa significava prima di cercare nuove soluzioni.</p>
<p>per tornare in tema:<br />
per il momento l&#8217;utilizzo dei punti soddisfa me (come manager), soddisfa gli sviluppatori e sono convinto che soddisferÃ  pienamente anche il cliente che per il momento Ã¨ *solamente* neutro (c:</p>
<p>noi li usiamo solo per le storie siccome abbiamo abolito i task (anche se esistono comunque come &#8220;lista di cose da fare in una storia&#8221;, non vengono perÃ² stimati).</p>
<p>se ti va ti faccio sapere se e quando cambio opinione&#8230; in meglio, in peggio non lo so ancora. so solo che succederÃ . (c;</p>
<p>ciao</p>
<p>simone</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marcello</title>
		<link>http://www.lucagrulla.it/blog/2006/09/17/ma-il-bonus-aziendale-e-agile/comment-page-1/#comment-11764</link>
		<dc:creator>marcello</dc:creator>
		<pubDate>Mon, 18 Sep 2006 06:49:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucagrulla.it/wordpress/?p=91#comment-11764</guid>
		<description>Sicuramente in questa accezione il bonus Ã¨ negativo (e nel 90% dei casi il bonus Ã¨ questo)... potresti vederlo anche come il modo di apprezzare il lavoro dei propri dipendenti, ovvimante non dovrebbe essere legato al raggiungimento del singolo obiettivo ma alla continuitÃ  di risultati</description>
		<content:encoded><![CDATA[<p>Sicuramente in questa accezione il bonus Ã¨ negativo (e nel 90% dei casi il bonus Ã¨ questo)&#8230; potresti vederlo anche come il modo di apprezzare il lavoro dei propri dipendenti, ovvimante non dovrebbe essere legato al raggiungimento del singolo obiettivo ma alla continuitÃ  di risultati</p>
]]></content:encoded>
	</item>
</channel>
</rss>
