<?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>Комментарии: Прямые контакты в корпорациях.</title>
	<atom:link href="http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/feed/" rel="self" type="application/rss+xml" />
	<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/</link>
	<description>Thinking aloud about business and software development</description>
	<lastBuildDate>Thu, 26 Apr 2012 16:25:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-123668</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Fri, 26 Mar 2010 16:05:20 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-123668</guid>
		<description>Лично с PMO никогда не сталкивался.

Прочел, то что написано в wikipedia
http://en.wikipedia.org/wiki/Project_management_office

По большему счету они занимаются стандартизацией процессов и слежением, чтобы процессы шли по стандарту.

Проблема состоит в том, что человек всегда может переиграть систему. Те самые X слоев менеджмента, которым интересно прикрыть свою задницу вполне смогут генерировать все нужные артефакты (при том, что проект будет двигаться в противоположную сторону).

Возьмем простой пример. Сидит программист. Процесс говорит
а) Программист должен прислать каждый день timesheet
б) Программист должен каждое изменение отсылать на review
в) Программист должен сообщаться о каждом изменение в QA.

Программист, пишет говенный код, при этом заполняет timesheet и отсылает на ревью другому программисту, которому лень все это смотреть и который мгновенно помечает весь код как пройденный review. Аналогично, QA удаляет все email&#039;ы из почтового ящика о изменения и отчитывается, что проглядел изменения, протестировал и проанализировал их.

Я конечно, утрирую. Но с точки зрения процессов, придраться будет не к чему - все идет отлично. Но вот, какой-нибудь программист, который работает в этом отделе и видит все это безобразие будет прекрасно понимать, что все идет не так уж хорошо.</description>
		<content:encoded><![CDATA[<p>Лично с PMO никогда не сталкивался.</p>
<p>Прочел, то что написано в wikipedia<br />
<a href="http://en.wikipedia.org/wiki/Project_management_office" rel="nofollow">http://en.wikipedia.org/wiki/Project_management_office</a></p>
<p>По большему счету они занимаются стандартизацией процессов и слежением, чтобы процессы шли по стандарту.</p>
<p>Проблема состоит в том, что человек всегда может переиграть систему. Те самые X слоев менеджмента, которым интересно прикрыть свою задницу вполне смогут генерировать все нужные артефакты (при том, что проект будет двигаться в противоположную сторону).</p>
<p>Возьмем простой пример. Сидит программист. Процесс говорит<br />
а) Программист должен прислать каждый день timesheet<br />
б) Программист должен каждое изменение отсылать на review<br />
в) Программист должен сообщаться о каждом изменение в QA.</p>
<p>Программист, пишет говенный код, при этом заполняет timesheet и отсылает на ревью другому программисту, которому лень все это смотреть и который мгновенно помечает весь код как пройденный review. Аналогично, QA удаляет все email&#8217;ы из почтового ящика о изменения и отчитывается, что проглядел изменения, протестировал и проанализировал их.</p>
<p>Я конечно, утрирую. Но с точки зрения процессов, придраться будет не к чему &#8211; все идет отлично. Но вот, какой-нибудь программист, который работает в этом отделе и видит все это безобразие будет прекрасно понимать, что все идет не так уж хорошо.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Anthrax</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-123665</link>
		<dc:creator>Anthrax</dc:creator>
		<pubDate>Fri, 26 Mar 2010 15:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-123665</guid>
		<description>&gt; PMO не может проверить
Какое-то странное PMO... 

В топикстарте описана проблема:
--
Есть одна  особенность “потоков” информации в такой компании. Обычно тех самых владельцев кормят из ложечки говном информацией, которая ну скажем имеет очень слабое отношение к реальности. Кормят их те самые 4+ слоев, которые находятся под ними.
--

Наличие правильного(!) PMO эту проблему решает влет.</description>
		<content:encoded><![CDATA[<p>&gt; PMO не может проверить<br />
Какое-то странное PMO&#8230; </p>
<p>В топикстарте описана проблема:<br />
&#8211;<br />
Есть одна  особенность “потоков” информации в такой компании. Обычно тех самых владельцев кормят из ложечки говном информацией, которая ну скажем имеет очень слабое отношение к реальности. Кормят их те самые 4+ слоев, которые находятся под ними.<br />
&#8211;</p>
<p>Наличие правильного(!) PMO эту проблему решает влет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-123663</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Fri, 26 Mar 2010 15:20:41 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-123663</guid>
		<description>Проблема этого PMO в том, что в самом проекте они ничего не понимают. Единственную вещь, которую они могут проверить - это наличие/отсутствие артифактов. 

PMO не может проверить 
а) продуманность архитектуры
б) полезность проекта
в) качество проекта (все что они смогут сделать - глядеть на количество открытых багов, которое является только отдаленным показателем качества).
и т.п.</description>
		<content:encoded><![CDATA[<p>Проблема этого PMO в том, что в самом проекте они ничего не понимают. Единственную вещь, которую они могут проверить &#8211; это наличие/отсутствие артифактов. </p>
<p>PMO не может проверить<br />
а) продуманность архитектуры<br />
б) полезность проекта<br />
в) качество проекта (все что они смогут сделать &#8211; глядеть на количество открытых багов, которое является только отдаленным показателем качества).<br />
и т.п.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Anthrax</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-123623</link>
		<dc:creator>Anthrax</dc:creator>
		<pubDate>Fri, 26 Mar 2010 13:40:54 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-123623</guid>
		<description>Странно, что никто не упомянул про PMO (Project Management Office). Этот офис (люди в нем состоящие или достаточно Head of PMO) имеет выход на руководство. PMO контроллирует выполнение всех проектов компании (контрольные точки проектов, наличие и качество артефактов проектов и прочее). Т.о. прекрасно решается проблема коммуникации низы-верхи.</description>
		<content:encoded><![CDATA[<p>Странно, что никто не упомянул про PMO (Project Management Office). Этот офис (люди в нем состоящие или достаточно Head of PMO) имеет выход на руководство. PMO контроллирует выполнение всех проектов компании (контрольные точки проектов, наличие и качество артефактов проектов и прочее). Т.о. прекрасно решается проблема коммуникации низы-верхи.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-121949</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Tue, 16 Mar 2010 18:26:35 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-121949</guid>
		<description>Поглядел выступление.

Смысл мне понравился (умные вещи говорит), а вот стиль изложения у него как-то подкачал.</description>
		<content:encoded><![CDATA[<p>Поглядел выступление.</p>
<p>Смысл мне понравился (умные вещи говорит), а вот стиль изложения у него как-то подкачал.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-121947</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Tue, 16 Mar 2010 18:22:50 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-121947</guid>
		<description>Ну это вполне логично. Для получения хорошего результата обычно требуется гораздо больше усилий, чем для получения плохого.</description>
		<content:encoded><![CDATA[<p>Ну это вполне логично. Для получения хорошего результата обычно требуется гораздо больше усилий, чем для получения плохого.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: GeF</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-121863</link>
		<dc:creator>GeF</dc:creator>
		<pubDate>Tue, 16 Mar 2010 09:32:25 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-121863</guid>
		<description>Ну конечно система системой но ее делают люди, я читал про Пиксар статью, но там пишется что это не так просто и требует очень много усилий, всегда надо держать руку на пульсе )</description>
		<content:encoded><![CDATA[<p>Ну конечно система системой но ее делают люди, я читал про Пиксар статью, но там пишется что это не так просто и требует очень много усилий, всегда надо держать руку на пульсе )</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-121609</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Sun, 14 Mar 2010 19:29:26 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-121609</guid>
		<description>Согласен. Хотя, вон, как пишут - Pixal реализовал таки политику.</description>
		<content:encoded><![CDATA[<p>Согласен. Хотя, вон, как пишут &#8211; Pixal реализовал таки политику.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: GeF</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-121424</link>
		<dc:creator>GeF</dc:creator>
		<pubDate>Sat, 13 Mar 2010 10:58:41 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-121424</guid>
		<description>Да, это не армия, расстреливать не будут, но и терпеть того кто слишком много выпендривается со своим виденьем проблемы и способами ее решения, тоже не будут, просто уволят от греха подальше ))
А обратная связь пита &quot;политика открытых дверей&quot; весьма теоретична, поэтому я и говорю что корень проблемы в самой системе, а на сколько ее проблемы проявляются это уже зависит от конкретной ситуации.</description>
		<content:encoded><![CDATA[<p>Да, это не армия, расстреливать не будут, но и терпеть того кто слишком много выпендривается со своим виденьем проблемы и способами ее решения, тоже не будут, просто уволят от греха подальше ))<br />
А обратная связь пита &laquo;политика открытых дверей&raquo; весьма теоретична, поэтому я и говорю что корень проблемы в самой системе, а на сколько ее проблемы проявляются это уже зависит от конкретной ситуации.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2010/03/01/pryamye-kontakty-v-korporaciyax/comment-page-1/#comment-121388</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Fri, 12 Mar 2010 15:54:24 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/?p=449#comment-121388</guid>
		<description>Согласен. 

Хотя в целом, коммерческая компания - это не армия. Так, что за неисполнение или не точно исполнение не расстреливают.

Ключевая проблема, что множеству людей с точки зрения персональной выгоды проще исполнять полную херню (та что приходит сверху) и скрывать херню (та которая творится внизу). 

Так, что я сказал бы, что основа проблемы не просто в пирамидальной организации, а в том, что такая организация усиливает недостатки присущие среднестатистическому человеку.</description>
		<content:encoded><![CDATA[<p>Согласен. </p>
<p>Хотя в целом, коммерческая компания &#8211; это не армия. Так, что за неисполнение или не точно исполнение не расстреливают.</p>
<p>Ключевая проблема, что множеству людей с точки зрения персональной выгоды проще исполнять полную херню (та что приходит сверху) и скрывать херню (та которая творится внизу). </p>
<p>Так, что я сказал бы, что основа проблемы не просто в пирамидальной организации, а в том, что такая организация усиливает недостатки присущие среднестатистическому человеку.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

