<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр / Управление проектами / Захабренные</title>
	<link>http://habrahabr.ru/rss/blog/pm/</link>
	<description><![CDATA[Захабренные посты из блога «Управление проектами» на Хабрахабре]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Fri, 10 Feb 2012 16:44:07 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
		
	<item>		
		<title><![CDATA[Управление проектами / Экономическая оценка проекта (ситуационный пример к части №1 )]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137930/</guid>
		<link>http://habrahabr.ru/blogs/pm/137930/</link>			
		<description><![CDATA[Здравствуйте уважаемые друзья. <br/>
Данная квази-статья является дополнением к <a href="http://habrahabr.ru/blogs/pm/137801/">предыдущей статье</a> связанной с оценкой эффективности инвестиционного проекта(стартапа) и представляет собой типовую задачу по определению более эффектного проекта и принятию инвестиционного решения.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137930/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 09 Feb 2012 21:36:21 GMT</pubDate>
		<author>Olkorns</author>
		<category>оценка эффективности</category><category>выбор проекта</category><category>оценка стартапа</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Интеграция сайта с 1С — риски и немного реальности]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137888/</guid>
		<link>http://habrahabr.ru/blogs/pm/137888/</link>			
		<description><![CDATA[Фэйлом кончаются от 30% до 50% попыток внедрить штатную интеграцию сайта с 1С. Это коллеги рассказали, у меня-то в бизнес-плане заложено 75%. То есть, в трех случаях из четырех — придется что-то подкручивать напильником, а в одном — вообще вызывать эвакуатор или реанимацию. И чего бы это, ведь…<br/>
<br/>
… Топовые производители современных отечественных систем управления в один голос заявляют, что умеют интегрироваться с 1С. Естественно, это касается по большей части типовых конфигураций — всего не предусмотришь, ага. Да и маркетинг заставляет говорить, что «это просто!». Слоган, который, наверное, никогда не умрет.<br/>
<br/>
Рассмотрим процесс интеграции с точки зрения клиент-исполнитель. Сценарий продажи может превратиться в сущий адъ из-за пары неловких движений менеджера. <br/>
<br/>
<img src="http://habrastorage.org/storage2/6d6/ff9/ec6/6d6ff9ec6b6b8711b2f11b1cd52acdec.jpg"/><br/>
<br/>
Так что знакомимся с горьким опытом и делимся своим:<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137888/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 09 Feb 2012 09:19:05 GMT</pubDate>
		<author>zevvssibirix</author>
		<category>1C</category><category>интеграция</category><category>менеджмент проектов</category><category>риски</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Герой номера — Build Manager]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137855/</guid>
		<link>http://habrahabr.ru/blogs/pm/137855/</link>			
		<description><![CDATA[Так много говорят о системных администраторах, разработчиках, тестировщиках… Захотелось поговорить про тех, без кого не обходится ни одна энтерпрайз-разработка. Build Manager, так-же известный как Release Engineer, остается героем в тени — мало кто о нем знает. <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137855/#habracut">Кто же он?</a> </div>]]></description>
		
		<pubDate>Thu, 09 Feb 2012 08:25:44 GMT</pubDate>
		<author>LLIbIcpEP</author>
		<category>build manager</category><category>continious integration</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Что делать, чтобы проекты не занимали в 2-3 раза дольше, чем планируется? Часть 2]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137839/</guid>
		<link>http://habrahabr.ru/blogs/pm/137839/</link>			
		<description><![CDATA[<img align="left" src="http://habrastorage.org/storage2/2e4/331/c53/2e4331c5314db0354065d0c584d9af7a.jpg"/>Давайте продолжим обсуждение инструментов и методов по соблюдению сроков проектов, учитывая что <a href="http://habrahabr.ru/blogs/pm/137756/">предыдущий топик</a> вызвал достаточно активную дискуссию и более двухсот человек добавили топик себе в избранное. На этот раз <s>пост будет более унылым</s>, постараюсь дать более подробные рекомендации в текстовом виде.<br/>
Следующий набор рекомендаций выглядит так:<br/>
<ul>
<li>Убедитесь, что срок действительно жесткий</li>
<li>Не берите на себя проекты с нереальными сроками</li>
<li>Планируйте методом «набегающей волны»</li>
<li>Периодически пересматривайте оценку проекта</li>
<li>Оценивайте проект эмпирически</li>
<li>Привлекайте к первоначальной оценке команду</li>
</ul><div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137839/#habracut">Подробности под катом</a> </div>]]></description>
		
		<pubDate>Wed, 08 Feb 2012 10:22:49 GMT</pubDate>
		<author>blv</author>
		<category>управление проектами</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Экономическая оценка проекта (Часть 1)]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137801/</guid>
		<link>http://habrahabr.ru/blogs/pm/137801/</link>			
		<description><![CDATA[Здравствуйте уважаемые читатели, как договаривались обещанная статья.<br/>
Данная статья задумывалась в продолжение <a href="http://habrahabr.ru/blogs/finance/136141/">первой статьи</a>, связанной с финансированием стартапов. Первоначально я задумывал ее как совокупность показателей, на которые обращает внимание инвестор перед вложением денег в проект, однако мне кажется, что данные показатели будут интересны и другим участникам.<br/>
Используя представленные ниже показатели можно проанализировать практически любой проект, что позволяет здраво оценивать эффективность от внедрения того или иного стартап-проекта.<br/>
Однако в связи с большим объемом материала, мной было принято решение разделить вопрос показателей оценки инвестиционного проекта на серию статей.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137801/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 07 Feb 2012 18:25:57 GMT</pubDate>
		<author>Olkorns</author>
		<category>ВНД</category><category>ЧДД</category><category>ИД</category><category>оценка стартапа</category><category>оценка проекта</category><category>эффективность проекта</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Что делать, чтобы проекты не занимали в 2-3 раза дольше, чем планируется? Часть 1]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137756/</guid>
		<link>http://habrahabr.ru/blogs/pm/137756/</link>			
		<description><![CDATA[На Хабре недавно <a href="http://habrahabr.ru/blogs/pm/137519/">была поднята</a> очень важная тема — соблюдение сроков проектов. В качестве метафоры автор, Михаэль Вольф, использует метафору путешествия и прогнозирования сроков прибытия, но не дает практических советов по завершению проектов в срок. Чтобы раскрыть советы в более понятной форме, я вставлю несколько презентаций и слайдкастов в пост. <br/>
Позволю себе привести ряд конкретных рекомендаций, которые будут полезны для большинства проектов:<br/>
<ul>
<li>Грамотно обрабатывайте запросы на изменение требований</li>
<li>Урезайте лишний функционал</li>
<li>Управляйте рисками</li>
<li>Используйте гибкие методологии</li>
<li>Научитесь управлять Death March проектами</li>
</ul><div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137756/#habracut">Подробности под катом</a> </div>]]></description>
		
		<pubDate>Tue, 07 Feb 2012 08:46:38 GMT</pubDate>
		<author>blv</author>
		<category>управление проектами</category>
	</item>
	
	
	
	
	
	

	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Перевод] 37signals: почему в нашей компании нет менеджеров]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137746/</guid>
		<link>http://habrahabr.ru/blogs/pm/137746/</link>
		<description><![CDATA[<i>Перевод статьи Джейсона Фрида (Jason Fried) &quot;<a href="http://www.inc.com/magazine/20110401/jason-fried-why-i-run-a-flat-company.html">Why I Run a Flat Company</a>&quot;. Джейсон — один из основателей компании 37signals и соавтор книг &quot;<a href="http://gettingreal.37signals.com/toc.php">Getting Real</a>&quot; и &quot;<a href="http://37signals.com/rework/">Rework</a>&quot;.</i><br/>
<br/>
Несколько месяцев назад в компании 37signals, которую я возглавляю, случилось необыкновенное событие: мы расстались с одним из наших сотрудников. Казалось бы, что в этом необычного? Но дело в том, что в нашей компании подобное происходит крайне редко. За 11 лет работы мы потеряли всего лишь пять человек, причем один из них вернулся к нам семь лет спустя.<br/>
<br/>
Удивителен даже не сам факт того, что мы расстались с нашим сотрудником. Удивительна причина нашего расставания: нас не устраивал уровень его карьерных амбиций. Причем проблема была вовсе не в их отсутствии: напротив, он хотел гораздо больше, чем мы могли ему дать.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137746/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 07 Feb 2012 08:19:25 GMT</pubDate>
		<author>chebureque</author>
		<category>37signals</category><category>горизонтальный карьерный рост</category>
	</item>
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Методика управления рисками — обобщение моего опыта работы над проектами]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137645/</guid>
		<link>http://habrahabr.ru/blogs/pm/137645/</link>			
		<description><![CDATA[Сегодня я хотел бы поделиться с многоуважаемыми завсегдатаями Хабрахабра своим обобщённым опытом управления рисками в рамках проектной деятельности. Данное описание методики управления рисками будет полезно руководителям проектов, лицам, принимающим решения, тим-лидам отдельных коллективов в проектных командах. Ознакомившись с методикой, вы сможете использовать её полностью или частично при управлении своими проектами.<br/>
<br/>
Данная методика основана на рекомендациях PMBoK. Также при выкристаллизовывании методики учитывались знания и опыт, полученные мной на проектах в интересах Национального Центра Управления в Кризисных Ситуациях МЧС России. Методика апробировалась на проектах МЧС России, ГИБДД МВД, финансовых организаций и организаций-разработчиков программного обеспечения.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137645/#habracut">Хватит слов, к делу</a> </div>]]></description>
		
		<pubDate>Mon, 06 Feb 2012 03:39:26 GMT</pubDate>
		<author>Darkus</author>
		<category>управление рисками</category><category>риски</category><category>риск-менеджмент</category><category>управление проектными рисками</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Бесплатная электронная книга по гибким методологиям разработки]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137554/</guid>
		<link>http://habrahabr.ru/blogs/pm/137554/</link>			
		<description><![CDATA[<img align="left" src="http://habrastorage.org/storage2/25d/ccd/ef1/25dccdef12c27779a5e4a2f2ebe4f240.png"/><br/>
Хабравчане, позвольте вам представить мой небольшой и скромный труд (чуть больше 100 страниц) по гибким методологиям разработки. Электронная книга доступна бесплатно для скачивания со следующих сервисов в PDF:<br/>
<ul>
<li><a href="http://narod.ru/disk/39530693001/%D0%93%D0%B8%D0%B1%D0%BA%D0%B8%D0%B5%20%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8%20%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8.pdf.html">Скачать с Яндекса</a></li>
<li><a href="http://goo.gl/v89VI">Скачать с Dropbox</a> </li>
</ul><br/>
Кроме классического Scrum, в книге также описываются и разнообразные лучшие практики, которые отлично интегрируются в данный управленческий фреймворк для управления продуктом, командой, для организации аналитики и тестирования.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137554/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Fri, 03 Feb 2012 11:49:18 GMT</pubDate>
		<author>blv</author>
		<category>scrum</category><category>agile</category><category>книга</category>
	</item>
	
	
	
	
	
	

	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Перевод] Почему проекты в IT занимают в 2-3 раза дольше, чем планируется?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137519/</guid>
		<link>http://habrahabr.ru/blogs/pm/137519/</link>
		<description><![CDATA[Мы с другом решаем пойти в поход от Сан Франциско до Лос Аджелеса, чтобы заскочить в гости к нашим друзьям на Ньюпорт Бич. Посмотрим на карту и примерно прикинем путь по берегу:<br/>
<br/>
<img src="http://qph.cf.quoracdn.net/main-qimg-e1efc747b646c726696d8b60a18d2888" alt="image"/><br/>
<br/>
Путь займёт около 400 миль, в день мы можем пройти 4 мили в час по десять часов, так что придём мы туда примерно через 10 дней. Мы звоним друзьям и бронируем столик на 6 вечера в воскресенье.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137519/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Fri, 03 Feb 2012 00:53:59 GMT</pubDate>
		<author>GolerGkA</author>
		<category>планирование</category>
	</item>
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Демонстрация дизайна — как преподнести работу так, чтобы она вызвала аппетит]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137345/</guid>
		<link>http://habrahabr.ru/blogs/pm/137345/</link>			
		<description><![CDATA[Меня просто бесит, когда менеджер проекта отправляет макет дизайна — письмом, с припиской «Вот, нарисовали. Смотрите. Ждем ваших замечаний». Убил бы.<br/>
<br/>
Такой менеджер, по сути, ломает весь кайф. Он похож на официанта, который, вместо того, чтобы эффектно сорвать крышку с серебряного блюда и устроить обещанное fire-шоу, бесцеремонно грохает поднос на скатерть и бросает рядом спички. Типа, дальше сами разбирайтесь. А в глазах у него читается недвусмысленное: «Штоп вы подавились».<br/>
<br/>
<img align="center" src="http://habrastorage.org/storage2/cac/089/a04/cac089a041fa60e7a4d39c7c0751feaf.jpg"/><br/>
<h2>— Это возмутительно! И вот почему:</h2><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137345/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 31 Jan 2012 10:45:38 GMT</pubDate>
		<author>zevvssibirix</author>
		<category>менеджмент проектов</category><category>презентация проекта</category><category>работа с клиентом</category><category>веб-дизайн</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Практические советы тем, кто решил продавать через купонаторы]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137256/</guid>
		<link>http://habrahabr.ru/blogs/pm/137256/</link>			
		<description><![CDATA[Как только вам пришла мысль продавать что-то из товаров через скидочные сервисы, они же «купонаторы» (групон, выгода, биглион, бигбаззи, купикупон и т.д.), поддавшись влиянию соблазнительной статистикой продаж других участников и привлекательному описанию грядущих многотысячных продаж с первого же дня размещения вашей акции – отвлекитесь от возникших в вашем воображении золотых гор и отодвиньте калькулятор. <br/>
<br/>
Вам необходимо тщательно все обдумать и взвесить все плюсы и минусы. Я расскажу несколько основных моментов, с которыми вам придется столкнуться и расскажу о необходимой подготовке. Мои советы основаны на реальном опыте, в том числе провальном.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137256/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Sun, 29 Jan 2012 19:32:39 GMT</pubDate>
		<author>valerait</author>
		<category>купонаторы</category><category>групон</category><category>выгода</category><category>бигбаззи</category><category>биглион</category><category>реальный опыт</category><category>практические советы</category>
	</item>
	
	
	
	
	
	

	
		
	<item>		
		<title><![CDATA[Управление проектами / [Из песочницы] Начинающий менеджер проекта — дизайн]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137070/</guid>
		<link>http://habrahabr.ru/blogs/pm/137070/</link>			
		<description><![CDATA[Маленькое предисловие. У нас возникла необходимость сделать сайт. И не просто визитку, а интернет-магазин с нестандартной системой заказа. Точнее – переделать существующий, но так как существующий в плане безопасности и удобства администрирования (а еще и дизайну и качеству верски) не годился никуда, нужно было делать заново.<br/>
Побеседовав с рядом программистов (сама таковым н являюсь) мы поняли, что CMS (даже модифицированная) нам не подходит, самописный код – отпадает по ряду причин (нет гарантии безопасности прежде всего), нужен сайт на фреймворке.<br/>
Почему было не обратиться за сайтом к готовой команде, где есть менеджер и проверенные сотрудники?<br/>
<br/>
<b>Во-первых</b>, уже был опыт работы на фриланс биржах, стаж 2 года, аккаунт работодателя с 20+ отзывами…все казалось реальным, учитывая то, что я сама могу сверстать (правда что-то совсем простенькое), установить на хостинг – словом, обладаю базовыми знаниями и опытом общения со специалистами.<br/>
<br/>
<b>Во-вторых</b> – хотелось себя попробовать в новой должности, это ж карьерный и личностный рост…а как звучит – «менеджер проекта»!<br/>
<br/>
<b>В-третьих</b> — честно, хотелось сэкономить. Бюджет проекта составлял около 2500$ (+-), и возникло предположение, которое тогда казалось очевидным – зачем платить больше, если лучше мы за эти деньги наймем не просто хорошего, а очень хорошего дизайнера…? Это касалось и других участников проекта.<br/>
На проверке все оказалось не таким очевидным, зато появились базовые принципы, которые хочется изложить в статье, а так же получить дополнения – возможно, у того, кто был или является менеджером проекта тоже они сложились – таким образом коллективный разум образует интересную тему и, возможно дискуссии, в которых, как известно, рождается истина.<br/>
<br/>
Все написанное – личное мнение, обязательно стоит это учесть.<br/>
<br/>
<h3>Качества, необходимые менеджеру проекта</h3><br/>
<b>1)</b> Стрессоустойчивость.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137070/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 26 Jan 2012 14:43:57 GMT</pubDate>
		<author>JDevil</author>
		<category>менеджмент проектов</category><category>сайтостроение</category>
	</item>
	
	
	
	
	

	
		
	<item>		
		<title><![CDATA[Управление проектами / [Из песочницы] Руководство удаленной веб-студией]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/137051/</guid>
		<link>http://habrahabr.ru/blogs/pm/137051/</link>			
		<description><![CDATA[Пост не рекламный, просто расскажу, чем я пользуюсь для организации и контроля процессов в своей небольшой и узкоспециализированной веб-студии, работающей на удаленной основе. Возможно, кто то уже использует эти простые и доступные инструменты, а кто то перешел на что-то бОльшее. Если вы принадлежите ко второй группе — поделитесь, пожалуйста, опытом, думаю, всем будет интересно.<br/>
<br/>
Также, я надеюсь, что данный пост развенчает миф о том, что все веб-студи «удаленного профиля» работают спустя рукава и непрофессиональны.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/137051/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 26 Jan 2012 10:48:57 GMT</pubDate>
		<author>mirvla</author>
		<category>веб-студия</category>
	</item>
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Инвестор VS. СтартUP, или лучше заранее договориться? Часть II]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/136824/</guid>
		<link>http://habrahabr.ru/blogs/pm/136824/</link>			
		<description><![CDATA[Учитывая что <a href="http://habrahabr.ru/blogs/pm/136264/">I часть</a>, 82 осторожными хабравчанами была добавлена в избранное, юридическая студия <a href="http://nepofigizm.ru/">Непофигизм</a>, при поддержке <a href="http://together.ru/">Тугеза Pictures</a> решила снять сиквел, и подумать о сериале.<br/>
<br/>
Статья выложена целиком, так что если кто переживает что пройдя по ссылке он пропиарить сайт человека пытающегося доступных языком рассказать о юридической стороне инвестирования, по ссылкам ходить не обязательно. Материал целиком под катом. <br/>
<br/>
В <a href="http://nepofigizm.ru/blog/analitika/1144.html">прошлой статье</a>, которая была написана исключительно для личных целей и не подразумевала наличие хотя бы минимального общественного резонанса, я рассказал об одной из проблем взаимодействия между стартапами и частными инвесторами, а именно — о проблеме юридически значимых гарантий. <br/>
<br/>
Реакция общественности, преимущественно на сторонних ресурсах, меня удивила в первую очередь тем, что я ожидал существенно большего количества критических отзывов. Не знаю, хорошо это или плохо, но самым негативным из комментариев был всего лишь призыв к расстрелу юристов. Все остальные были вполне конструктивны, и я обязательно учту все, что показалось мне обоснованным, посвятив этому соответствующую часть сегодняшней статьи, являющейся логичным продолжением первой части.<br/>
<br/>
Итак, в сегодняшней статье я рассмотрю несколько распространенных схем взаимодействия стартапа и инвестора, поделюсь краткой информацией о том, почему они нужны, чем хороши, чем плохи и почему о них стоит знать.<br/>
<br/>
В следующих статьях данного цикла я рассмотрю некоторые детали каждой из этих схем, заодно обратив внимание на те вопросы, которые будут интересны общественности.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/136824/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Mon, 23 Jan 2012 11:59:14 GMT</pubDate>
		<author>BaronMyxa</author>
		<category>стартапы</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Спасти проект: самые важные вопросы]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/136570/</guid>
		<link>http://habrahabr.ru/blogs/pm/136570/</link>			
		<description><![CDATA[Так уж получилось, что последние пару лет я много работаю с кризисными проектами. Это проекты, в которых деньги потрачены, цели не достигнуты, все сроки много раз нарушены, менеджера уволили или он сам в ужасе сбежал, а уровень мотивации команды – ниже некуда. В общем, материализовавшийся fuck up. К сожалению, большинство таких проектов нельзя просто закрыть – все они важны для заказчика.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/136570/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 19 Jan 2012 08:59:22 GMT</pubDate>
		<author>psilon</author>
		<category>управление проектами</category><category>кризисный проект</category><category>спасти проект</category><category>точка невозврата</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Как запустить региональное коммерческое представительство в России]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/136274/</guid>
		<link>http://habrahabr.ru/blogs/pm/136274/</link>			
		<description><![CDATA[Мой друг, <a href="https://plus.google.com/u/0/112276242548927384793/about">Борис Король</a>, описал свой опыт запуска и успешной работы регионального коммерческого представительства крупного производителя.<br/>
<br/>
Отрасль неважна, так как подобные управленческие методики и подходы методики можно применять во многих отраслях и проектах.<br/>
<br/>
Производство было в Украине, представительство открывали в России.<br/>
Нормального бюджета, как водится, никто никому не выделял. <br/>
<br/>
Впрочем, как обычно.<br/>
<br/>
Если захотите получить дополнительные консультации — звоните-пишите ему напрямую.<br/>
bbkorol () гмейл.ком <br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/136274/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Sun, 15 Jan 2012 17:33:28 GMT</pubDate>
		<author>gendir</author>
		<category>CRM</category><category>VPN</category><category>аудит</category><category>аутсорсинг</category><category>бухгалтерия</category><category>внедрение идей</category><category>ВЭД</category><category>грузоперевозки</category><category>дилер</category><category>дистрибьютор</category><category>законодательство</category><category>заработная плата</category><category>инструментарий</category><category>клиенты</category><category>команда стартапа</category><category>лицензия</category><category>логистика</category><category>Москва</category><category>налогообложение</category><category>номер телефона</category><category>оборудование</category><category>офис</category><category>партнеры</category><category>представительство</category><category>программное обеспечение</category><category>регионы</category><category>риски</category><category>Россия</category><category>связь</category><category>склад</category><category>структура компании</category><category>таможня</category><category>товарная матрица</category><category>торговая сеть</category><category>Украина</category><category>учет</category><category>финансы</category><category>хранение данных</category><category>эффективность</category><category>юрисдикция</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Вы решили вложить деньги в стартUP?!]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/136264/</guid>
		<link>http://habrahabr.ru/blogs/pm/136264/</link>			
		<description><![CDATA[Как выбить деньги из инвестора<b>?</b> На Хабре масса ответов по этому вопросу.<br/>
Как выбить деньги из стартапера<b>?</b> А вот эта загадка со многими неизвестными.<br/>
<br/>
Разумеется в обсуждение отметятся суровые люди, которые иронично начнут рассказывать что это азы известные любому пятикласснику, и вообще негоже чтоб на столь авторитетном блоге появлялись статьи для начинающих инвесторов. Так что этот материал для непрофессионалов, для начинающих! Профессионалы пусть спокойно продолжают ворочать миллионами. <br/>
<br/>
Лично я всегда предпочитал отталкиваться от позиции <i>*я идиот объясните с нуля*</i>. Собственно статья которую я хочу привести тут, с нуля всё и объясняет.<br/>
<br/>
Задача этого материала проста:<br/>
<b>У вас есть деньги!<br/>
Вы хотите их вложить!<br/>
Как защитить свой вклад?</b><br/>
<br/>
Автор попробовал ответить общедоступно, а нам предлагаю с помощью комментариев доработать ответ убрав оговорки и неточности автора.<br/>
<br/>
<a href="http://nepofigizm.ru/blog/analitika/1144.html">О способах выживания частных инвесторов в условиях суровой реальности беспощадных стартапов</a><br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/136264/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Sun, 15 Jan 2012 13:51:56 GMT</pubDate>
		<author>BaronMyxa</author>
		<category>стартапы</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Responsibility Process]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/135605/</guid>
		<link>http://habrahabr.ru/blogs/pm/135605/</link>			
		<description><![CDATA[Совсем недавно в переписке с одним моим хорошим знакомым вновь возникла тема ответственности. В ходе обсуждения я решил обратиться к <a href="http://www.christopheravery.com/responsibility-process">Christopher Avery's Responsibility Process</a> — Процессу принятия ответственности от Кристофера Эйвери (позволю себе перевести это так).<br/>
К сожалению, русскоязычного материала на данную тему я в сети не нашел (по крайней мере, с ходу), потому решил, что будет полезно оформить это в виде поста.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/135605/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 10 Jan 2012 19:54:12 GMT</pubDate>
		<author>imagile</author>
		<category>ответственность</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Что менеджер проектов должен знать о тестировании]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/135761/</guid>
		<link>http://habrahabr.ru/blogs/pm/135761/</link>			
		<description><![CDATA[Я 8 лет занимаюсь тестированием. Ручным и автоматизированным, в роли тестировщика и тест-менеджера, как сотрудник компании и как представитель аутсорса. И почти на всех проектах сталкиваюсь с одной и той же проблемой: руководители проектов не понимают, зачем им нужно тестирование.<br/>
<br/>
Если задать среднестатистическому РМ'у простой вопрос: «Зачем на этом проекте тестирование?», то чаще всего ответом будет «Ты же тест-менеджер, ты и должна ответить на этот вопрос».<br/>
<br/>
Но ведь приходя в парикмахерскую вы не говорите мастеру «вы сами знаете, что мне нужно»? И в продуктовом магазине вы не просите продавца накидать вам в корзину то, что <i>вам</i> нужно? Вы можете советоваться, вы можете узнавать «а как можно?», спрашивать варианты, но решение всегда за вами. В чём отличие тестирования? Может, в том, что слишком мало менеджеров проектов понимают, зачем оно им?<br/>
<br/>
В этой статье я постараюсь выступить в роли продавца, который показывает клиенту: «а что вообще бывает?» Многие вещи будут описаны, возможно, слишком подробно, слишком просто… Не серчайте, мне просто очень хочется быть понятой :)<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/135761/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 10 Jan 2012 06:46:45 GMT</pubDate>
		<author>NatalyaRukol</author>
		<category>тестирование</category><category>проекты</category><category>pm</category>
	</item>
	
	
	
	
	
	

	

	
	
	
	
	
</channel>
</rss>

