<?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>Commenti a: Sviluppo Agile &#8211; Chi paga il bug-fixing?</title>
	<atom:link href="http://www.cphp.it/2009/05/27/sviluppo-agile-chi-paga-il-bug-fixing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cphp.it/2009/05/27/sviluppo-agile-chi-paga-il-bug-fixing/</link>
	<description>metodi agili per il web, con un pizzico di php.</description>
	<lastBuildDate>Thu, 07 Jul 2011 16:42:58 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Di: cphp</title>
		<link>http://www.cphp.it/2009/05/27/sviluppo-agile-chi-paga-il-bug-fixing/comment-page-1/#comment-205304</link>
		<dc:creator>cphp</dc:creator>
		<pubDate>Tue, 30 Jun 2009 11:27:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.cphp.it/?p=254#comment-205304</guid>
		<description>Come fai a preventivare un qualcosa che non conosci? Sicuramente sbaglierai la stima, guadagnando molto se sovrastimi o perdendo molto se sei troppo ottimista.
Il problema del bug fixing è che non conosci che cosa accadrà, è una variabile fuori dal tuo controllo, se così fosse non ci sarebbero problemi.
Per assurdo se riuscissimo a stimare i bug che usciranno, significa che potremmo riuscire anche a fixarli prima di farli uscire, visto che li conosciamo.</description>
		<content:encoded><![CDATA[<p>Come fai a preventivare un qualcosa che non conosci? Sicuramente sbaglierai la stima, guadagnando molto se sovrastimi o perdendo molto se sei troppo ottimista.<br />
Il problema del bug fixing è che non conosci che cosa accadrà, è una variabile fuori dal tuo controllo, se così fosse non ci sarebbero problemi.<br />
Per assurdo se riuscissimo a stimare i bug che usciranno, significa che potremmo riuscire anche a fixarli prima di farli uscire, visto che li conosciamo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Stefano Bussolon</title>
		<link>http://www.cphp.it/2009/05/27/sviluppo-agile-chi-paga-il-bug-fixing/comment-page-1/#comment-204932</link>
		<dc:creator>Stefano Bussolon</dc:creator>
		<pubDate>Thu, 25 Jun 2009 16:35:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.cphp.it/?p=254#comment-204932</guid>
		<description>domanda: mettere in conto (in termini di tempo e di denaro) da subito la possibilità (probabile) che ci siano degli errori nello sviluppo e che questi vadano corretti?

Io conosco lo sviluppo agile solo per averlo letto, ma mi sembra che l&#039;ipotesi che &quot;se faccio tutto giusto non ci saranno errori&quot; pecchi di razionalismo: si può fare tutto giusto e fare errori che non emergono dal test. A questo punto si mette in preventivo la correzione degli errori, confidenti che con questa metodologia saranno comunque di numero ed entità minori che in uno sviluppo tradizionale.

Che ne pensi?</description>
		<content:encoded><![CDATA[<p>domanda: mettere in conto (in termini di tempo e di denaro) da subito la possibilità (probabile) che ci siano degli errori nello sviluppo e che questi vadano corretti?</p>
<p>Io conosco lo sviluppo agile solo per averlo letto, ma mi sembra che l&#8217;ipotesi che &#8220;se faccio tutto giusto non ci saranno errori&#8221; pecchi di razionalismo: si può fare tutto giusto e fare errori che non emergono dal test. A questo punto si mette in preventivo la correzione degli errori, confidenti che con questa metodologia saranno comunque di numero ed entità minori che in uno sviluppo tradizionale.</p>
<p>Che ne pensi?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Iteration plan: prevenire è meglio che curare. Banale vero? &#124; Sviluppo Agile</title>
		<link>http://www.cphp.it/2009/05/27/sviluppo-agile-chi-paga-il-bug-fixing/comment-page-1/#comment-203724</link>
		<dc:creator>Iteration plan: prevenire è meglio che curare. Banale vero? &#124; Sviluppo Agile</dc:creator>
		<pubDate>Sun, 07 Jun 2009 01:26:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.cphp.it/?p=254#comment-203724</guid>
		<description>[...] sia un&#8217;ottimo spunto di riflessione da incrociare e mediare dopo aver letto questo post di Francesco [...]</description>
		<content:encoded><![CDATA[<p>[...] sia un&#8217;ottimo spunto di riflessione da incrociare e mediare dopo aver letto questo post di Francesco [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

