<?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: Agile теория против практики.</title>
	<atom:link href="http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/feed/" rel="self" type="application/rss+xml" />
	<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/</link>
	<description>Несерьезные мысли о серьезном бизнесе от Виктора Ронина.</description>
	<lastBuildDate>Fri, 12 Mar 2010 20:26:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andrey Yasinetskiy</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107232</link>
		<dc:creator>Andrey Yasinetskiy</dc:creator>
		<pubDate>Fri, 09 Oct 2009 05:15:02 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107232</guid>
		<description>примерно 8. однако наш стендап со своей командой мы проводим вечером.</description>
		<content:encoded><![CDATA[<p>примерно 8. однако наш стендап со своей командой мы проводим вечером.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrey Yasinetskiy</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107231</link>
		<dc:creator>Andrey Yasinetskiy</dc:creator>
		<pubDate>Fri, 09 Oct 2009 05:11:41 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107231</guid>
		<description>вполне возможно, но маловероятно что такое может случится. в любом случае не вижу в чем здесь проблема.</description>
		<content:encoded><![CDATA[<p>вполне возможно, но маловероятно что такое может случится. в любом случае не вижу в чем здесь проблема.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107202</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:39:06 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107202</guid>
		<description>зайдём по другому. Наверняка используется какой-дь аля скрум с утренним стэнд-апом. Сколько стэнд-апов в организации проходит с утра = кол-во команд.</description>
		<content:encoded><![CDATA[<p>зайдём по другому. Наверняка используется какой-дь аля скрум с утренним стэнд-апом. Сколько стэнд-апов в организации проходит с утра = кол-во команд.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107200</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:29:06 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107200</guid>
		<description>браво! Именно поэтому я так дотошно выяснял вопрос команд-команды.</description>
		<content:encoded><![CDATA[<p>браво! Именно поэтому я так дотошно выяснял вопрос команд-команды.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107199</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:26:46 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107199</guid>
		<description>про это и речь. Значит у вас много команд. Благодарю.

т.е. вы хотите сказать, что вы можете пойти в деплой только со второй историей, где есть валидация, но поиск не работает?</description>
		<content:encoded><![CDATA[<p>про это и речь. Значит у вас много команд. Благодарю.</p>
<p>т.е. вы хотите сказать, что вы можете пойти в деплой только со второй историей, где есть валидация, но поиск не работает?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrey Yasinetskiy</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107197</link>
		<dc:creator>Andrey Yasinetskiy</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:24:44 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107197</guid>
		<description>кол-во человек принимающих участие в agile процессе - 80. но эти 80 человек раздроблены еще на под-проекты (которые являются частями одного большого продукта).</description>
		<content:encoded><![CDATA[<p>кол-во человек принимающих участие в agile процессе &#8211; 80. но эти 80 человек раздроблены еще на под-проекты (которые являются частями одного большого продукта).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Victor Ronin</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107196</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:24:33 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107196</guid>
		<description>Да, собственно говоря, я хотел сказать, чот agile manifesto лукавит в том, что люди всегда должны быть важнее процессов. Может они и должны (и лучше было бы), но как не организовывай коллектив, при больших размахах есть люди, которые важнее процессов (лидеры), а остальные работают внутри процессов и либо сами, либо их запихивают в уже работающий процесс.</description>
		<content:encoded><![CDATA[<p>Да, собственно говоря, я хотел сказать, чот agile manifesto лукавит в том, что люди всегда должны быть важнее процессов. Может они и должны (и лучше было бы), но как не организовывай коллектив, при больших размахах есть люди, которые важнее процессов (лидеры), а остальные работают внутри процессов и либо сами, либо их запихивают в уже работающий процесс.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Victor Ronin</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107195</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:23:05 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107195</guid>
		<description>Ну, честно говоря на размерах 80 человек. Я себе представляю следующее.
Есть с десяток лидеров, от которых идут 90% всех предложений и изменений. Есть еще где-то 20 человек которые активно участвуют в обсуждениях (большинстве обсуждений).

Остальные 50 человек вероятнее всего либо редко влезают в обсуждения, либо вообще этого не делают. Ну, максимум что - полосуют, да и то не все.

К чему я собственно говоря веду. Ни в коем случае, я не хочу сказать, что у вас что-то плохо. На самом деле, судя по описанию - у вас интересно и хорошо. 

Что я хочу сказать, что люди главнее процессов работает на 5 человеках, с трудом рабоет на 20 человеках, к 50 человекам - процессы уже руководят людьми, хотя хоть можно еще процессы поменять. На 500 человеках, процессы уже жестко руководят людьми и поменять их ну очень мало шансов. На 5000 процессы - это все, а люди - это маленькие винтики в машине перемалывающей их в деньги.</description>
		<content:encoded><![CDATA[<p>Ну, честно говоря на размерах 80 человек. Я себе представляю следующее.<br />
Есть с десяток лидеров, от которых идут 90% всех предложений и изменений. Есть еще где-то 20 человек которые активно участвуют в обсуждениях (большинстве обсуждений).</p>
<p>Остальные 50 человек вероятнее всего либо редко влезают в обсуждения, либо вообще этого не делают. Ну, максимум что &#8211; полосуют, да и то не все.</p>
<p>К чему я собственно говоря веду. Ни в коем случае, я не хочу сказать, что у вас что-то плохо. На самом деле, судя по описанию &#8211; у вас интересно и хорошо. </p>
<p>Что я хочу сказать, что люди главнее процессов работает на 5 человеках, с трудом рабоет на 20 человеках, к 50 человекам &#8211; процессы уже руководят людьми, хотя хоть можно еще процессы поменять. На 500 человеках, процессы уже жестко руководят людьми и поменять их ну очень мало шансов. На 5000 процессы &#8211; это все, а люди &#8211; это маленькие винтики в машине перемалывающей их в деньги.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrey Yasinetskiy</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107194</link>
		<dc:creator>Andrey Yasinetskiy</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:20:35 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107194</guid>
		<description>я не уточнил. 80 человек это размер всей команды внутри которой есть несколько направлений работы. тобишь несколько под-команд и несколько под-проектов. напрмер, команда работающая над проектов А и команда проекта Б, но в сумме А+Б на выходе один большой проект.

Мы не занимаемся работой бизнес-анализа. Мы лишь вносим свои предложения. Ведь бизнес и девы рассматривают стори с разных сторон, поэтому здесь важно найти компромисс.

Я могу привести такой пример. Допустим бизнес создал историю - &quot;Поиск пользователей&quot;.  Допустим в аксептанс критерии описаны поля поиска, какие результаты поиска мы должны видеть и правила валидации полей. Моя команда предложила бы разбить бы это минимум на 2 истории:
1. Поиск с отображением результатов (эту стори можно было бы еще разбить если бы я конкретизировал вид отображаемых результатов)
2. Валидация полей поиска</description>
		<content:encoded><![CDATA[<p>я не уточнил. 80 человек это размер всей команды внутри которой есть несколько направлений работы. тобишь несколько под-команд и несколько под-проектов. напрмер, команда работающая над проектов А и команда проекта Б, но в сумме А+Б на выходе один большой проект.</p>
<p>Мы не занимаемся работой бизнес-анализа. Мы лишь вносим свои предложения. Ведь бизнес и девы рассматривают стори с разных сторон, поэтому здесь важно найти компромисс.</p>
<p>Я могу привести такой пример. Допустим бизнес создал историю &#8211; &#8220;Поиск пользователей&#8221;.  Допустим в аксептанс критерии описаны поля поиска, какие результаты поиска мы должны видеть и правила валидации полей. Моя команда предложила бы разбить бы это минимум на 2 истории:<br />
1. Поиск с отображением результатов (эту стори можно было бы еще разбить если бы я конкретизировал вид отображаемых результатов)<br />
2. Валидация полей поиска</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis</title>
		<link>http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/comment-page-1/#comment-107193</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/10/07/agile-teoriya-protiv-praktiki/#comment-107193</guid>
		<description>так у вас небольшая команда? или 80 человек как вы говорили?</description>
		<content:encoded><![CDATA[<p>так у вас небольшая команда? или 80 человек как вы говорили?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
