<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр / Управление проектами / Отхабренные</title>
	<link>http://habrahabr.ru/rss/blog/pm/unhabred/</link>
	<description><![CDATA[Отхабренные посты из блога «Управление проектами» на Хабрахабре]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 10:19:10 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Из песочницы] Как увеличить окупаемость инвестиций сайта?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/136919/</guid>
		<link>http://habrahabr.ru/blogs/pm/136919/</link>			
		<description><![CDATA[Каждый владелец бизнеса, будь он профессионал или просто блоггер, нуждается в хорошем трафике и высоком коэффициенте конверсии, то есть совершения конечного требуемого действия, например покупки, регистрации, звонка или заполнения анкеты. Эти советы могут быть полезны для тех, кто ищет способы для повышения рентабельности инвестиций, а также просто для привлечения трафика на свой ​​сайт.<br/>
<br/>
1) Всегда важно знать целевую аудиторию, что им нравится, как вы можете их привлечь и увеличить лояльных посетителей. Тщательная работа с социальными медиа повышает рентабельность инвестиций и позволяет получить более высокую степень конверсии. <br/>
<br/>
2) Используйте Google Analytics для анализа трафика на веб-сайте и сравнивайте графики за предыдущие отчетные периоды. <br/>
<br/>
3) Создавайте целевые страницы, которые предоставляют информацию по конкретным ключевым запросам и отражают предлагаемый товар или услугу наиболее точно. Предпочтительно разбить ключевые слова при создании контекстной рекламной кампании на различные группы, чтобы создать отдельные целевые страницы для них.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/136919/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 24 Jan 2012 14:53:24 GMT</pubDate>
		<author>polifena</author>
		<category>интернет-маркетинг</category><category>монетизация</category><category>roi</category>
	</item>
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Какие KPI можно измерять, если расписание и бюджет проекта не очень важны?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/135652/</guid>
		<link>http://habrahabr.ru/blogs/pm/135652/</link>			
		<description><![CDATA[Конечно же расписание и бюджет важны. Если расписание проекта не важно, попросите ваших коллег позвонить вам через два года, когда проект закончится :). <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/135652/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 03 Jan 2012 09:45:36 GMT</pubDate>
		<author>denisf</author>
		<category>управление проектами</category><category>KPI</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / ВНЕДРЕНИЕ «ПОД КЛЮЧ»: взаимопонимание сторон]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/127169/</guid>
		<link>http://habrahabr.ru/blogs/pm/127169/</link>			
		<description><![CDATA[Всем привет!<br/>
<br/>
Приглашаю ознакомиться ERP-программистов, аналитиков и консультантов с тезисами, применение которых может:<br/>
 — упростить процедуры выбора и внедрения ERP-системы для производственного предприятия<br/>
 — наладить взаимопонимание при общении первых лиц со стороны заказчика с менеджерами проекта со стороны исполнителя и прийти к доверительным отношениям внутри команды проекта<br/>
 — сэкономить время менеджеров своей организации и снизить свои затраты на проект<br/>
<br/>
Под термином в названии статьи «внедрение «под ключ»» подразумевается поставка и внедрение ERP-системы в полном соответствии с ожиданиями и требованиями клиента.<br/>
<br/>
Обосновывается утверждение, что для того, чтобы сделать проект по внедрению ИС успешным и быстрым, от заказчика, кроме понимания целей такого проекта, желания их достичь и ресурсов для их достижения, потребуется потратить много собственного времени на участие в каждом стадии проекта в качестве полноценного его участника. Для облегчения понимания проектов внедрения ИС заказчиком проведена аналогия между заказным программным обеспечением (ПО) и обычным изделием – ковром, который тоже можно изготовить по индивидуальному заказу. <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/127169/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 06 Dec 2011 07:45:04 GMT</pubDate>
		<author>PavelT</author>
		<category>внедрение</category><category>информационной системы</category><category>под ключ</category><category>ERP</category><category>клиентаы</category><category>CRM</category><category>проект</category><category>заказчик</category><category>ковер</category><category>автоматизация</category><category>бизнес процесс</category><category>Oracle</category><category>производственное предприятие</category><category>1С</category><category>SAP</category><category>1C</category><category>ТЗ</category><category>техническое задание</category><category>постановка задачи</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / О старт-апах. Хорошо начинали, плохо кончили]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/133548/</guid>
		<link>http://habrahabr.ru/blogs/pm/133548/</link>			
		<description><![CDATA[Появилось огромное количество специалистов в интернете. Специалистов по инвестициям и работе с проектами. Они молоды, сильны, и дают умные советы.<br/>
<br/>
Всё прекрасно. <br/>
<br/>
2 года назад с одним таким специалистом из Новосибирска столкнулся. Он оказался настоящий гуру интернета, желающий привлечь общественные деньги в старт-апы. Как?<br/>
<br/>
С помощью проекта <a href="http://s-miru-po-nitke.ru/">*С миру по нитке*</a><br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/133548/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Mon, 28 Nov 2011 14:59:45 GMT</pubDate>
		<author>BaronMyxa</author>
		<category>Уроки инвестирования</category>
	</item>
	
	
	
	
	
	

	
	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Опрос] Приводит ли использование нескольких сервисов при командной работе к лишней трате времени и денег?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/130784/</guid>
		<link>http://habrahabr.ru/blogs/pm/130784/</link>
		<description><![CDATA[]]></description>
		
		<pubDate>Wed, 19 Oct 2011 19:14:23 GMT</pubDate>
		<author>fromrussia</author>
		<category>опрос</category><category>управление проектами</category><category>онлайн сервисы</category>
	</item>
	
	

	
		
	<item>		
		<title><![CDATA[Управление проектами / [Из песочницы] О тяжелой, немотивированной, бесперспективной жизни внутренней службы ИТ в холдинговой структуре]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/109650/</guid>
		<link>http://habrahabr.ru/blogs/pm/109650/</link>			
		<description><![CDATA[В настоящее время, являясь следствием консолидации, на рынке работает множество холдинговых структур (групп компаний). Обычной практикой является выделение управляющей компании, производственных компаний и обслуживающих компаний. Одним из видов обслуживающей компании являтется ИТ-служба.<br/>
<br/>
На текущий момент в большинстве ИТ-служб существует ряд организационных и мотивационных проблем, существенно снижающих эффективность реализации внутренних проектов:<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/109650/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Wed, 24 Aug 2011 07:37:58 GMT</pubDate>
		<author>archibaldtelepov</author>
		<category>внутренняя автоматизация</category><category>управление проектами</category><category>мотивация персонала</category>
	</item>
	
	
	
	
	

	
		
	<item>		
		<title><![CDATA[Управление проектами / [Из песочницы] Почему я не пишу ТЗ]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/125779/</guid>
		<link>http://habrahabr.ru/blogs/pm/125779/</link>			
		<description><![CDATA[Конечно заголовок немного лукавый, т.к. по государственным контрактам практически всегда приходится разрабатывать техническое задание. Для государственных проектов ТЗ фактически необходимы:<br/>
1. Для проведения приемочных испытаний;<br/>
2. потому что так принято;<br/>
3. ИТ-проекты государство принимает по весу бумажных документов.<br/>
<br/>
Для своих разработчиков я ТЗ (в общепринятом понимании) не составляю, т.к. банально нет времени составлять документ, в котором нужно в текстовом виде расписать функциональность создаваемого ПО. Второй причиной моей нелюбви к ТЗ является невозможность без привлечения программистов правильно и точно сформулировать требования к ПО. В тот момент, когда пишется ТЗ на новую разработку программисты работают над другим проектом, и отвлекать их — значит напороться на конфликты. Последней, но не менее важной, причиной отказа от ТЗ является желание не связывать руки разработчиков заранее навязанным решением. Вполне возможно, что программист найдет более оптимальное решение, если будет четко знать что от него хотят. Поэтому в процессе работы был выработан следующий подход формулировки заданий программистам.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/125779/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Fri, 05 Aug 2011 20:46:17 GMT</pubDate>
		<author>AlexNomad</author>
		<category>Управление проектами</category><category>техническое задание</category><category>ТЗ</category>
	</item>
	
	
	
	
	

	
		
	<item>		
		<title><![CDATA[Управление проектами / [Из песочницы] Руководить проектом может каждый?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/125104/</guid>
		<link>http://habrahabr.ru/blogs/pm/125104/</link>			
		<description><![CDATA[Добрый день.<br/>
<br/>
В этой статье хочу рассказать о проекте, над которым уже год как работаю, поделиться опытом, полученным при его реализации, а также получить критические отзывы, советы и рекомендации от хабро-сообщества.<br/>
<br/>
Проект называется <a href="http://bukabench.com/">bukabench</a> – ресурс, который призван предоставлять возможность быстрого и удобного поиска, выбора и приобретения нужных книг. Тема не новая, но захотелось все сделать на совесть, так как для себя ничего подходящего на тот момент не нашел. Следует сказать, что после того, как мы потратили первые деньги на создание сайта (занимаемся проектом вдвоем с другом), наши разработчики показали нам bookmix.ru, который практически полностью обладал тем же функционалом, который задумывали и мы.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/125104/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 28 Jul 2011 09:27:47 GMT</pubDate>
		<author>andrbatin</author>
		<category>стартап</category><category>управление проектами</category><category>интернет</category>
	</item>
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Управление рисками и фисташки]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/124296/</guid>
		<link>http://habrahabr.ru/blogs/pm/124296/</link>			
		<description><![CDATA[<img src="http://dream-project.ru/wp-content/uploads/2011/07/pm_pistachios_78jn-300x128.jpg" alt="image" align="left"/>Недавно посмотрел фильм «Пол: Секретный материальчик», там был разговор про фисташки. Что-то я задумался сейчас и понял, что покупка фисташек это своего хороший тренинг по управлению проектами для новичков.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/124296/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Sat, 16 Jul 2011 11:31:04 GMT</pubDate>
		<author>Kaitaku</author>
		<category>управление рисками</category><category>метафоры</category><category>управление проектами</category>
	</item>
	
	
	
	
	
	

	
	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Опрос] Какие факторы для вас будут определяющими при выборе трекера задач?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/120381/</guid>
		<link>http://habrahabr.ru/blogs/pm/120381/</link>
		<description><![CDATA[]]></description>
		
		<pubDate>Wed, 01 Jun 2011 13:09:57 GMT</pubDate>
		<author>fromrussia</author>
		<category>tracker</category>
	</item>
	
	

	
	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Опрос] Какой опенсорс генератор отчётов(reporting engine) используется у вас? Если проект на Java?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/117328/</guid>
		<link>http://habrahabr.ru/blogs/pm/117328/</link>
		<description><![CDATA[]]></description>
		
		<pubDate>Tue, 12 Apr 2011 12:08:31 GMT</pubDate>
		<author>degressor</author>
		<category>BIRT</category><category>JasperReports</category><category>Pentaho Reporting</category><category>JFreeReports</category><category>report engine</category>
	</item>
	
	

	
		
	<item>		
		<title><![CDATA[Управление проектами / [Из песочницы] Расширять свою команду или дать проект на аутсорс]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/111776/</guid>
		<link>http://habrahabr.ru/blogs/pm/111776/</link>			
		<description><![CDATA[После освежения в памяти книги Тома Демарко «Deadline» сели моделировать такие кейсы. У нас есть 5 программистов и несколько проектов, которые нужно сделать срочно. Своими силами не успеваем, что же делать — набирать новых или отдать избыточную работу на аутсорс?<br/>
<br/>
<h4>Исходные данные</h4><br/>
Имеем сработавшуюся команду из 5 разработчиков.<br/>
<br/>
Моделируем два кейса:<br/>
<ol>
<li>Набираем 3 новых разработчиков к себе в штат;</li>
<li>Связываемся с внештатной командой из 3 человек.</li>
</ol><br/>
Под катом оцениваем прирост в стоимости и производительности через полгода и год для обоих кейсов. <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/111776/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 13 Jan 2011 10:11:58 GMT</pubDate>
		<author>wallride</author>
		<category>Моделирование</category><category>управление проектами</category><category>управление командой</category>
	</item>
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Отчет о вебинаре компании PM Expert «Подготовка к сертификации PMP®»]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/98714/</guid>
		<link>http://habrahabr.ru/blogs/pm/98714/</link>			
		<description><![CDATA[В середине июня в рассылке компании <a href="http://www.pm-expert.ru/">PM Expert</a> проскользнула интересная новость — компания организовала бесплатный вебинар по подготовке к сдаче экзамена PMP. Зарегистрировался и решил послушать, благо бесплатно и ехать никуда не надо. <br/>
Вкратце о площадке: компания воспользовалась проверенным решением и арендовала виртуальный класс на <a href="http://v-class.ru">v-class.ru</a> <s>на базе Lotus (судя по фавиконке сайта). Несмотря на дурную славу Lotus как тормозной и неудобной системы,</s> техническое оснащение оказалось на высоте — ничего не тормозило, выступающего было хорошо слышно, интерактивные фичи работали, в общем — твердая пятерка.<br/>
Вел семинар <a href="http://www.pm-expert.ru/services/training/trainers/ashavrin.php">Александр Шаврин</a><br/>
Понравилась организация вебинара. Оратору помогали двое ассистентов — один отвечал за технические моменты, а второй выполнял функции секретаря, собирал вопросы аудитории, а также сам отвечал на несложные вопросы (чтобы не отвлекать Александра).<br/>
Вебинар оказался очень содержательным, несмотря на краткость. Рассмотренные темы:<br/>
<br/>
1. Последовательность процесса сертификации РМР – 5 мин.<br/>
2. Требования к соискателям – 5 мин.<br/>
4. Заполнение заявки на сертификацию – 15 мин.<br/>
5. Оплата сертификации – 5 мин.<br/>
6. Прохождение аудита заявки – 5 мин.<br/>
8. Особенности тестовых вопросов — 15 мин.<br/>
10. Советы по подготовке к экзамену – 10 мин.<br/>
<br/>
В ходе семинара спикер не только быстро, кратко и по делу представил материал, но ответил практически на все заданные вопросы (которых было, поверьте, достаточно). <br/>
Вебинар оказался настолько полезным, что я решил вернуться к заявке на экзамен, законсервированной аж с 2008 года. Более того, Александр в электронной почте ответил на несколько вопросов, которые появились уже после вебинара, в процессе оформления заявки. <br/>
<br/>
Также полезным может оказаться то, что вебинар может быть зачтен как 1 PDU. <br/>
<br/>
Рекомендую.<br/>
<br/>
PS: При желании и с разрешения Александра, могу поделиться ссылкой на просмотр записи выступления.<br/>
<br/>
PPS: Планируются еще два вебинара, с темами: «Управление персоналом в проекте» и «Управление коммуникациями в проекте». <br/>
<a href="http://www.pm-expert.ru/services/training/webinars">www.pm-expert.ru/services/training/webinars</a><br/>
<br/>
PPPS: Я никак не аффилирован с компанией PM Expert, не получил и не получу никаких выгод от этой публикации.<br/>
<br/>
<b>UPD: Со мной связались разработчики из компании <a href="http://websoft.ru/">WebSoft Development</a>. На сайте <a href="http://v-class.ru/">v-class.ru</a> Lotus используется только для информационного наполнения сайта, а для организации виртуальных классов используется их собственная разработка. Хочется поздравить коллег, продукт получился действительно удачным.</b>]]></description>
		
		<pubDate>Fri, 09 Jul 2010 12:56:33 GMT</pubDate>
		<author>dfayruzov</author>
		<category>PMP</category><category>webinar</category><category>PM Expert</category>
	</item>
	
	
	
	
	
	

	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Перевод] 5 принципов уменьшения вероятности провала ИТ-проекта]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/90982/</guid>
		<link>http://habrahabr.ru/blogs/pm/90982/</link>
		<description><![CDATA[<i>Ну да, очередные пять принципов. Помогут не всем, но ознакомиться невредно будет: когда провалится очередной проект, можно будет сказать «мы не соблюли пять принципов». В первую очередь рекомендуется лицам с подчиненными и тем, кто собирается этими самыми подчиненными обзавестись</i><br/>
<br/>
92% широкомасштабных ИТ-проектов терпят неудачу.<br/>
<br/>
В любой компании, большой или малой, репутация является самым важным активом, и вы хотите, чтобы ваши проекты были частью этих самых 8% успешных. Если же ваши проекты заканчиваются неудачей, вам не светит часть 514.5-миллиардного ИТ-рынка.<br/>
<br/>
Следующие 5 принципов позволят вам сделать шаги к тому, что ваши проекты будут завершаться вовремя, в рамках бюджета и успешно. Прочитайте, выучите, запомните, расскажите другим и сделайте их своей привычкой.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/90982/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Wed, 14 Apr 2010 15:28:43 GMT</pubDate>
		<author>unconnected</author>
		<category>управление проектами</category><category>счастье есть</category>
	</item>
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Gantt против Backlog]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/88373/</guid>
		<link>http://habrahabr.ru/blogs/pm/88373/</link>			
		<description><![CDATA[Доброго времени суток!<br/>
<br/>
Хочу рассказать про интересный результат мозгового штурма, который мы провели на прошлой неделе.<br/>
<br/>
Интересность момента заключается в том, что мы переосмыслили возможности Gantt диаграммы для работы с Agile проектами. До штурма, я и мои коллеги думали об этой диаграмме как об одном из многих способов отображения плана проекта и его прогресса. В таком приближении мы имеем список задач, список разработчиков, календарь и массив отчетов от команды о прогрессе, которые можем показывать в разных представлениях — Gantt, PERT и Backlog. <br/>
<br/>
Оказалось, что мы заблуждались. Кроме «локального» негативного результата мы получили довольно важные обобщения на уровне идеологии и философии управления Agile проектами. <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/88373/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Sun, 21 Mar 2010 21:01:18 GMT</pubDate>
		<author>adrobnych</author>
		<category>Gantt</category><category>Backlog</category><category>Scrum</category><category>Agile</category><category>мозговой штурм</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Процесс создания процессов]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/85711/</guid>
		<link>http://habrahabr.ru/blogs/pm/85711/</link>			
		<description><![CDATA[<i>После вашей успешной <a href="http://habrahabr.ru/blogs/pm/85131/">интеграции как менеджера проектов на новом месте работы</a> имеет смысл ознакомится с существующими процессами в организации и если вы считаете, что они могут быть улучшены, проактивно предложить их поменять. Документ, описыващий процесс, должен содержать следующие элементы: цель, описание ролей, последовательность шагов (когда-кто-что, ожидаемые результаты, метрики, путь эскалации проблем), checklist (дополнительно)</i><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/pm/85711/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Fri, 26 Feb 2010 16:47:37 GMT</pubDate>
		<author>AlexDAY</author>
		<category>процессный подход</category><category>управление проектами</category>
	</item>
	
	
	
	
	
	

	
	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Опрос] Стоит ли успешного программиста делать менеджером проектов?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/57824/</guid>
		<link>http://habrahabr.ru/blogs/pm/57824/</link>
		<description><![CDATA[]]></description>
		
		<pubDate>Tue, 21 Apr 2009 11:18:02 GMT</pubDate>
		<author>freiman</author>
		<category>программисты</category><category>менеджеры</category>
	</item>
	
	

	
	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Опрос] Как вы используете диаграммы Ганта]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/56031/</guid>
		<link>http://habrahabr.ru/blogs/pm/56031/</link>
		<description><![CDATA[]]></description>
		
		<pubDate>Tue, 31 Mar 2009 15:08:41 GMT</pubDate>
		<author>akve</author>
		<category>управление проектами</category><category>диаграммы</category><category>гант</category><category>collaboration tools</category><category>менеджмент проектов</category>
	</item>
	
	

		
	<item>		
		<title><![CDATA[Управление проектами / Управляйте людьми, а не задачами]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/43596/</guid>
		<link>http://habrahabr.ru/blogs/pm/43596/</link>			
		<description><![CDATA[Можно всю эту статью ужать до одной фразы. Manage people, not tasks. Управляйте людьми, а не задачами. <br/>
<br/>
Этим все сказано. Но если внутри вас, когда вы читаете, еще что-то ёкает, остались сомнения, — предлагаю пойти немного вглубь. Вы согласны с фразой «проект — это команда»? Это же можно сказать более научно: «качество результата проекта эквивалентно качеству процесса». <br/>
<br/>
Если не согласны с последним, это ваше дело. Потому что на этой идее построена вся современная научная часть управления проектами. Six Sigma, Toyota Production System, TQM — это все результат той же идеи, которая в своем самом жестком варианте звучит так. «Проект — это команда». Особенно читывая, что фактически единственный инструмент и ресурс в информационном бизнесе — это люди.<br/>
<br/>
От «командной работы» до TPS в действительности не так далеко. Сначала появилось управление командной работой, HIM (<a href="http://en.wikipedia.org/wiki/Human_interaction_management">Human Interactions Management</a>), потом уже возникло управление бизнес-процессами, BPM (<a href="http://en.wikipedia.org/wiki/Business_Process_Management">Business Process Management</a>). Так что начинать выстраивать Тойоту из своей компании нужно с команды. С людей. <br/>
<br/>
Выбирая между подходами «дать рыбу» и «дать удочку» я больше склоняюсь ко второму решению. Применительно к командной работе. Вместо прописанных заранее должностных инструкций и форматов сообщений, лучше способствовать тому, чтобы люди начинали договариваться. И писать о результатах своих договоренностей, создавать все время форматы и «роли». Это более сложный командообразующий процесс, но в долгосрочной перспективе он приносит свои плоды. Потому что проект — это команда. <br/>
<br/>
Как утверждает Уильям Джойс в книге &quot;<a href="http://www.bizbook.ru/book.html?id=1587">Формула устойчивого успеха в бизнесе 4+2</a>&quot;, есть 4 фактора успеха бизнеса:<br/>
<ul>
<li>Стратегия: разрабатывайте четко сформулированную и сфокусированную на росте стратегию и придерживайтесь ее</li>
<li>Выполнение: организуйте безупречную практическую реализацию стратегии</li>
<li>Культура: развивайте и поддерживайте корпоративную культуру, ориентированную на достижение высоких результатов</li>
<li>Структура: разрабатывайте и поддерживайте «плоскую» и подвижную организационную структуру. </li>
</ul><br/>
Два из четырех пунктов относятся исключительно к людям и внутренней структуре организации!<br/>
<br/>
Для начала в команде выстраивается процесс сотрудничества и переговоров (важные качества: творчество и доверие). Затем каждый участник команды работает с внутренним желанием удерживать формат (ответственность, четкость). А уже только потом форматы процессов формализируются и «зашиваются» в систему, в ПО. Система — «после» человеческого взаимодействия, не «до». Именно об этом говорит Манифест быстрой разработки, <a href="http://agileconsulting.ru/wiki/Agile_Manifesto">Agile Manifesto</a>: «Люди и взаимодействия важнее чем процессы и инструменты». <br/>
<br/>
Эту идею мы положили в основании <a href="http://www.comindwork.ru">Comindwork</a>, системы ведения проектов и сотрудничества. Используя базовые договоренности, можно достичь синергии в работе, то есть истинно командной работы. А уже потом мы предлагаем инструменты настройки процессов. Уже на базисе доверия, постоянного улучшения, ответственности каждого участника как за результат, так и за поддержку процесса.]]></description>
		
		<pubDate>Thu, 30 Oct 2008 10:25:59 GMT</pubDate>
		<author>akve</author>
		<category>управление проектами</category><category>компания 2.0</category><category>comindwork</category>
	</item>
	
	
	
	
	
	

	
	
	
	
		
	<item>		
		<title><![CDATA[Управление проектами / [Опрос] Почему вы не работаете с фрилансерами?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/pm/35143/</guid>
		<link>http://habrahabr.ru/blogs/pm/35143/</link>
		<description><![CDATA[]]></description>
		
		<pubDate>Tue, 06 Nov 2007 14:05:49 GMT</pubDate>
		<author>xstb</author>
		<category>фриланс</category><category>выбор сотрудников</category><category>разработка</category><category>команда</category><category>проекты</category><category>управле</category>
	</item>
	
	

	

	
	
	
	
	
</channel>
</rss>

