<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>/davojan/register &#187; команда</title>
	<atom:link href="http://davojan.ru/index.php/tag/komanda/feed/" rel="self" type="application/rss+xml" />
	<link>http://davojan.ru</link>
	<description>Поток сознания от davojan'а 2.0</description>
	<lastBuildDate>Mon, 22 Nov 2010 07:11:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Пятеро&#160;&#8212; оптимальный размер команды?</title>
		<link>http://davojan.ru/index.php/2009/05/pyatero-optimalnyjj-razmer-komandy/</link>
		<comments>http://davojan.ru/index.php/2009/05/pyatero-optimalnyjj-razmer-komandy/#comments</comments>
		<pubDate>Mon, 04 May 2009 21:19:07 +0000</pubDate>
		<dc:creator>davojan</dc:creator>
				<category><![CDATA[IT]]></category>
		<category><![CDATA[Переводы]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[infoq]]></category>
		<category><![CDATA[scrum]]></category>
		<category><![CDATA[команда]]></category>

		<guid isPermaLink="false">http://davojan.ru/?p=150</guid>
		<description><![CDATA[Данный пост&#160;&#8212; проба пера на ниве переводов. Решил вот первый раз в жизни письменно перевести IT-шную статью с английского. Почему именно эта статья? Дело в том, что я подписан на RSS замечательного ресурса InfoQ. Читать я этот поток толком не успеваю, поскольку английским владею не так уж хорошо, чтобы быстренько пробегаться по тексту. Вот и [...]]]></description>
			<content:encoded><![CDATA[<p style="padding-left: 30px;"><span style="color: #888888;"><em>Данный пост&nbsp;&mdash; проба пера на ниве переводов. Решил вот первый раз в жизни письменно перевести IT-шную статью с английского. Почему именно эта статья? Дело в том, что я подписан на RSS замечательного ресурса InfoQ. Читать я этот поток толком не успеваю, поскольку английским владею не так уж хорошо, чтобы быстренько пробегаться по тексту. Вот и выбрал <a href="http://www.infoq.com/news/2009/04/agile-optimal-team-size">статейку поменьше и по интересующей меня теме команд разработчиков</a></em><em>. У меня есть надежда, что такой вот тщательный перевод со временем может упростить мне чтение подобного материала. В конце скажу пару слов (моё мнение) по теме самой статьи...</em></span></p>
<p>Происходит довольно много обсуждений и дебатов по поводу оптимального размера команды для максимальной производительности. Несмотря на то что многие приверженцы гибкой методологии разработки согласны с тем, что маленькие команды более функциональны и производительны по сравнению с большими, определение оптимального размера всё ещё вызывает споры.<span id="more-150"></span></p>
<p>Джеф Сазерленд (Jeff Sutherland) поделился <a href="http://jeffsutherland.com/2003/02/scrum-keep-team-size-under-7.html">статистикой в пользу маленьких команд</a>, согласно которой стоимость условной единицы (function point) работы команды из 7-ми человек составила $566, а из 14-ти&nbsp;&mdash; $2970. Аналогично, в ответ на <a href="http://www.infoq.com/news/2007/11/team-growth-and-productivity">пост на InfoQ об увеличении команды и производительности</a> Мишкин Бертейг ( Mishkin Berteig) прокомментировал:</p>
<blockquote>
<p>Представьте, что вам &laquo;дали&raquo; команду разработчиков из 100 человек. Теперь представьте, что вам поручили очень важный проект. Что будет лучше:</p>
<p>а) Задействовать в проекте всех 100 разработчиков (с хорошим проджект-менеджментом, руководством и т.п.), или...</p>
<p>б) Выделить из группы семерых сильнейших, которые хотят работать над проектом (другими словами, 7 людей, которые действительно заинтересованны в проекте) и отдать им работу над проектом, остальных уволить, сэкономленное потратить на предоставление избранным семерым лучших инструментов и окружение, которые им необходимы, а оставшееся потратить на то, чтобы сделать их работу комфортной и счастливой.</p>
<p>Лично я, невзирая на суровость сценария <em>б)</em>, определённо поставил бы на него, а не на сценарий <em>а)</em>.</p>
</blockquote>
<p>Юрген Аппело (Jurgen Appelo) предположил, что <a href="http://www.noop.nl/2009/04/the-optimal-team-size-is-five.html">оптимальный размер команды, вероятно, всего 5</a>. Пять&nbsp;&mdash; это общее число, основанное на различных исследованиях о взаимоотношениях и структурах команд.</p>
<ul>
<li>Скрам <a href="http://www.infoq.com/news/2007/07/agile_team_size">рекомендует размер команды</a> 7±2 человека. Таким образом получается вариация между <strong>5</strong> и 9.</li>
<li>Согласно &laquo;Cognitive Edge&raquo;, человеческий мозг эволюционировал вместе с окружающими социальными условиями, и существует естественное ограничение на количество поддерживаемых социальных связей. Коротко учение можно выразить <a href="http://www.cognitive-edge.com/blogs/dave/2006/12/logn_0093_3389_logcr_1_r20764.php">правилом </a><em><a href="http://www.cognitive-edge.com/blogs/dave/2006/12/logn_0093_3389_logcr_1_r20764.php">5, 15 и 150</a></em>. <strong>5</strong> - естественное ограничение кратковременной памяти, 15&nbsp;&mdash; естественный уровень глубокого доверия, а 150&nbsp;&mdash; количество личностей, которое человек может держать в голове.</li>
<li><a href="http://programming.groups.vox.com/library/post/6a00c2251c28f3f2190109815ffc0c000d.html">Другое исследование, основанное на законе Паркинсона</a>, предполагает, что команда с любым количеством участников меньше 20, кроме 8, вполне работоспособна. При количестве больше 20 начинается естественное деление на подгруппы, и согласованность не может быть достугнута. При восьми&nbsp;&mdash; часто происходит патовая ситуация во время принятия решений.</li>
</ul>
<p>Ещё один аргумент в поддержку 5-ти&nbsp;&mdash; <a href="http://programming.groups.vox.com/library/post/6a00c2251c28f3f2190109815ffc0c000d.html#comment-6a00c2251c28f3f21901101662fb6f860d">комментарий PMHut</a> к вышеуказанной статье (про связь с законом Паркинсона):</p>
<blockquote>
<p>Чем больше членов в команде, тем больше коммуникационных каналов возникает между ними, их количество растёт экспоненциально. Для 3-х членов мы имеем 4 коммуникационных канала, для 4-х&nbsp;&mdash; 9. Думаю, формула такая: m-1 ^ 2.</p>
<p>По-моему, идеальный вариант&nbsp;&mdash; маленькая команда из 4 или 5 членов.</p>
<p><em><span style="color: #808080;">Примечание переводчика: с точки зрения математики выкладки неверны (там дальше их опровергают 2 раза), но суть от этого не меняется.</span></em></p>
</blockquote>
<p>Таким образом, основываясь на приведённых выше фактах и исследованиях, похоже, что команда из 5 человек удовлетворяет всем условиям, связанным с рекомендациями Скрама, законом Паркинсона, естественными ограничениями кратковременной памяти и благоприятного количества коммуникационных каналов.</p>
<p>Однако, несмотря на сильные доказательства в пользу команды из 5-ти, Юрген предупредил, что прежде, чем слепо следовать рекомендациям по размеру, командам следует попробовать самоорганизоваться и постепенно подобрать оптимальный размер. Цитирую:</p>
<blockquote>
<p>Когда вам нужно организовать большой проект, не навязывайте людям &laquo;предпочтительный&raquo; размер команды только потому, что так написано в книжке. Попробуйте позволить самоорганизации сделать свою работу и дайте людям самим (внутри своего реального окружения) вычислить свой оптимум. Они хотят разделить свою команду из семи на две по 4 и 3? Конечно, почему нет? Они объединяют две команды в одну большую из 15-ти? Прекрасно, позвольте им проверить, сработает ли это.</p>
</blockquote>
<p style="padding-left: 30px;"><em><span style="color: #888888;">От себя могу добавить, что моя команда показывала максимальную производительность (на душу), когда состояла из четверых (к сожалению, не получилось наблюдать команду пятерых). Как мне кажется, это связано не только с упрощением взаимодействия в команде, но и с качеством (если так можно выразиться) и совместимостью личного состава&nbsp;&mdash; команда команде рознь. Однако, в общем и целом я согласен с тем, что где-то около 5 ± чуть-чуть членов в команде&nbsp;&mdash; самое то. Больше 7-ми&nbsp;&mdash; это уже многовато.</span></em></p>
]]></content:encoded>
			<wfw:commentRss>http://davojan.ru/index.php/2009/05/pyatero-optimalnyjj-razmer-komandy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

