<?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 for Sviluppo Agile</title>
	<atom:link href="http://www.sviluppoagile.it/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.sviluppoagile.it</link>
	<description>Accogliere il cambiamento</description>
	<lastBuildDate>Fri, 27 Jan 2012 11:43:44 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Noi siamo diversi by Jacopo Romei</title>
		<link>http://www.sviluppoagile.it/noi-siamo-diversi/comment-page-1#comment-2557</link>
		<dc:creator>Jacopo Romei</dc:creator>
		<pubDate>Fri, 27 Jan 2012 11:43:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=773#comment-2557</guid>
		<description>Non molte, vero. Ma in realtà è un dato derivato dalla rarità con cui le persone sanno creare le condizioni per gestire quella pressione.
Se io mi fornisco degli strumenti giusti, anche in un contesto in cui sono esposto a lavorare &quot;a qualunque ora del giorno e della notte&quot; finirò per non farlo accadere mai.

Il circolo virtuoso sta nell&#039;esporsi al problema e sapere come trasformare la paura di subirlo in una soluzione.
Sono poco concreto? Mi concretizzo allora: una buona suite di test automatici mi manderà sempre a casa tranquillo il venerdì sera. ;-)

Questa &lt;em&gt;assenza di paura&lt;/em&gt; è il nocciolo del valore di &lt;strong&gt;coraggio&lt;/strong&gt; proposto da extreme programming.</description>
		<content:encoded><![CDATA[<p>Non molte, vero. Ma in realtà è un dato derivato dalla rarità con cui le persone sanno creare le condizioni per gestire quella pressione.<br />
Se io mi fornisco degli strumenti giusti, anche in un contesto in cui sono esposto a lavorare &#8220;a qualunque ora del giorno e della notte&#8221; finirò per non farlo accadere mai.</p>
<p>Il circolo virtuoso sta nell&#8217;esporsi al problema e sapere come trasformare la paura di subirlo in una soluzione.<br />
Sono poco concreto? Mi concretizzo allora: una buona suite di test automatici mi manderà sempre a casa tranquillo il venerdì sera. <img src='http://www.sviluppoagile.it/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Questa <em>assenza di paura</em> è il nocciolo del valore di <strong>coraggio</strong> proposto da extreme programming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Noi siamo diversi by Alessandro Bahgat</title>
		<link>http://www.sviluppoagile.it/noi-siamo-diversi/comment-page-1#comment-2556</link>
		<dc:creator>Alessandro Bahgat</dc:creator>
		<pubDate>Fri, 27 Jan 2012 11:11:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=773#comment-2556</guid>
		<description>Verissimo, e non per niente hanno nei loro uffici dei poster con scritto &quot;Move fast, break things&quot;. Ci credono, è nella cultura che stanno cercando di mantenere crescendo a un ritmo così rapido.

C&#039;è una cosa perché che mi ha colpito nelle persone con cui ho parlato: oltre al senso di appartenenza all&#039;azienda, hanno tutti un forse senso di ownership (perdonatemi ma non ho un equivalente italiano che calzi al 100%) su quello che scrivono.

Tutti conosciamo la leggenda di come Facebook faccia release in produzione senza avere una sola persona addetta a QA. L&#039;effetto che questo ha sulle persone è un maggiore senso di responsabilità: bisogna scrivere codice in fretta e deve essere corretto al primo colpo. Se qualcosa si rompe in quello che hai scritto, devi essere tu a sistemarlo. &lt;strong&gt;A qualunque ora del giorno e della notte&lt;/strong&gt;.

Non conosco molte persone disposte a sottostare ad una pressione del genere. Voi?</description>
		<content:encoded><![CDATA[<p>Verissimo, e non per niente hanno nei loro uffici dei poster con scritto &#8220;Move fast, break things&#8221;. Ci credono, è nella cultura che stanno cercando di mantenere crescendo a un ritmo così rapido.</p>
<p>C&#8217;è una cosa perché che mi ha colpito nelle persone con cui ho parlato: oltre al senso di appartenenza all&#8217;azienda, hanno tutti un forse senso di ownership (perdonatemi ma non ho un equivalente italiano che calzi al 100%) su quello che scrivono.</p>
<p>Tutti conosciamo la leggenda di come Facebook faccia release in produzione senza avere una sola persona addetta a QA. L&#8217;effetto che questo ha sulle persone è un maggiore senso di responsabilità: bisogna scrivere codice in fretta e deve essere corretto al primo colpo. Se qualcosa si rompe in quello che hai scritto, devi essere tu a sistemarlo. <strong>A qualunque ora del giorno e della notte</strong>.</p>
<p>Non conosco molte persone disposte a sottostare ad una pressione del genere. Voi?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Noi siamo diversi by Alex Pagnoni</title>
		<link>http://www.sviluppoagile.it/noi-siamo-diversi/comment-page-1#comment-2554</link>
		<dc:creator>Alex Pagnoni</dc:creator>
		<pubDate>Wed, 25 Jan 2012 17:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=773#comment-2554</guid>
		<description>Verissimo, è un processo mentale che a volte capita anche a chi già ha un ciclo agile (es. della serie ScrumBut).</description>
		<content:encoded><![CDATA[<p>Verissimo, è un processo mentale che a volte capita anche a chi già ha un ciclo agile (es. della serie ScrumBut).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Noi siamo diversi by Jacopo Romei</title>
		<link>http://www.sviluppoagile.it/noi-siamo-diversi/comment-page-1#comment-2553</link>
		<dc:creator>Jacopo Romei</dc:creator>
		<pubDate>Wed, 25 Jan 2012 09:06:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=773#comment-2553</guid>
		<description>(*) Our development cycle is extremely fast, and we&#039;ve built tools to keep it that way. It&#039;s common to write code and have it running on the live site a few days later. This comes as a pleasant surprise to engineers who have worked at other companies where code takes months or years to see the light of day. If you work for us, you will be able to make an immediate impact.</description>
		<content:encoded><![CDATA[<p>(*) Our development cycle is extremely fast, and we&#8217;ve built tools to keep it that way. It&#8217;s common to write code and have it running on the live site a few days later. This comes as a pleasant surprise to engineers who have worked at other companies where code takes months or years to see the light of day. If you work for us, you will be able to make an immediate impact.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Il coach agile by Incontro di ottobre 2011 &#124; PUG Roma</title>
		<link>http://www.sviluppoagile.it/jacopo-romei-coach-agile/comment-page-1#comment-2544</link>
		<dc:creator>Incontro di ottobre 2011 &#124; PUG Roma</dc:creator>
		<pubDate>Thu, 27 Oct 2011 15:10:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?page_id=2#comment-2544</guid>
		<description>[...] Center dell&#8217;EUR, non abbiamo tenuto presentazioni. Diversamente dal solito, il sempre ottimo Jacopo Romei ci ha guidati in un vero e proprio workshop, incentrato sul Test Driven Development. Lo strumento [...]</description>
		<content:encoded><![CDATA[<p>[...] Center dell&#8217;EUR, non abbiamo tenuto presentazioni. Diversamente dal solito, il sempre ottimo Jacopo Romei ci ha guidati in un vero e proprio workshop, incentrato sul Test Driven Development. Lo strumento [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on La responsabilità dell&#8217;emittente, ovvero: non capisce chi non fa capire. by Lorenzo</title>
		<link>http://www.sviluppoagile.it/responsabilita-mittente-valore-comunicazione/comment-page-1#comment-2543</link>
		<dc:creator>Lorenzo</dc:creator>
		<pubDate>Wed, 26 Oct 2011 15:36:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=112#comment-2543</guid>
		<description>Sono d&#039;accordo: la comunicazione deve essere il più chiara e diretta possibile altrimenti si finisce col non capirsi... ed alla fine col ritenere che non è colpa nostra, ovvero che non ci siamo spiegati bene, bensì che quello che ascolta è stupido e non capisce.</description>
		<content:encoded><![CDATA[<p>Sono d&#8217;accordo: la comunicazione deve essere il più chiara e diretta possibile altrimenti si finisce col non capirsi&#8230; ed alla fine col ritenere che non è colpa nostra, ovvero che non ci siamo spiegati bene, bensì che quello che ascolta è stupido e non capisce.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Siamo fatti così by Jacopo Romei</title>
		<link>http://www.sviluppoagile.it/siamo-fatti-cosi/comment-page-1#comment-2541</link>
		<dc:creator>Jacopo Romei</dc:creator>
		<pubDate>Tue, 11 Oct 2011 10:12:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=750#comment-2541</guid>
		<description>A beneficio dei lettori:
&lt;a href=&quot;http://it.wikipedia.org/wiki/Organizzazione_aziendale#Macrostruttura_a_matrice&quot; rel=&quot;nofollow&quot;&gt;http://it.wikipedia.org/wiki/Organizzazione_aziendale#Macrostruttura_a_matrice&lt;/a&gt;

Un impianto matriciale implica almeno la separazione tra uno strato manageriale e uno esecutivo. Ideato non vive questa separazione. La suddivisione che ho descritto riguarda l&#039;intero processo; ogni team incorpora capacità di pianificazione e di &lt;strong&gt;auto&lt;/strong&gt;gestione. A dimostrazione ulteriore della forte adesione ad un modello non gerarchico (quale invece la struttura a matrice è) è il fatto che ognuno dei team sarà presto messo alla luce di tutte le informazioni sui budget per consentire il massimo trasferimento &lt;strong&gt;possibile&lt;/strong&gt; delle decisioni verso i singoli. Ma questo è tema per un post prossimo futuro. ;-)</description>
		<content:encoded><![CDATA[<p>A beneficio dei lettori:<br />
<a href="http://it.wikipedia.org/wiki/Organizzazione_aziendale#Macrostruttura_a_matrice" rel="nofollow">http://it.wikipedia.org/wiki/Organizzazione_aziendale#Macrostruttura_a_matrice</a></p>
<p>Un impianto matriciale implica almeno la separazione tra uno strato manageriale e uno esecutivo. Ideato non vive questa separazione. La suddivisione che ho descritto riguarda l&#8217;intero processo; ogni team incorpora capacità di pianificazione e di <strong>auto</strong>gestione. A dimostrazione ulteriore della forte adesione ad un modello non gerarchico (quale invece la struttura a matrice è) è il fatto che ognuno dei team sarà presto messo alla luce di tutte le informazioni sui budget per consentire il massimo trasferimento <strong>possibile</strong> delle decisioni verso i singoli. Ma questo è tema per un post prossimo futuro. <img src='http://www.sviluppoagile.it/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Siamo fatti così by Fabio Tarantino</title>
		<link>http://www.sviluppoagile.it/siamo-fatti-cosi/comment-page-1#comment-2540</link>
		<dc:creator>Fabio Tarantino</dc:creator>
		<pubDate>Tue, 11 Oct 2011 09:52:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=750#comment-2540</guid>
		<description>Ciao Jacopo,
da quello che ho capito avete messo in piedi una struttura organizzativa matriciale.

Che ne pensi invece delle strutture organizzative reticolari (ad esempio la spaghetti organization), in cui non esistono organigrammi o gerarchie strette mentre i progetti e gli individui che ne fanno parte sono al centro di tutto?

ben si adatta allo sviluppo agile?

grazie,
Fabio</description>
		<content:encoded><![CDATA[<p>Ciao Jacopo,<br />
da quello che ho capito avete messo in piedi una struttura organizzativa matriciale.</p>
<p>Che ne pensi invece delle strutture organizzative reticolari (ad esempio la spaghetti organization), in cui non esistono organigrammi o gerarchie strette mentre i progetti e gli individui che ne fanno parte sono al centro di tutto?</p>
<p>ben si adatta allo sviluppo agile?</p>
<p>grazie,<br />
Fabio</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Siamo fatti così by Fabio Armani</title>
		<link>http://www.sviluppoagile.it/siamo-fatti-cosi/comment-page-1#comment-2536</link>
		<dc:creator>Fabio Armani</dc:creator>
		<pubDate>Mon, 26 Sep 2011 21:36:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=750#comment-2536</guid>
		<description>Caro Jacopo, quella da te descritta (devo dire in modo esemplare, anche se poco
sintetico) e&#039; semplicemente una delle più note tecniche di diffusione dell&#039;Agile nelle aziende.

Come dite voi in Ideato? Io dico &#039;mitopoiesi&#039; ;) e dato che questa sta alla base della duplicazione delle cellule e quindi della crescita, auguro a te e a tutta Ideato di continuare a crescere e a farlo duplicando il vostro DNA.

Ciao Fa</description>
		<content:encoded><![CDATA[<p>Caro Jacopo, quella da te descritta (devo dire in modo esemplare, anche se poco<br />
sintetico) e&#8217; semplicemente una delle più note tecniche di diffusione dell&#8217;Agile nelle aziende.</p>
<p>Come dite voi in Ideato? Io dico &#8216;mitopoiesi&#8217; <img src='http://www.sviluppoagile.it/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  e dato che questa sta alla base della duplicazione delle cellule e quindi della crescita, auguro a te e a tutta Ideato di continuare a crescere e a farlo duplicando il vostro DNA.</p>
<p>Ciao Fa</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Siamo fatti così by Alessandro Nadalin</title>
		<link>http://www.sviluppoagile.it/siamo-fatti-cosi/comment-page-1#comment-2535</link>
		<dc:creator>Alessandro Nadalin</dc:creator>
		<pubDate>Mon, 26 Sep 2011 14:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=750#comment-2535</guid>
		<description>Contento che il service owner, come figura, sia quasi sparito. Sai bene come la penso.

Una considerazione spicciola: avere 2 team, invece che uno, aumenta la competizione sana  (dato che ci si conosce tutti benissimo :) ) tra i team, per cui immagino anche gli stimoli delle persone accrescano.</description>
		<content:encoded><![CDATA[<p>Contento che il service owner, come figura, sia quasi sparito. Sai bene come la penso.</p>
<p>Una considerazione spicciola: avere 2 team, invece che uno, aumenta la competizione sana  (dato che ci si conosce tutti benissimo <img src='http://www.sviluppoagile.it/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  ) tra i team, per cui immagino anche gli stimoli delle persone accrescano.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.184 seconds -->

