<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Commenti a: Ridurre i costi!</title>
	<atom:link href="http://enri.wordpress.com/2006/07/07/ridurre-i-costi/feed/" rel="self" type="application/rss+xml" />
	<link>http://enri.wordpress.com/2006/07/07/ridurre-i-costi/</link>
	<description>...qualità eXtreme-Programming management programmazione caos linguaggi comunicazione test...</description>
	<lastBuildDate>Sun, 15 Jun 2008 11:32:59 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Di: Gabriele Lana</title>
		<link>http://enri.wordpress.com/2006/07/07/ridurre-i-costi/#comment-132</link>
		<dc:creator>Gabriele Lana</dc:creator>
		<pubDate>Fri, 14 Jul 2006 05:51:52 +0000</pubDate>
		<guid isPermaLink="false">https://enri.wordpress.com/2006/07/07/ridurre-i-costi/#comment-132</guid>
		<description>&lt;i&gt;quali sono stati nel tuo passato gli obiettivi che hai contrattato con i clienti? Quali metriche ti sono state utili a questo fine?&lt;/i&gt;

Magari avessi un passato così roseo :-)

Fino ad ora l&#039;unica metrica che ho utilizzato per lo sviluppo e &quot;visibile&quot; al cliente è stata la RTF (Running Tested Features) basata sui test di accettazione scritti dal cliente, che è meglio di niente, ma sono ancora lontano da quello che vorrei ottenere

Però posso immaginare alcune metriche che potrebbero essere utili e meno rischiose del calcolo del ROI o della diminuzione del TCO [*]
- usabilità
- tempo impiegato dall&#039;utente per completare una user story (ovvero se il software è stato realizzato per velocizzare/automatizzare un processo, di quanto lo velocizza? Da qui poi si possono ricavare anche metriche che evidenziano il risparmio e quindi metriche di business)
- tempo impiegato dall&#039;utente per capire come completare una user story (come il precedente dove però l&#039;utente non è stato istruito sull&#039;utilizzo di quel software)
- ecc...

In generale penso che questo tipo di metriche che misurano l&#039;efficacia sul campo del prodotto sviluppato siano un buon compromesso fra le metriche del prodotto (inteso come software), le metriche di processo, e le metriche di business (le metriche più interessanti, ma come già detto, molto pericolose)

[*] In alcuni contesti il TCO a mio parere è una misura della qualità dell&#039;applicazione molto più di quanto lo sia il ROI, infatti attualmente il TCO è elevatissimo (come diceva Tom) proprio perchè per l&#039;utente finale il software sviluppato risulta complesso, rigido e in generale poco usabile</description>
		<content:encoded><![CDATA[<p><i>quali sono stati nel tuo passato gli obiettivi che hai contrattato con i clienti? Quali metriche ti sono state utili a questo fine?</i></p>
<p>Magari avessi un passato così roseo <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Fino ad ora l&#8217;unica metrica che ho utilizzato per lo sviluppo e &#8220;visibile&#8221; al cliente è stata la RTF (Running Tested Features) basata sui test di accettazione scritti dal cliente, che è meglio di niente, ma sono ancora lontano da quello che vorrei ottenere</p>
<p>Però posso immaginare alcune metriche che potrebbero essere utili e meno rischiose del calcolo del ROI o della diminuzione del TCO [*]<br />
- usabilità<br />
- tempo impiegato dall&#8217;utente per completare una user story (ovvero se il software è stato realizzato per velocizzare/automatizzare un processo, di quanto lo velocizza? Da qui poi si possono ricavare anche metriche che evidenziano il risparmio e quindi metriche di business)<br />
- tempo impiegato dall&#8217;utente per capire come completare una user story (come il precedente dove però l&#8217;utente non è stato istruito sull&#8217;utilizzo di quel software)<br />
- ecc&#8230;</p>
<p>In generale penso che questo tipo di metriche che misurano l&#8217;efficacia sul campo del prodotto sviluppato siano un buon compromesso fra le metriche del prodotto (inteso come software), le metriche di processo, e le metriche di business (le metriche più interessanti, ma come già detto, molto pericolose)</p>
<p>[*] In alcuni contesti il TCO a mio parere è una misura della qualità dell&#8217;applicazione molto più di quanto lo sia il ROI, infatti attualmente il TCO è elevatissimo (come diceva Tom) proprio perchè per l&#8217;utente finale il software sviluppato risulta complesso, rigido e in generale poco usabile</p>
]]></content:encoded>
	</item>
</channel>
</rss>
