<?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>Комментарии: Скруммное (часть 2).</title>
	<atom:link href="http://victorronin.com/2009/03/06/skrummnoe-chast-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/</link>
	<description>Несерьезные мысли о серьезном бизнесе от Виктора Ронина.</description>
	<lastBuildDate>Mon, 23 Jan 2012 10:08:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-76313</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Sun, 15 Mar 2009 03:36:30 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-76313</guid>
		<description>Привет :)

&gt; да ещё такой интересный! 

Спасибо :) 

&gt;По непланированию архитектуры: имхо конечно же её надо планировать, и чем раньше тем &gt;лучше, но, как говориться, без фанатизма. 

Именно-именно. Я как раз за это ратую. То есть планировать слегка вперед, не забегая совсем уж далеко, но и не оставляя ее на тот момент, когда уже поздно.

Кстати, если вдруг захочешь почитать, что я писал раньше, то погляди Most Popular Articles. Единственной - что тяжелее слон или кит и где же ты искусственный интеллект, можно спокойно пропустить. Они хотя вверху, но попали туда случайно.</description>
		<content:encoded><![CDATA[<p>Привет <img src='http://victorronin.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>> да ещё такой интересный! </p>
<p>Спасибо <img src='http://victorronin.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  </p>
<p>>По непланированию архитектуры: имхо конечно же её надо планировать, и чем раньше тем >лучше, но, как говориться, без фанатизма. </p>
<p>Именно-именно. Я как раз за это ратую. То есть планировать слегка вперед, не забегая совсем уж далеко, но и не оставляя ее на тот момент, когда уже поздно.</p>
<p>Кстати, если вдруг захочешь почитать, что я писал раньше, то погляди Most Popular Articles. Единственной &#8211; что тяжелее слон или кит и где же ты искусственный интеллект, можно спокойно пропустить. Они хотя вверху, но попали туда случайно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: AndrewM</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-76196</link>
		<dc:creator>AndrewM</dc:creator>
		<pubDate>Sat, 14 Mar 2009 21:20:53 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-76196</guid>
		<description>Привет, Витя. Не знал, что ты уже давно ведёшь свой блог, да ещё такой интересный! Подписался - буду читать :) 
По статье - интересная, сам недавно начал практиковать скрам. С плюсами согласен. С минусами вобщем-то тоже. По непланированию архитектуры: имхо конечно же её надо планировать, и чем раньше тем лучше, но, как говориться, без фанатизма. Я бы сказал, важно выбрать правильный курс, подходы, способы организации, и дальше развивать их по ходу проекта.</description>
		<content:encoded><![CDATA[<p>Привет, Витя. Не знал, что ты уже давно ведёшь свой блог, да ещё такой интересный! Подписался &#8211; буду читать <img src='http://victorronin.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
По статье &#8211; интересная, сам недавно начал практиковать скрам. С плюсами согласен. С минусами вобщем-то тоже. По непланированию архитектуры: имхо конечно же её надо планировать, и чем раньше тем лучше, но, как говориться, без фанатизма. Я бы сказал, важно выбрать правильный курс, подходы, способы организации, и дальше развивать их по ходу проекта.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-74442</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Sun, 08 Mar 2009 23:09:25 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-74442</guid>
		<description>Согласен со всем кроме одного пункта - &quot;обязательном порядке возьмет на себя один из разрабочиков&quot;. Самоорганизация в командах не всегда происходит.
Для этого в команде должен оказаться толковый, опытный и энергичный человек.</description>
		<content:encoded><![CDATA[<p>Согласен со всем кроме одного пункта &#8211; &laquo;обязательном порядке возьмет на себя один из разрабочиков&raquo;. Самоорганизация в командах не всегда происходит.<br />
Для этого в команде должен оказаться толковый, опытный и энергичный человек.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: ZaQ</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-74433</link>
		<dc:creator>ZaQ</dc:creator>
		<pubDate>Sun, 08 Mar 2009 19:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-74433</guid>
		<description>Возможно я неправильно выразился. Имел ввиду, что даже если в команде отказываются от такой роли, как тимлид/архитектор, ее в обязательном порядке возьмет на себя один из разрабочиков, не афишируя и всячески отрицая. А если этого не происходит, то либо команде наплевать на продукт, который они создают, либо им настолько &quot;внушили&quot; основные постулаты скрама, что они по своему сделать боятся. В любом случае все проблемы лезут из менеджмента(скрам-мастера) и к скраму отношения не имеют.
Конкретно по приведенной ситуации, думаю  здесь проблема не в том что &quot;скрам/не скрам&quot;, а в том, что суть работы ПМа остается абсолютно одинаковой, меняется только форма и название. И скрам всего лишь не описывает этот момент, вероятно полагаясь на то, что разработка архитектуры может быть выделена в отдельный спринт, раздроблена на несколько частей, как части различных спринтов, либо размазана по всем спринтам равномерным слоем, на усмотрение скрам-команды. Каждый из этих вариатов требует различный уровень и набор квалификаций, чем незаметней этап проектирования, тем выше требования к команде.</description>
		<content:encoded><![CDATA[<p>Возможно я неправильно выразился. Имел ввиду, что даже если в команде отказываются от такой роли, как тимлид/архитектор, ее в обязательном порядке возьмет на себя один из разрабочиков, не афишируя и всячески отрицая. А если этого не происходит, то либо команде наплевать на продукт, который они создают, либо им настолько &laquo;внушили&raquo; основные постулаты скрама, что они по своему сделать боятся. В любом случае все проблемы лезут из менеджмента(скрам-мастера) и к скраму отношения не имеют.<br />
Конкретно по приведенной ситуации, думаю  здесь проблема не в том что &laquo;скрам/не скрам&raquo;, а в том, что суть работы ПМа остается абсолютно одинаковой, меняется только форма и название. И скрам всего лишь не описывает этот момент, вероятно полагаясь на то, что разработка архитектуры может быть выделена в отдельный спринт, раздроблена на несколько частей, как части различных спринтов, либо размазана по всем спринтам равномерным слоем, на усмотрение скрам-команды. Каждый из этих вариатов требует различный уровень и набор квалификаций, чем незаметней этап проектирования, тем выше требования к команде.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-74424</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Sun, 08 Mar 2009 18:17:31 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-74424</guid>
		<description>Хорошо, когда есть тимлид - серый кардинал. С другой стороны, когда с него снимают эти обязанности, команде объявляют, что не планирование - наш новый путь, то как раз ой и может легко наступить.

Я полностью согласен, либо нужны разработчики высокого уровня, которые могут на ходу принимать хорошие архитектурные решения, либо люди которые съели собаку на рефакторинге, который постоянно проводить.</description>
		<content:encoded><![CDATA[<p>Хорошо, когда есть тимлид &#8211; серый кардинал. С другой стороны, когда с него снимают эти обязанности, команде объявляют, что не планирование &#8211; наш новый путь, то как раз ой и может легко наступить.</p>
<p>Я полностью согласен, либо нужны разработчики высокого уровня, которые могут на ходу принимать хорошие архитектурные решения, либо люди которые съели собаку на рефакторинге, который постоянно проводить.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-74419</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Sun, 08 Mar 2009 18:01:06 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-74419</guid>
		<description>Насчет много или мало я исходил из того, что в Scrum - средняя продолжительная Sprint - 3-4 недели. И дизайн равный неделе в Scrum считался бы достаточно большим, а месяц - вообще неприемлемым.</description>
		<content:encoded><![CDATA[<p>Насчет много или мало я исходил из того, что в Scrum &#8211; средняя продолжительная Sprint &#8211; 3-4 недели. И дизайн равный неделе в Scrum считался бы достаточно большим, а месяц &#8211; вообще неприемлемым.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Denis</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-74402</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Sun, 08 Mar 2009 16:07:23 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-74402</guid>
		<description>МС - это мелокомягкие. 
месяц-неделя-день, вот тут я с вами не соглашусь, как вы определили много или нет ? :). все зависит от продукта. в моей практике есть 2 месяца на дизайн по сути трех классов (основные классы для СДК), добротный сервер меньше, чем за неделю очень сложно задизайнить (это я по минимуму).</description>
		<content:encoded><![CDATA[<p>МС &#8211; это мелокомягкие.<br />
месяц-неделя-день, вот тут я с вами не соглашусь, как вы определили много или нет ? <img src='http://victorronin.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> . все зависит от продукта. в моей практике есть 2 месяца на дизайн по сути трех классов (основные классы для СДК), добротный сервер меньше, чем за неделю очень сложно задизайнить (это я по минимуму).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: ZaQ</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-74339</link>
		<dc:creator>ZaQ</dc:creator>
		<pubDate>Sun, 08 Mar 2009 09:08:50 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-74339</guid>
		<description>Одно дело коллективное владение кодом, регламентируемое скрамом, другое дело пропустить важнейшую стадию разработки. И четко побуквенно следовать рекомендациям скрама, помоему слишком самоуверенно.
Возможно отказ от чистого проектирования как такового возможен, но при условии, что в команде все разработчики очень высокого уровня (как минимум необходим выская культура разработки) иначе ой. 
Согласно внутренней динамики команды, всегда будет тимлид-серый кардинал, с мнением которого будут считаться, независимо от используемой методологии.</description>
		<content:encoded><![CDATA[<p>Одно дело коллективное владение кодом, регламентируемое скрамом, другое дело пропустить важнейшую стадию разработки. И четко побуквенно следовать рекомендациям скрама, помоему слишком самоуверенно.<br />
Возможно отказ от чистого проектирования как такового возможен, но при условии, что в команде все разработчики очень высокого уровня (как минимум необходим выская культура разработки) иначе ой.<br />
Согласно внутренней динамики команды, всегда будет тимлид-серый кардинал, с мнением которого будут считаться, независимо от используемой методологии.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-74260</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Sat, 07 Mar 2009 23:33:18 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-74260</guid>
		<description>Та я никак не разберусь с этой проблемой. Если пытаться написать комментарий еще не залогиневшись по openid - то там, что-то не работает.</description>
		<content:encoded><![CDATA[<p>Та я никак не разберусь с этой проблемой. Если пытаться написать комментарий еще не залогиневшись по openid &#8211; то там, что-то не работает.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Denis M</title>
		<link>http://victorronin.com/2009/03/06/skrummnoe-chast-2/comment-page-1/#comment-74205</link>
		<dc:creator>Denis M</dc:creator>
		<pubDate>Sat, 07 Mar 2009 18:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/03/06/skrummnoe-chast-2/#comment-74205</guid>
		<description>Кажется open-id не работает, комментарии просто пропадают</description>
		<content:encoded><![CDATA[<p>Кажется open-id не работает, комментарии просто пропадают</p>
]]></content:encoded>
	</item>
</channel>
</rss>

