<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Destructor &#187; управление проектами</title>
	<atom:link href="http://destructor.ru/tag/%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0%d0%bc%d0%b8/feed/" rel="self" type="application/rss+xml" />
	<link>http://destructor.ru</link>
	<description>management, development, mind, information</description>
	<lastBuildDate>Fri, 13 Aug 2010 17:03:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=3.0-alpha</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Управление проектами: Обучение : Сложно и легко</title>
		<link>http://destructor.ru/2010/03/%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0%d0%bc%d0%b8-%d0%be%d0%b1%d1%83%d1%87%d0%b5%d0%bd%d0%b8%d0%b5-%d1%81%d0%bb%d0%be%d0%b6%d0%bd/</link>
		<comments>http://destructor.ru/2010/03/%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0%d0%bc%d0%b8-%d0%be%d0%b1%d1%83%d1%87%d0%b5%d0%bd%d0%b8%d0%b5-%d1%81%d0%bb%d0%be%d0%b6%d0%bd/#comments</comments>
		<pubDate>Mon, 08 Mar 2010 23:52:09 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Целеустремленность]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[project]]></category>
		<category><![CDATA[TOC]]></category>
		<category><![CDATA[знания]]></category>
		<category><![CDATA[книги]]></category>
		<category><![CDATA[менеджмент]]></category>
		<category><![CDATA[мысли]]></category>
		<category><![CDATA[обучение]]></category>
		<category><![CDATA[развитие]]></category>
		<category><![CDATA[управление]]></category>
		<category><![CDATA[управление проектами]]></category>
		<category><![CDATA[учение]]></category>

		<guid isPermaLink="false">http://destructor.ru/?p=352</guid>
		<description><![CDATA[Чем больше я занимаюсь проектами, тем интереснее и тем больше я понимаю что это сложная тема. С частью её я уже довольно хорошо знаком, но как сделать это действительно правильно, эффективно и чётко ещё до конца не понял. Проекты это действительно очень сильный инструмент делать то, чего никогда не делал до этого. И именно потому [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://destructor.ru/wp-content/uploads/2010/03/gantt.jpg"><img src="http://destructor.ru/wp-content/uploads/2010/03/gantt-300x107.jpg" alt="" title="Диаграмма Ганта" width="300" height="107" class="alignleft size-medium wp-image-353"  align="left"/></a>Чем больше я занимаюсь проектами, тем интереснее и тем больше я понимаю что это сложная тема. С частью её я уже довольно хорошо знаком, но как сделать это действительно правильно, эффективно и чётко ещё до конца не понял. Проекты это действительно очень сильный инструмент делать то, чего никогда не делал до этого. И именно потому он настолько загадочен и непрост.<br />
Выходные решил посвятить прочтению третьей книги по теории Голдратта &#8220;Критическая цепь&#8221;. Пока ещё не дочитал, да и не всё улеглось в голове. Но я уже перестраиваю своё мышление и думаю &#8211; как бы сделать так, чтобы успеть сделать всё то, что уже не успеваю. Надеюсь получится и дальнейшие мои проекты будут намного более успешными и результативными. Рецензию на книгу мне ещё предстоит написать.<br />
Рекомендовал книгу Голдратта одному своему клиенту-партнёру. Он директор реального производства и у него как раз сейчас непонятки с ресурсами, клиентами, заказами&#8230; ну прям всё по книге. Интересно, что он скажет при следующей встрече.</p>
]]></content:encoded>
			<wfw:commentRss>http://destructor.ru/2010/03/%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0%d0%bc%d0%b8-%d0%be%d0%b1%d1%83%d1%87%d0%b5%d0%bd%d0%b8%d0%b5-%d1%81%d0%bb%d0%be%d0%b6%d0%bd/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Переломный момент &#8211; как возникают эпидемии</title>
		<link>http://destructor.ru/2009/06/%d0%bf%d0%b5%d1%80%d0%b5%d0%bb%d0%be%d0%bc%d0%bd%d1%8b%d0%b9-%d0%bc%d0%be%d0%bc%d0%b5%d0%bd%d1%82-%d0%ba%d0%b0%d0%ba-%d0%b2%d0%be%d0%b7%d0%bd%d0%b8%d0%ba%d0%b0%d1%8e%d1%82-%d1%8d%d0%bf%d0%b8%d0%b4/</link>
		<comments>http://destructor.ru/2009/06/%d0%bf%d0%b5%d1%80%d0%b5%d0%bb%d0%be%d0%bc%d0%bd%d1%8b%d0%b9-%d0%bc%d0%be%d0%bc%d0%b5%d0%bd%d1%82-%d0%ba%d0%b0%d0%ba-%d0%b2%d0%be%d0%b7%d0%bd%d0%b8%d0%ba%d0%b0%d1%8e%d1%82-%d1%8d%d0%bf%d0%b8%d0%b4/#comments</comments>
		<pubDate>Mon, 29 Jun 2009 08:24:51 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Целеустремленность]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[Synopsis]]></category>
		<category><![CDATA[TOC]]></category>
		<category><![CDATA[книги]]></category>
		<category><![CDATA[люди]]></category>
		<category><![CDATA[персонал]]></category>
		<category><![CDATA[продвижение]]></category>
		<category><![CDATA[самосовершенствование]]></category>
		<category><![CDATA[управление]]></category>
		<category><![CDATA[управление проектами]]></category>

		<guid isPermaLink="false">http://destructor.ru/?p=115</guid>
		<description><![CDATA[
Автор: Малкольм Гладуэлл
Название: Переломный момент. Как незначительные изменения приводят к глобальным переменам
Name: The Tipping Point: How Little Things Can Make a Big Difference
Издательство: Вильямс, 2006 г.
Мягкая обложка, 400 стр.
ISBN   5-8459-0980-5, 0-3163-4662-4
Довольно быстро прочитал эту книгу. Местами правда нудновато, а местами очень и очень захватывающе. Хорошим показателем является то, что факты и исследования упоминаемые [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-thumbnail wp-image-116" title="Переломный момент" src="http://destructor.ru/wp-content/uploads/2009/06/5-8459-0980-5-150x150.jpg" alt="Переломный момент" width="150" height="150" /><br />
<em>Автор: Малкольм Гладуэлл<br />
Название: Переломный момент. Как незначительные изменения приводят к глобальным переменам<br />
Name: The Tipping Point: How Little Things Can Make a Big Difference<br />
Издательство: Вильямс, 2006 г.<br />
Мягкая обложка, 400 стр.<br />
ISBN   5-8459-0980-5, 0-3163-4662-4</em></p>
<p>Довольно быстро прочитал эту книгу. Местами правда нудновато, а местами очень и очень захватывающе. Хорошим показателем является то, что факты и исследования упоминаемые в книге замечательно коррелируют с выводами Сэмлера, Голдратта и других авторов, прочитанных ранее. Например правило группы размером не более 150 человек для максимальной эффективности взаимодействия. А также роли разных людей в донесении информации в массы.<br />
Мы много спорили и обсуждали &#8211; какие факторы в большей или меньшей степени влияют на становление личности. Кто получится из ребенка и почему. Оказывается не только нас интересует этот вопрос и многие ученые уже провели исследования и сделали выводы. В большинстве случаев результаты оказываются шокирующими для общественности и сильно расходятся с принятым большинством мнением. Местами заставило меня пересмотреть свои взгляды на мир, вернуться назад в пару лет и вспомнить что я говорил о ситуативности поведения людей.<br />
Также шокирующими оказались выводы о том, почему люди в городах более &#8220;жестокие&#8221; и не помогают на улицах или даже просто проходят мимо бесчинств рядом с ними. Сюда же можно отнести сложности с бесплатным проездом на транспорте и преступностью здесь же, я бы ещё включил сюда же феномен несанкционированной торговли. Но в США такого видимо нет, а у нас все слишком сильно привязано к конкретным географическим точкам и полноценную выборку сделать будет сложно.<br />
Захотелось ознакомиться с материалами обозначенными как используемая литература. Я раньше просто и не задумывался о существовании такого рода материалов. Жаль не так много переведено и издано на русском, но это не повод чтобы не читать =)<br />
В моем личном понимании это ещё один шаг к созданию новой системы улучшения нашей жизни. Система пока только складывается по кирпичикам в моей голове. И думаю в какое-то скорое время количества этих кирпичиков будет хватать для фундамента. Вот тогда начнется яркий и динамичный процесс проектирования, втягивания в него заинтересованных неординарных личностей и распространения молвы по миру, а затем и первого запуска в этот удивительный мир.</p>
<p>Рекомендовано к прочтению всем кто интересуется социологией, психологией, проблемами общества и взаимодействием человеческого разума с окружающей средой.</p>
]]></content:encoded>
			<wfw:commentRss>http://destructor.ru/2009/06/%d0%bf%d0%b5%d1%80%d0%b5%d0%bb%d0%be%d0%bc%d0%bd%d1%8b%d0%b9-%d0%bc%d0%be%d0%bc%d0%b5%d0%bd%d1%82-%d0%ba%d0%b0%d0%ba-%d0%b2%d0%be%d0%b7%d0%bd%d0%b8%d0%ba%d0%b0%d1%8e%d1%82-%d1%8d%d0%bf%d0%b8%d0%b4/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Успех и неудачи</title>
		<link>http://destructor.ru/2009/03/%d1%83%d1%81%d0%bf%d0%b5%d1%85-%d0%b8-%d0%bd%d0%b5%d1%83%d0%b4%d0%b0%d1%87%d0%b8/</link>
		<comments>http://destructor.ru/2009/03/%d1%83%d1%81%d0%bf%d0%b5%d1%85-%d0%b8-%d0%bd%d0%b5%d1%83%d0%b4%d0%b0%d1%87%d0%b8/#comments</comments>
		<pubDate>Wed, 11 Mar 2009 01:35:03 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Целеустремленность]]></category>
		<category><![CDATA[HR]]></category>
		<category><![CDATA[project]]></category>
		<category><![CDATA[люди]]></category>
		<category><![CDATA[мысли]]></category>
		<category><![CDATA[персонал]]></category>
		<category><![CDATA[проекты]]></category>
		<category><![CDATA[управление]]></category>
		<category><![CDATA[управление проектами]]></category>

		<guid isPermaLink="false">http://destructor.ru/?p=53</guid>
		<description><![CDATA[Существует некоторый набор методик, применяя которые мы сможем добиваться поставленных целей и задач намного чаще. Их использование позволяет нам успешнее вести свою деятельность, а значит выглядеть лучше в глазах окружающих. Чаще общайтесь с теми, кому поручаете дела, и это положительным образом  отразится на вашем моральном и финансовом состоянии.]]></description>
			<content:encoded><![CDATA[<p>Пожалуй сначала следует рассказать, что меня сподвигло задуматься и порассуждать на эту тему. А было это ни что иное, как рассказы людей об недавно произошедших событиях. Ключевой фразой для меня явилось: &#8220;..и тут случились все форс-мажоры сразу&#8230;&#8221;  После чего я на некоторое время перестал участвовать в общении &#8211; обдумывал услышанное. Речь шла о деятельности, в которой по словам рассказчика, нужно постоянно присутствовать везде, чтобы вдруг косяка какого не получилось. Чуть позже, ночью, отходя ко сну, я лежал и думал &#8211; А что же это у меня вот так форс-мажоры пачками не происходят. И выдумал = все косяки упирались в людей, которые не знали что, как и для чего им нужно делать. Соответственно, они делали это на своё усмотрение = так как сами считали нужным, а не как будет лучше для общего дела. Ну и конечно из-за этого поставленная цель так и не была достигнута должным образом. Ведь у человека никак не получалось сразу везде присутствовать и все самому делать =)</p>
<p><img src="http://destructor.ru/wp-content/uploads/2009/03/39097521_23412937_deti-150x150.jpg" alt="возьмёмся за руки" title="Взаимосвязи людей" width="150" height="150" class="size-thumbnail wp-image-52" /></p>
<p>Вот и получается, что всех участников в цепочке событий и решаемых задач неплохо бы знать лично, да ещё и хорошо представлять себе кто на что способен. А если ещё и заранее объяснить им что и где нужно делать, да как себя вести в разных ситуациях&#8230; это ж получается что двух зайцев сразу поймаешь, а то и всех трёх <img src='http://destructor.ru/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /><br />
1) Ты заранее прорабатываешь с человеком ситуации и программируешь его на успех + предотвращаешь развитие негативной ветви событий.<br />
2) Объясняешь человеку, да и себе в том числе, главную цель и задачи с которыми в общей цепочке данный исполнитель будет соприкасаться.<br />
3) Получаешь возможность поменять человека, проверить  или вернее некоторый показатель = доверять ему или не стоит.<br />
Ну так вернёмся к нашей истории, подумал я &#8211; Почему у меня такого не бывает? И как я обычно в такой ситуации поступаю? Кучу всего эти вопросы за собой потянули&#8230;<br />
Моё предпочтение &#8211; иметь дело с проверенными исполнителями поручений. А если ты сам до этого никакого дела с ним не имел, то запрашивать рекомендации надёжных людей и искать негативные отзывы всеми доступными способами. Ведь о хорошем не каждый расскажет, а кто кому какую гадость сделал &#8211; намного быстрее распространяется. И именно поэтому я рекомендую своих хороших знакомых, как людей ответственных и исполнительных (если они и правда такими являются), другим друзьям и знакомым. Да ещё и искренне радуюсь, если у них все получается и заканчивается положительным образом.<br />
Таким образом получается, что задачи я стараюсь раздавать тем людям, которые способны максимально самостоятельно, качественно и успешно их решать. Естественно, что качественное выполнение задач в срок приближает нас к поставленной цели.<br />
Вот и получается что врагами успеха являются недоподготовка, незнание людей с которыми приходится иметь дело, нежелание углубляться в детали = надежда на счастливую случайность, ну может ещё недостаток контроля при неопытности исполнителя.<br />
Так и живем, не переставая удивляться &#8211; почему же это ничего не получается, да ещё и у большинства знакомых, а потом и руки опускаются = даже браться ни за что не хочется. Но при этом количество успешных реализаций должно расти, ведь распространяются по миру рецепты достижения поставленных целей. И они не так сложны, наверное просто лень и нежелание открывать для себя что-то новое.  А что делать если речь идет о каком-то дорогостоящем деле? А если оно является составной частью чего-то ещё более сложного и ценного?<br />
Постараюсь разыскать статистику по реализации проектов, а также их успешному и плачевному завершению. Ну и естественно вынести на всеобщее обозрение =)</p>
]]></content:encoded>
			<wfw:commentRss>http://destructor.ru/2009/03/%d1%83%d1%81%d0%bf%d0%b5%d1%85-%d0%b8-%d0%bd%d0%b5%d1%83%d0%b4%d0%b0%d1%87%d0%b8/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Работа с людьми</title>
		<link>http://destructor.ru/2009/03/%d1%80%d0%b0%d0%b1%d0%be%d1%82%d0%b0-%d1%81-%d0%bb%d1%8e%d0%b4%d1%8c%d0%bc%d0%b8/</link>
		<comments>http://destructor.ru/2009/03/%d1%80%d0%b0%d0%b1%d0%be%d1%82%d0%b0-%d1%81-%d0%bb%d1%8e%d0%b4%d1%8c%d0%bc%d0%b8/#comments</comments>
		<pubDate>Wed, 04 Mar 2009 01:16:20 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Целеустремленность]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[project]]></category>
		<category><![CDATA[персонал]]></category>
		<category><![CDATA[управление]]></category>
		<category><![CDATA[управление проектами]]></category>

		<guid isPermaLink="false">http://destructor.ru/?p=42</guid>
		<description><![CDATA[Недавно  услышал следующую фразу: &#8220;Наши процедуры подразумевают знакомство со всеми людьми, которые будут принимать участие в работе над проектом&#8220;. Фраза конечно же вырвана из контекста, тк дословно я уже не помню всего разговора. Он был довольно длинный и состоял из нескольких этапов общения с разными людьми.
Впоследствии фраза эта всплыла у меня в голове и [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_44" class="wp-caption alignleft" style="width: 160px"><img class="size-thumbnail wp-image-44" title="Рабочее совещание" src="http://destructor.ru/wp-content/uploads/2009/03/0_7d6b_fbe5263c_l-150x150.jpg" alt="в общении за работой" width="150" height="150" /><p class="wp-caption-text">коллектив</p></div>
<p>Недавно  услышал следующую фразу: &#8220;Наши <strong>процедуры</strong> подразумевают знакомство со всеми <strong>людьми</strong>, которые будут принимать участие в работе над <strong>проектом</strong>&#8220;. Фраза конечно же вырвана из контекста, тк дословно я уже не помню всего разговора. Он был довольно длинный и состоял из нескольких этапов общения с разными людьми.<br />
Впоследствии фраза эта всплыла у меня в голове и заставила задуматься &#8211; &#8220;<em>А почему собственно это настолько важно?</em>&#8221;  Я подумал над ней немного и отпустил эту мысль.<br />
Ещё немного позже всплыла эта же самая фраза, но уже с некоторыми выводами.</p>
<p>Я обсудил свои мысли с товарищем и вместе мы пришли к следующему:<br />
1) Все участники будут так или иначе знакомы между собой, тк обычно это проводится в виде мини-совещания, и смогут более непринужденно и просто обращаться за информацией = <strong>улучшение контакта</strong>.<br />
2) Менеджер проекта имеет возможность увидеть и оценить человека, его жизненную позицию, опыт, уровень компетенций, взгляд на планируемую работу, и тп = <strong>взвесить насколько человек подходит на эту работу</strong>.<br />
3) Менеджер проекта получает возможность непосредственно влиять на деятельность по данному этапу = <strong>увеличение скорости изменений + улучшение качества работ</strong>.<br />
4) Менеджер сможет сразу после данного общения попросить о замене исполнителя, если посчитает что он не очень подходит для данного вида деятельности = <strong>отбор персонала</strong>.<br />
5) Весьма полезным представляется с самого начала объяснить всем участникам целей проекта, его важности и ответственность каждого  участника за достижение результата = <strong>цели и задачи проекта</strong>.<br />
6) В процессе общения могут возникнуть различные интересные идеи и новые взгляды на проект = <strong>расширение возможностей</strong>.</p>
<p>Таким образом, с самого <strong>начала</strong> ведения работ по <strong>проекту </strong>менеджер отбирает персонал, получает обратную связь, повышает качество исполнения и приближает проект к желаемому <strong>результату</strong>.</p>
<p>P.S. На следующий раз есть задумка порассуждать о возможных <strong>неудачах в реализации</strong> и почему они так часто случаются.</p>
]]></content:encoded>
			<wfw:commentRss>http://destructor.ru/2009/03/%d1%80%d0%b0%d0%b1%d0%be%d1%82%d0%b0-%d1%81-%d0%bb%d1%8e%d0%b4%d1%8c%d0%bc%d0%b8/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Основные моменты управления проектами</title>
		<link>http://destructor.ru/2009/02/%d0%be%d1%81%d0%bd%d0%be%d0%b2%d0%bd%d1%8b%d0%b5-%d0%bc%d0%be%d0%bc%d0%b5%d0%bd%d1%82%d1%8b-%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d1%8f-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0/</link>
		<comments>http://destructor.ru/2009/02/%d0%be%d1%81%d0%bd%d0%be%d0%b2%d0%bd%d1%8b%d0%b5-%d0%bc%d0%be%d0%bc%d0%b5%d0%bd%d1%82%d1%8b-%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d1%8f-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0/#comments</comments>
		<pubDate>Wed, 25 Feb 2009 18:29:04 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Целеустремленность]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[project]]></category>
		<category><![CDATA[управление проектами]]></category>

		<guid isPermaLink="false">http://destructor.ru/?p=33</guid>
		<description><![CDATA[Прислали ссылку на замечательную статью, в которой просто и доступно объяснены базовые принципы управления проектами. А также ошибки &#8211; почему в некоторых организациях проектное управление не работает.
Честно говоря,проектное управление вопрос непростой больше с организационной точки зрения. Использование его в работе потребует большого желания руководителя сподвигнуть на проектную деятельность большую часть сотрудников организации. Да и опыта [...]]]></description>
			<content:encoded><![CDATA[<p>Прислали <a href="http://www.e-xecutive.ru/community/articles/993729/">ссылку</a> на замечательную статью, в которой просто и доступно объяснены базовые принципы <strong>управления проектами</strong>. А также ошибки &#8211; почему в некоторых организациях <strong>проектное управление</strong> не работает.<br />
Честно говоря,<strong>проектное управление</strong> вопрос непростой больше с организационной точки зрения. Использование его в работе потребует большого желания руководителя сподвигнуть на проектную деятельность большую часть сотрудников организации. Да и опыта разнообразного потребуется немало. А сколько опыта будет получено при выполнении <strong>проекта</strong> &#8211; даже подумать страшно =)<br />
Я вот сейчас могу взяться спокойно за небольшой <strong>проект</strong> и если немного напрячься &#8211; за проект средней степени тяжести. А вот за большой, без знающего наставника, браться стремновато.<br />
Надеюсь эта статья поможет вам разобраться получше с <strong>управлением проектами</strong> и вы все же рискнете попробовать это в своей деятельности.</p>
<p>&#8212;&#8211;</p>
<p>Данная статья была опубликована в некоторых интернет-изданиях и журнале &#8220;Генеральный директор&#8221; за ноябрь 2008 года под названием &#8220;Шесть мифов об управлении проектами&#8221;.</p>
<p>&#8212;</p>
<p><em>Большинство управленческих подходов рано или поздно обрастают мифами. Крайний случай – некая новомодная управленческая технология, которая сама по себе рождается как чудо, сверкает переливами философского камня, а заодно (по слухам) является эликсиром от всех болезней организации. Но сегодня речь пойдет не о шарлатанстве от менеджмента, процветающем на увлечении многообещающими новинками, а о том, как хорошо зарекомендовавшие себя при правильном применении методы дискредитируются поверхностным пониманием. Примером нам послужат наиболее распространенные (и одновременно самые вредоносные) мифы об управлении проектами.</em></p>
<p><strong><em>Миф №1: проекты есть не во всех организациях.</em></strong></p>
<p><em>Проекты – удел программистов, строителей, консультантов и продюсеров. Нас (розничных операторов, банкиров, оптовиков и промышленников) это не касается. Так зачем нам вообще нужен проектный подход?</em></p>
<p><em>В самом деле, значение проектов в деятельности разных организаций неодинаково. Одни компании формируют свой доход в проектах, оплаченных клиентами, другие – в повторяющихся однотипных операциях (как, например, банки или розничные операторы). Это, однако, не означает, что в деятельности последних проекты отсутствуют. А как же открытие филиалов, постановка информационных систем, разработка новых услуг и другие «начинания» и «мероприятия»? Разве это не проекты? Наш опыт убеждает, что серьезной проблемой таких организаций является именно то, что проекты не отделяются от повседневной (операционной) деятельности.</em></p>
<p><em>Все дело в том, что управлять операционной деятельностью и проектами нужно по-разному. Проект можно считать отделенным от «текучки», когда четко определен результат, выделен проект-менеджер, понятен заказчик, установлены «рамки» (срок и смета затрат), описаны риски. Это – необходимый минимум (далеко не все!). А часто ли это делается по отношению к тем самым «начинаниям»? Как правило, единственным, кто управляет проектами, перемешанными с операциями, остается руководитель организации, который вынужден бороться не столько с внешними проектными рисками, сколько с постоянными отговорками сотрудников, ссылающихся на занятость в основной деятельности.</em></p>
<p>Вывод. Пора признать, что проекты – это не только внешние заказы, но и любые начинания, отвлекающие финансовые и трудовые ресурсы и несущие в себе специфические риски. А это значит, что такими начинаниями нужно управлять отдельно, описывая цели и результаты, оценивая необходимые ресурсы и выделяя в проекты лучших сотрудников.</p>
<p><strong><em>Миф №2: план проекта – точные указания по его выполнению.</em></strong></p>
<p><em>В самом деле, а как же иначе? Разработали план, утвердили его «наверху» и – вперед, выполнять!</em></p>
<p><em>А что же происходит дальше? А дальше случаются пресловутые «непредвиденные обстоятельства». План нарушается, сроки поплыли&#8230; Первоначальный план пылится на полке или лежит в лотке под кипой более полезных бумаг. А управление проектом теперь происходит уже безо всякого плана, на честном слове руководителя проекта и на крепком слове директора компании&#8230;</em></p>
<p><em>Есть такая шутка: успешный проект – не тот, который закончился в рамках первоначально установленного срока и выделенного бюджета, а тот, что вписался в рамки утвержденных изменений. Особенность этой шутки в том, что смеются над ней только новички. Опытные руководители проектов понимают, что так и должно быть.</em></p>
<p><em>Но много ли найдется руководителей проектов, способных донести до руководства информацию о срыве сроков или перерасходе сметы? А много ли найдется руководителей, способных с пониманием отнестись к этой информации? Да и зачем тогда нужны планы, если их не выполнять? Дело в том, что функция плана в проекте – служить отражением происходящего в нем. Если план своевременно актуализируется, он действительно дает руководителю компании достоверную информацию, необходимую для принятия решений в других проектах и в оперативной деятельности. Руководитель, невосприимчивый к изменению планов, сам создает барьеры для движения к нему необходимой информации.</em></p>
<p><strong><em>Миф №3: Руководитель проекта – единственный, кто несет ответственность за результат проекта.</em></strong></p>
<p><em>Иными словами, объявив руководителя проекта ответственным за достижение его результатов, можно переложить на него ВСЮ ответственность за судьбу проекта. После назначения проект-менеджера этот несчастный становится «виновным за все», и вместо того, чтобы помочь ему, каждый считает своим долгом указать, где «прокололся» коллега, что он упустил.</em></p>
<p><em>Ни в коей мере не подвергая сомнению один из основных принципов управления – единоличности ответственности, тем не менее, хотелось бы напомнить о балансе ответственности и полномочий. Всегда ли руководитель проекта обладает достаточной властью в организации, чтобы принимать решения, необходимые для успешного продвижения проекта? Отнюдь. В данной ситуации помочь проект-менеджеру сможет спонсор проекта.</em></p>
<p><em>Слово «спонсор», начиная с конца 80-х годов, у нас понимается не совсем верно. Изначально спонсорство означает поддержку, и не обязательно финансовую. Закрепляя за проектом спонсора из числа действительно наделенных властью людей (топ-менеджеры, собственники), мы резко увеличиваем шансы проекта на успех. При этом спонсор должен правильно понимать свою роль, которая отнюдь не ограничивается внешним контролем. Спонсор продвигает проект в компании, и его ответственность за достижение его результатов даже выше ответственности проект-менеджера.</em></p>
<p><strong><em>Миф №4: проект-менеджер управляет сроками, бюджетом и качеством проекта.</em></strong></p>
<p><em>А как же? Разве не нарушение этих трех показателей является следствием плохого управления проектом? Конечно, перечисленные проблемы действительно являются наиболее распространенными последствиями неправильного управления проектом. Однако это именно следствия, в то время как воздействовать нужно на причины.</em></p>
<p><em>Хорошенько поразмыслив, чем на самом деле в состоянии (и должен) управлять проект-менеджер, мы придем к короткому списку:</em></p>
<p><em> * командой проекта,</em></p>
<p><em> * рисками проекта и</em></p>
<p><em> * ожиданиями.</em></p>
<p><em>Все остальное следует из перечисленного. Управление командой проекта должно занимать почти все выделенное на проект время руководителя.</em></p>
<p><em>Управление ожиданиями – это постоянная работа с заказчиком, аппетиты которого (они же ожидания) растут день ото дня, и (снова) с командой проекта. Руководитель проекта должен следить, чтобы сотрудники не сваливались ни в дорогостоящий перфекционизм, ни в откровенную халтуру (что также в конечном итоге обходится дорого).</em></p>
<p>Что же такое управление рисками проекта? Оказывается, это интригующее своим названием понятие также успело обрасти своими мифами.</p>
<p><strong><em>Миф №5: управление рисками – мистическое знание, доступное лишь прожженным финансистам с Уолл-стрит.</em></strong></p>
<p><em>Сам термин «управление рисками» создает неверные ожидания. Если не вникнуть в суть процесса, может создаться впечатление о некоем всемогущем «сверхкомпетентном» провидце, который не только знает наперед все риски, но и способен так «отработать» уже возникшие ситуации, что никаких неблагоприятных последствий не наступит.</em></p>
<p><em>На самом деле, управление рисками – это отнюдь не управление уже наступившими событиями. Риск-менеджмент на 70% – это предусмотрительность. Скажем так: управлять риском плохой погоды – значит не разгонять тучи, а взять с собой зонтик и теплую одежду.</em></p>
<p><em>Еще 20% риск-менеджмента в проектах составляет резервирование. Следует создавать резервы на непредвиденные расходы, отношение к которым все еще неоднозначное. Многие руководители компаний и подразделений не понимают эту строку в бюджете проекта. Такая политика ведет к тому, что руководители проектов «прячут» резервы внутрь статей бюджета. Это «раздувает» смету и не решает главную проблему – когда возникают обстоятельства, неучтенные на старте проекта, команда проекта не имеет «запасного парашюта».</em></p>
<p><em>Напротив, в технически зрелой компании на руководителя проекта, который планирует без резервов, посмотрят косо. При этом опытные руководители проектов резервируют не только деньги, но и время. И снова: нельзя «зашивать» временные резервы внутрь сроков выполнения задач. Для этого следует создавать лаги (промежутки, так называемые «ефрейторские зазоры») между работами. Это не расхолаживает команду проекта, но позволяет сманеврировать в критических ситуациях (а они обязательно будут – иначе не было бы самой дисциплины риск-менеджмента).</em></p>
<p><em>И, наконец, оставшиеся 10% – это непосредственное реагирование на наступившее рисковое событие. Как легко догадаться, если внимание руководителя проекта на предусмотрительность, резервирование и реагирование распределено правильно (в соотношении 70% – 20% – 10%), то реагирование на риски пройдет гораздо менее болезненно (что будет выражаться в сокращении финансовых потерь и других неблагоприятных последствий). К сожалению, негативный опыт в проектах обусловлен именно ситуационным управление рисками (пока гром не грянет, мужик не перекрестится), в то время как очень многое можно сделать на старте проекта.</em></p>
<p>Как мы видим, риск-менеджмент в проекте – отнюдь не что-то сверхъестественное; так давайте же не будем забывать применять в наших проектах вполне посильные меры по управлению рисками!</p>
<p><strong><em>Миф №6: чем короче установишь сроки проекта, тем быстрее получишь результат.</em></strong></p>
<p><em>Работа заполняет выделенный на нее срок[1], поэтому нужно урезать сроки вдвое (втрое, вчетверо и т.д.) – это только на пользу проекту!</em></p>
<p><em>Кому из читающих эту статью не знакомо давление сроков? Кто не чувствовал над собою дамоклов меч неотвратимо приближающейся назначенной даты? Это подстегивает? А как же! Это повышает результативность работы? С ответом на этот вопрос торопиться не будем.</em></p>
<p><em>Порой в условиях сжатых сроков мы совершаем подвиги и творим чудеса продуктивности, недоступной нам в обычных условиях. Но кто не крутился, как белка в колесе, разрываясь между неотложными делами, при этом не добиваясь результата ни в одном вопросе?</em></p>
<p><em>Согласно исследованию, проведенному группой ученых под руководством Терезы Эмабайл[2], цейтнот сам по себе не способствует продуктивности. Тем не менее, исследователи выделили несколько условий, при которых продуктивность сотрудников в условиях острой нехватки времени повышается. Следует создать команде (или специалисту) условия для спокойной работы (исключить «дерготню») и донести до сотрудников важность выполняемой ими задачи. Именно неправильная расстановка приоритетов и отвлечения на многочисленные (на самом деле, второстепенные) дела и запросы коллег и клиентов делают работу «под давлением» просто невыносимой. В рамках исследования был также сделан вывод о том, что над срочными приоритетными задачами наиболее продуктивно работают пары сотрудников (при этом необязательно, чтобы до этого они тесно соприкасались по работе).</em></p>
<p><em>Таким образом, донеся до сотрудников неотложность и важность выполняемых ими в проекте задач, а также расчистив их рабочее пространство от второстепенных задач, руководитель добьется гораздо большего, чем устанавливая в проекте нереальные сроки. Даже лучшие сотрудники неспособны длительное время работать с повышенной продуктивностью. Кроме того, давно установлено, что сложные задачи мотивируют, но от нереальных просто опускаются руки.</em></p>
<p>Итак, прежде чем ругать не принесшее ожидаемого результата средство, давайте попробуем применить его правильно; и не будем принимать на веру все, что говорят о проектном подходе те, кто по-настоящему даже не воспользовался его преимуществами! Вооружитесь методологией, адаптированной к вашей предметной области, изложенной в доступной форме, проявите гибкость мышления и творческий подход, и результаты не замедлят себя ждать.</p>
<p><em>____________________________________________________________________________</em></p>
<p><em>[1] Данное утверждение известно как «закон Паркинсона». В 1954 году англичанин Сирил Паркинсон выразил мнение, что работа растет, заполняя любое отведенное под нее время.</em></p>
<p><em>[2] Подробнее см. статью Терезы Эмабайл, Констанции Хэдли и Стивена Крамера &#8220;Creativity Under The Gun&#8221;, Harvard Business Review , август, 2002, с. 52-61.</em></p>
<p><em>&#8212;&#8211;<br />
</em></p>
<p>Автор: Виктор Степанов, ведущий консультант по управлению компании «Ключевые решения», сертифицированный руководитель проектов (IPMA Level «C»)</p>
]]></content:encoded>
			<wfw:commentRss>http://destructor.ru/2009/02/%d0%be%d1%81%d0%bd%d0%be%d0%b2%d0%bd%d1%8b%d0%b5-%d0%bc%d0%be%d0%bc%d0%b5%d0%bd%d1%82%d1%8b-%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d1%8f-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
