<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Комментарии для Agile-сообщество Беларуси</title>
	<link>http://www.agilebelarus.org</link>
	<description>Сайт сообщества для публикации материалов</description>
	<pubDate>Fri, 21 Nov 2008 05:21:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>Комментарий на Гоните их в шею, или синдром &#34;знающих-как-должно-быть-на-самом-деле&#34; от Yuri Shilyaev</title>
		<link>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-81</link>
		<dc:creator>Yuri Shilyaev</dc:creator>
		<pubDate>Thu, 20 Nov 2008 23:17:27 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-81</guid>
		<description>Давно на сайт не заходил, а тут такой отличный материал. 
Денис, спасибо. 

Я на собеседованиях стараюсь выцеплять таких людей, они часто говорят разумные и правильные вещи, но... говорят они книжными истинами. У таких всегда надо спрашивать про результат. Результата -- нет, нет разговора.
Любой процесс правильный, если он дает результат.</description>
		<content:encoded><![CDATA[<p>Давно на сайт не заходил, а тут такой отличный материал.<br />
Денис, спасибо. </p>
<p>Я на собеседованиях стараюсь выцеплять таких людей, они часто говорят разумные и правильные вещи, но&#8230; говорят они книжными истинами. У таких всегда надо спрашивать про результат. Результата &#8212; нет, нет разговора.<br />
Любой процесс правильный, если он дает результат.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Гоните их в шею, или синдром &#34;знающих-как-должно-быть-на-самом-деле&#34; от Денис Петелин</title>
		<link>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-79</link>
		<dc:creator>Денис Петелин</dc:creator>
		<pubDate>Wed, 29 Oct 2008 09:23:11 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-79</guid>
		<description>Категорически согласен со всем изложенным :)</description>
		<content:encoded><![CDATA[<p>Категорически согласен со всем изложенным <img src='http://www.agilebelarus.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Гоните их в шею, или синдром &#34;знающих-как-должно-быть-на-самом-деле&#34; от Алексей Лупан</title>
		<link>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-78</link>
		<dc:creator>Алексей Лупан</dc:creator>
		<pubDate>Tue, 28 Oct 2008 14:16:12 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-78</guid>
		<description>Я, конечно, слегка смешал темы, но поскольку они изложены в одном тексте, то и вопрос коснулся сразу всего. И я уравнял "чуваки в походе" с "команда разработчиков", потому, что созвучно :)

1)
Уточним, что речь идет о чуваках из похода. Я понял твою роль в их отношении, вопрос снимается.

2)
Про отдельно взятого чувака все понятно, поэтому про него ничего не спрашивал. 

Кто не справляется, тот пошел вон с корабля. Если не сам, то сперва получи черную метку (или голубую). Приглашаем прогуляться по доске.

3)
На тему &lt;b&gt;основного посыла&lt;/b&gt; прозвучит банальность: в каждом отдельном случае "надо посмотреть".

Уместно ли тут предложить поглядеть &lt;a href="http://www.happy-pm.com/blog/?p=53" rel="nofollow"&gt;отдельную запись&lt;/a&gt; на эту тему? Там речь идет о том, что на войне нужны люди, которые берут на себя ответственность. 

Ответ “Я пошел работать” для менеджера проекта следует считать единственно правильным, если он рассматривает свой проект как "персональную войну". Но так обычно говорят те, кто склонен работать, а не решать проблемы посредством своей работы. Поэтому, опять же, "надо посмотреть".

Как распознать настрой человека: "&lt;i&gt;У вас тут написано: "Участвовал в проекте по внедрению..." Расскажите об этом проекте. Что это за проект? Что вы там делали? Что с того, что вы там что-то делали? Зачем вы все это делали? Почему не занялись чем-то другим?&lt;/i&gt;"

Наверное, это самые простые вопросы нанимателя, которые могут как-то прояснить, кто перед ним: человек войны, или тот, кто "склонен заключать мирные соглашения с фашистской Германией в трудные для родной Англии времена".

Разработка - как разведка. В разведку не каждый пойдет :) 
Но если ты ошибся, взяв "не того" - ошибся, и точка. Если жив остался - опыта набрался.</description>
		<content:encoded><![CDATA[<p>Я, конечно, слегка смешал темы, но поскольку они изложены в одном тексте, то и вопрос коснулся сразу всего. И я уравнял &#8220;чуваки в походе&#8221; с &#8220;команда разработчиков&#8221;, потому, что созвучно <img src='http://www.agilebelarus.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>1)<br />
Уточним, что речь идет о чуваках из похода. Я понял твою роль в их отношении, вопрос снимается.</p>
<p>2)<br />
Про отдельно взятого чувака все понятно, поэтому про него ничего не спрашивал. </p>
<p>Кто не справляется, тот пошел вон с корабля. Если не сам, то сперва получи черную метку (или голубую). Приглашаем прогуляться по доске.</p>
<p>3)<br />
На тему <b>основного посыла</b> прозвучит банальность: в каждом отдельном случае &#8220;надо посмотреть&#8221;.</p>
<p>Уместно ли тут предложить поглядеть <a href="http://www.happy-pm.com/blog/?p=53" rel="nofollow">отдельную запись</a> на эту тему? Там речь идет о том, что на войне нужны люди, которые берут на себя ответственность. </p>
<p>Ответ “Я пошел работать” для менеджера проекта следует считать единственно правильным, если он рассматривает свой проект как &#8220;персональную войну&#8221;. Но так обычно говорят те, кто склонен работать, а не решать проблемы посредством своей работы. Поэтому, опять же, &#8220;надо посмотреть&#8221;.</p>
<p>Как распознать настрой человека: &#8220;<i>У вас тут написано: &#8220;Участвовал в проекте по внедрению&#8230;&#8221; Расскажите об этом проекте. Что это за проект? Что вы там делали? Что с того, что вы там что-то делали? Зачем вы все это делали? Почему не занялись чем-то другим?</i>&#8221;</p>
<p>Наверное, это самые простые вопросы нанимателя, которые могут как-то прояснить, кто перед ним: человек войны, или тот, кто &#8220;склонен заключать мирные соглашения с фашистской Германией в трудные для родной Англии времена&#8221;.</p>
<p>Разработка - как разведка. В разведку не каждый пойдет <img src='http://www.agilebelarus.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Но если ты ошибся, взяв &#8220;не того&#8221; - ошибся, и точка. Если жив остался - опыта набрался.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Task Board - что такое и как делать? от Денис Петелин</title>
		<link>http://www.agilebelarus.org/2008/10/22/task-board-chto-takoe-i-kak-delat.html#comment-77</link>
		<dc:creator>Денис Петелин</dc:creator>
		<pubDate>Tue, 28 Oct 2008 13:05:03 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/22/task-board-chto-takoe-i-kak-delat.html#comment-77</guid>
		<description>После выхода первой версии - расскажу все :)
Пока - eating our own dog food.
По итогам поедания - сделаю отчет :)</description>
		<content:encoded><![CDATA[<p>После выхода первой версии - расскажу все <img src='http://www.agilebelarus.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Пока - eating our own dog food.<br />
По итогам поедания - сделаю отчет <img src='http://www.agilebelarus.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Гоните их в шею, или синдром &#34;знающих-как-должно-быть-на-самом-деле&#34; от Денис Петелин</title>
		<link>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-76</link>
		<dc:creator>Денис Петелин</dc:creator>
		<pubDate>Tue, 28 Oct 2008 13:03:41 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-76</guid>
		<description>По поводу чуваков из похода - это отдельный вопрос. По сути могу доложить следующее:

1. Чуваки из похода - не мои субординаты. Ну то есть я не инструктор в походе. Я - один из тех с кем инструктор осуществил коммуникацию и я ДОБРОВОЛЬНО подписался с ним идти. После рассказа и получения комплекта материалов. Такого же, какой был выдан остальным. Соответственно каким-то образом их менеджить а) не могу и б) не хочу. 
2. Чуваки подобные чувакам из похода - будут недовольны всегда. ВСЕГДА. "Это я вам говорю наблюдение из жизни". В любой деятельности, где а) надо работать б) мокро и тяжело в)требуется отвечать за свои поступки - они будут недовольны.

Поэтому мой призыв а) не брать их на борт и б) искать метод отсеивать их как можно раньше, иначе может получится как во втором случае - как с чуваком из проекта.

Просьба делить дискуссию про чувака из проекта и чуваков из похода - это два разных случая. Общее у них - что они происходят из одной и той же причины: отношения к жизни. Но случаи - разные. Соответственно и рассматриваться должны - отдельно.</description>
		<content:encoded><![CDATA[<p>По поводу чуваков из похода - это отдельный вопрос. По сути могу доложить следующее:</p>
<p>1. Чуваки из похода - не мои субординаты. Ну то есть я не инструктор в походе. Я - один из тех с кем инструктор осуществил коммуникацию и я ДОБРОВОЛЬНО подписался с ним идти. После рассказа и получения комплекта материалов. Такого же, какой был выдан остальным. Соответственно каким-то образом их менеджить а) не могу и б) не хочу.<br />
2. Чуваки подобные чувакам из похода - будут недовольны всегда. ВСЕГДА. &#8220;Это я вам говорю наблюдение из жизни&#8221;. В любой деятельности, где а) надо работать б) мокро и тяжело в)требуется отвечать за свои поступки - они будут недовольны.</p>
<p>Поэтому мой призыв а) не брать их на борт и б) искать метод отсеивать их как можно раньше, иначе может получится как во втором случае - как с чуваком из проекта.</p>
<p>Просьба делить дискуссию про чувака из проекта и чуваков из похода - это два разных случая. Общее у них - что они происходят из одной и той же причины: отношения к жизни. Но случаи - разные. Соответственно и рассматриваться должны - отдельно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Гоните их в шею, или синдром &#34;знающих-как-должно-быть-на-самом-деле&#34; от Денис Петелин</title>
		<link>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-75</link>
		<dc:creator>Денис Петелин</dc:creator>
		<pubDate>Tue, 28 Oct 2008 12:57:31 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-75</guid>
		<description>Отличный получился текст, дискуссия пошла :)

Высказано два пойнта:
1. Твоя вина тоже есть.
2. Проблема в коммуникации.

По пойнту 1 - ты совершенно прав.
Ключевая проблема ситуации - то, что я не отсеял человека с неподходящими ожиданиями на входе.
Ровно про это я и говорю - за свою карьеру принял на работу изрядное количество людей. Несколько раз - ошибался так, как с этим товарищем: за обложкой не мог разглядеть содержание. По тем областям в которых работаю давно - отсеиваю по опыту и выявленному набору косвенных признаков. По новым областям типа "специалист по взрыву петарды под задницей менеджеров" - бывает ошибаюсь.
Статья написана с посылом - у кого был опыт или есть технология выявления не-дуеров, приглашаю ей поделиться.

Пойнт 2 - проблема в коммуникации.
Есть один нюанс - отделяй мух от котлет. Чуваков в походе никто не увольнял, увольняли одного конкретного субордината на моем проекте. В его случае - не "команда думала", не "их выгоняем". Команда, в которой 7 человек, делала строго как надо - команда работает отлично. При том что времени на коммуникацию со всей остальной командой потрачено - в три раза меньше чем с чуваком. Тем не менее у команды результат есть, а у чувака - нет. 
Результата нет - у конкретного человека, а не у команды. На коммуникации с чуваком потрачено рекордное количество времени. А у остальной команды результат - есть, и вопросов к ней - нет.
Видимо, человек без результата - misfit в этой команде, согласен?</description>
		<content:encoded><![CDATA[<p>Отличный получился текст, дискуссия пошла <img src='http://www.agilebelarus.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Высказано два пойнта:<br />
1. Твоя вина тоже есть.<br />
2. Проблема в коммуникации.</p>
<p>По пойнту 1 - ты совершенно прав.<br />
Ключевая проблема ситуации - то, что я не отсеял человека с неподходящими ожиданиями на входе.<br />
Ровно про это я и говорю - за свою карьеру принял на работу изрядное количество людей. Несколько раз - ошибался так, как с этим товарищем: за обложкой не мог разглядеть содержание. По тем областям в которых работаю давно - отсеиваю по опыту и выявленному набору косвенных признаков. По новым областям типа &#8220;специалист по взрыву петарды под задницей менеджеров&#8221; - бывает ошибаюсь.<br />
Статья написана с посылом - у кого был опыт или есть технология выявления не-дуеров, приглашаю ей поделиться.</p>
<p>Пойнт 2 - проблема в коммуникации.<br />
Есть один нюанс - отделяй мух от котлет. Чуваков в походе никто не увольнял, увольняли одного конкретного субордината на моем проекте. В его случае - не &#8220;команда думала&#8221;, не &#8220;их выгоняем&#8221;. Команда, в которой 7 человек, делала строго как надо - команда работает отлично. При том что времени на коммуникацию со всей остальной командой потрачено - в три раза меньше чем с чуваком. Тем не менее у команды результат есть, а у чувака - нет.<br />
Результата нет - у конкретного человека, а не у команды. На коммуникации с чуваком потрачено рекордное количество времени. А у остальной команды результат - есть, и вопросов к ней - нет.<br />
Видимо, человек без результата - misfit в этой команде, согласен?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Гоните их в шею, или синдром &#34;знающих-как-должно-быть-на-самом-деле&#34; от Алексей Лупан</title>
		<link>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-74</link>
		<dc:creator>Алексей Лупан</dc:creator>
		<pubDate>Tue, 28 Oct 2008 10:58:25 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/13/gonite-ix-v-sheyu-ili-sindrom-znayushhix-kak-dolzhno-byt-na-samom-dele.html#comment-74</guid>
		<description>Денис, 

можно спросить о той же самой ситуации, тоже как менеджер, но с иным акцентом?

Да, эти метросексуалы заслужили реальных пинков. 

Но если считать тебя менеджером этих чуваков, которых ты повел в горы, то ты:
- перенадеялся на их подготовленность, 
- не проверил перед выходом ни наличие у них теплой одежды, ни понимания о том, куда они идут и что они увидят,
- говорил с ними на разных языках.

С точки зрения менеджмента в agile - ты думал одно, а команда - другое. Коммуникация просто нулевая. Выхлоп "Все идем вперед, там все круто, не отставайте!" не привел к результату.

Итог: менеджер обиделся и заявил "Тут все недоделанные, мы их выгоняем из команды! Мы будем работать только с теми, кто умеет работать!"

С точки зрения организации проекта - организации не было. Был расчет на то, что команда самоорганизующаяся.

Разве так можно?</description>
		<content:encoded><![CDATA[<p>Денис, </p>
<p>можно спросить о той же самой ситуации, тоже как менеджер, но с иным акцентом?</p>
<p>Да, эти метросексуалы заслужили реальных пинков. </p>
<p>Но если считать тебя менеджером этих чуваков, которых ты повел в горы, то ты:<br />
- перенадеялся на их подготовленность,<br />
- не проверил перед выходом ни наличие у них теплой одежды, ни понимания о том, куда они идут и что они увидят,<br />
- говорил с ними на разных языках.</p>
<p>С точки зрения менеджмента в agile - ты думал одно, а команда - другое. Коммуникация просто нулевая. Выхлоп &#8220;Все идем вперед, там все круто, не отставайте!&#8221; не привел к результату.</p>
<p>Итог: менеджер обиделся и заявил &#8220;Тут все недоделанные, мы их выгоняем из команды! Мы будем работать только с теми, кто умеет работать!&#8221;</p>
<p>С точки зрения организации проекта - организации не было. Был расчет на то, что команда самоорганизующаяся.</p>
<p>Разве так можно?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Про самоорганизующиеся команды и критерий дозрелости до демократии от Денис Петелин</title>
		<link>http://www.agilebelarus.org/2008/10/25/pro-samoorganizuyushhiesya-komandy-i-kriterij-dozrelosti-do-demokratii.html#comment-73</link>
		<dc:creator>Денис Петелин</dc:creator>
		<pubDate>Tue, 28 Oct 2008 08:17:40 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/25/pro-samoorganizuyushhiesya-komandy-i-kriterij-dozrelosti-do-demokratii.html#comment-73</guid>
		<description>Ты опять-таки совершенно прав.
Есть только один нюанс.

Самоорганизация возможна только при определенном уровне самоорганизации каждого из участников. 

Имеется в виду что человек, который не может организовать себя, свое рабочее место, свой быт наконец - вряд ли сможет организовать свою совместную работу с другими людьми. Особенно если они такие же разгильдяи.</description>
		<content:encoded><![CDATA[<p>Ты опять-таки совершенно прав.<br />
Есть только один нюанс.</p>
<p>Самоорганизация возможна только при определенном уровне самоорганизации каждого из участников. </p>
<p>Имеется в виду что человек, который не может организовать себя, свое рабочее место, свой быт наконец - вряд ли сможет организовать свою совместную работу с другими людьми. Особенно если они такие же разгильдяи.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Про самоорганизующиеся команды и критерий дозрелости до демократии от Dmitry Zdanovich</title>
		<link>http://www.agilebelarus.org/2008/10/25/pro-samoorganizuyushhiesya-komandy-i-kriterij-dozrelosti-do-demokratii.html#comment-72</link>
		<dc:creator>Dmitry Zdanovich</dc:creator>
		<pubDate>Mon, 27 Oct 2008 16:49:32 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/25/pro-samoorganizuyushhiesya-komandy-i-kriterij-dozrelosti-do-demokratii.html#comment-72</guid>
		<description>Можно взглянуть на это и с другой стороны. 
Чтобы было эффективное самоуправление, нужны четкие ожидания. Я так понял, что в этом случае четких ожиданий не было...
В случае с созданием самоорганизующихся команд надо сначала объяснить, что требуется, помогать на начальном этапе и обучать. 
Как показывает практика, вначале команде нелегко (и менеджеру тоже :-) ), а потом хорошая команда требует минимального внимания, при этом у нее очень хороший performance.</description>
		<content:encoded><![CDATA[<p>Можно взглянуть на это и с другой стороны.<br />
Чтобы было эффективное самоуправление, нужны четкие ожидания. Я так понял, что в этом случае четких ожиданий не было&#8230;<br />
В случае с созданием самоорганизующихся команд надо сначала объяснить, что требуется, помогать на начальном этапе и обучать.<br />
Как показывает практика, вначале команде нелегко (и менеджеру тоже <img src='http://www.agilebelarus.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> ), а потом хорошая команда требует минимального внимания, при этом у нее очень хороший performance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на Task Board - что такое и как делать? от Dmitry Zdanovich</title>
		<link>http://www.agilebelarus.org/2008/10/22/task-board-chto-takoe-i-kak-delat.html#comment-71</link>
		<dc:creator>Dmitry Zdanovich</dc:creator>
		<pubDate>Mon, 27 Oct 2008 10:12:20 +0000</pubDate>
		<guid>http://www.agilebelarus.org/2008/10/22/task-board-chto-takoe-i-kak-delat.html#comment-71</guid>
		<description>Денис, а можно поподробнее узнать об этом проекте?
Интересуют основные возможности, наличие интеграции с Jira, UI дизайн, лицензия/стоимость.</description>
		<content:encoded><![CDATA[<p>Денис, а можно поподробнее узнать об этом проекте?<br />
Интересуют основные возможности, наличие интеграции с Jira, UI дизайн, лицензия/стоимость.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
