<?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>Легалов.Ру &#187; Теория</title>
	<atom:link href="http://legalov.ru/category/theory/feed/" rel="self" type="application/rss+xml" />
	<link>http://legalov.ru</link>
	<description>блог о системах хранения и управления информацией</description>
	<lastBuildDate>Sun, 25 Apr 2010 18:32:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Первые шаги при выполнении дел</title>
		<link>http://legalov.ru/2010/01/11/first-steps/</link>
		<comments>http://legalov.ru/2010/01/11/first-steps/#comments</comments>
		<pubDate>Mon, 11 Jan 2010 20:49:48 +0000</pubDate>
		<dc:creator>Илья Легалов</dc:creator>
				<category><![CDATA[Советы]]></category>
		<category><![CDATA[Теория]]></category>
		<category><![CDATA[gtd]]></category>
		<category><![CDATA[mindmaps]]></category>
		<category><![CDATA[todo]]></category>

		<guid isPermaLink="false">http://legalov.ru/?p=202</guid>
		<description><![CDATA[Как известно из методологии тайм-менеджмента Getting Things Done, при планировании очень важно выбрать первый шаг для любого проекта (в GTD под проектом подразумевается любое дело, состоящее из более мелких задач). Это позволяет выделить конкретные понятные действия. Но что делать, если для определения первого шага надо получше разораться в самом проекте, а во время быстрого вечернего [...]]]></description>
			<content:encoded><![CDATA[<p>Как известно из методологии тайм-менеджмента <a href="http://ru.wikipedia.org/wiki/Getting_Things_Done">Getting Things Done</a>, при планировании очень важно выбрать первый шаг для любого проекта <em>(в GTD под проектом подразумевается любое дело, состоящее из более мелких задач)</em>. Это позволяет выделить конкретные понятные действия. Но что делать, если для определения первого шага надо получше разораться в самом проекте, а во время быстрого вечернего или утреннего обзора задач на это нет времени? Тогда надо в качестве первого шага записать задачу по детализации проекта.</p>
<p>Я постарался выделить типовые задачи, которые позволяют детализировать крупные проекты, и понять, насколько мобильно выполнение таких задач. <span id="more-202"></span></p>
<ul>
<li><strong>Провести мозговой штурм.</strong> Если для выполнения проекта не хватает не только структуры задач, но и идей, то необходимо использовать технику мозгового штурма. Его результаты проще всего структурировать на <a href="http://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D1%81%D0%B2%D1%8F%D0%B7%D0%B5%D0%B9">интеллект-карте</a>. Для этого надо использовать либо компьютер (создавая их в оффлайн-программе или в интернет-сервисе), либо рисовать от руки. Необходима хорошая концентрация. Но идеи также можно собирать и на ходу: в дороге, в ожидании. Идеи можно записывать в блокнот или на стикеры, а потом добавлять в интеллект-карту, которая даст представление о проекте и списке действий. Мозговой штурм может быть как командным, так и персональным.</li>
<li><strong>С</strong><strong>труктурировать информацию.</strong> Если по проекту так много информации, что не понятно, что же все-таки надо сделать, то лучше сесть и в спокойной обстановке эту информацию структурировать хоть на той же интеллект-карте. Получается, что тоже необходимы компьютер или бумага.</li>
<li><strong>Детализировать проект.</strong> Допустим, надо написать какую-то большую работу (отчет или реферат). Тогда более конкретный список задач, чаще всего, представляет собой пункты плана этой работы. Следовательно, задачу просто надо разбить на более мелкие. Для этого надо иметь под рукой систему личного планирования и информацию о проекте (например, шаблон отчета).</li>
<li><strong>Пообщаться с другим человеком.</strong> Это может быть письмо, звонок, личная встреча. В случае письма, его текст можно набрать заранее на телефоне с удобной клавиатурой или просто в текстовом редакторе, когда компьютер не подключен к интернету. Когда интернет появится, письмо останется только отправить.</li>
<li><strong>Подготовить почву для работы над проектом.</strong> Например, для выполнения дела надо скачать и установить софт, или надо найти источники, которые будут использоваться при написании реферата.</li>
</ul>
<p>Как-то получается, что большинство задач сложно выполнить на ходу, все равно необходимо садиться и концентрироваться. Тем не менее, для детализаций эффективны технические средства вроде интеллект-карт или программ, ведущих списки дел. Какие варианты подготовки я пропустил? Какие базовые вещи можно вынести в походный режим, например, делать в метро?</p>
]]></content:encoded>
			<wfw:commentRss>http://legalov.ru/2010/01/11/first-steps/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ToDo-списки: Иерархия</title>
		<link>http://legalov.ru/2009/03/19/todo-1/</link>
		<comments>http://legalov.ru/2009/03/19/todo-1/#comments</comments>
		<pubDate>Wed, 18 Mar 2009 22:08:30 +0000</pubDate>
		<dc:creator>Илья Легалов</dc:creator>
				<category><![CDATA[ЛИС]]></category>
		<category><![CDATA[Теория]]></category>
		<category><![CDATA[todo]]></category>
		<category><![CDATA[иерархия]]></category>

		<guid isPermaLink="false">http://legalov.ru/?p=89</guid>
		<description><![CDATA[Этот пост начинает серию теоретических записей. Начнем со свойств ToDo-списков. Каждое действие, которое предстоит выполнить, можно представить  объектом в пространстве с тремя измерениями: иерархией, кайросом и  временем. Сегодня мы рассмотрим, что такое ось иерархий, и зачем она нужна при выборе системы ведения дел и планировании. Если использовать модель, где планы человека зависят от каких-то глобальных [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-full wp-image-94" title="dialog-apply" src="http://legalov.ru/wp-content/uploads/2009/03/dialog-apply.png" alt="dialog-apply" width="128" height="128" />Этот пост начинает серию теоретических записей. Начнем со свойств ToDo-списков.</p>
<p>Каждое действие, которое предстоит выполнить, можно представить  объектом в пространстве с тремя измерениями: иерархией, кайросом и  временем. Сегодня мы рассмотрим, что такое ось иерархий, и зачем она нужна при выборе системы ведения дел и планировании. <span id="more-89"></span></p>
<p>Если использовать модель, где планы человека зависят от каких-то глобальных целей, то ось иерархии отображает зависимость дела от других, а также его влияние на достижение цели более верхнего порядка. По сути иерархия отображает дробление одной задачи на несколько более мелких, причем чем меньше задача, тем более элементарные действия требуются на ее достижение.</p>
<p>Например, если наша глобальная цель &#8211; захватить мир, а одна из задач &#8211; найти ученых для разработки оружия, то сложно перейти к исполнению этого дела прямо сейчас, поскольку по названию нельзя понять, что именно предстоит делать. Но мы можем разбить эту задачу на более мелкие, например, на &laquo;украсть ученых из лаборатории&raquo; и &laquo;перекупить профессоров из университета&raquo;. Первый пункт можно конкретизировать на &laquo;достать фургон&raquo;, &laquo;подготовить группу захвата&raquo; и так далее.</p>
<p>Во время деления следует не переусердствовать. Уходить по иерархии можно очень глубоко, но все при большем дроблении дел, количество низкоуровневых задач растет в геометрической прогрессии, что не только увеличивает затраты на содержание системы, но и мешает комфортно просматривать список дел. В идеале на нижнем уровне должны остаться элементарные действия, процесс выполнения которых можно легко мысленно представить.</p>
<p>В методике GTD Дэвида Аллена дело, содержащее несколько элементарных действий уже называется проектом. При этом проект сам по себе не перестает быть задачей, он просто разбивается для удобства его выполнения.</p>
<p>Таким образом, выстраиваются своеобразные уровни, позволяющие оценить жизненную картину с различных высот. Наиболее четко данная идея описана все в той же методике GTD, где она представляется в виде взгляда на свои дела с высоты:</p>
<ul>
<li>15000 метров и выше: вся жизнь</li>
<li>12000 метров: цели на 3-5 лет</li>
<li>9000 метров: глобальные задачи на 1-2 года</li>
<li>6000 метров: сферы ответственности</li>
<li>3000 метров: текущие проекты</li>
<li>Взлетная полоса: текущие действия</li>
</ul>
<p>С точки зрения программирования иерархия достаточно просто реализуется в виде того, что объект типа &laquo;задача&raquo; может содержать в себе объекты того же типа. Но, на практике, в программах и сервисах иерархия зачастую очень сильно ограничивается. То есть, такие сервисы позволяют добавлять элементарные задачи, включать их в списки (элемент более высокого уровня), из списков формировать группы (еще на уровень вверх), но итоге процесс объединения где-то останавливается. Таким образом, сервисы, предоставляющие ограниченную иерархию задач, усложняют добавление разнообъемных дел и разбиение их на подзадачи. Но такой подход связан далеко не с ленью разработчиков создавать такие гибкие системы. Дело в том, что при ограничении иерархии, можно каждому уровню назначить свою смысловую нагрузку, например создать структуру &laquo;задача-список-проект-раздел&raquo;, где выбор каждого уровня будет сделан отдельным элементом интерфейса. С помощью такого подхода можно существенно повысить удобство сервиса и скорость работы с ним.</p>
<p>Таким образом, при создании сложных списков с большим числом задач, как, например, организация всей своей жизни, лучше выбирать систему, поддерживающую многоуровневую иерархию. Если же число дел невелико, что характерно для людей, только начинающих пользоваться планированием или расписывающих строго определенную сферу деятельности или один проект, то лучше всего будет ориентироваться на сервис, исходя из удобства работы с ним.</p>
<p>Приведу несколько примеров из области онлайновых бесплатных сайтов. Проект &laquo;<a href="http://planary.ru/">Планарий</a>&raquo; имеет только один уровень планирования по иерархии, но им очень приятно пользоваться за счет того, что дела можно таскать как иконки на рабочем столе. <a href="https://www.rememberthemilk.com/">RememberTheMilk</a> представляет собой внушительную систему планирования, но иерархия в нем ограничена всего лишь двумя уровнями. <a href="http://todoist.com/">ToDoList.com</a> позволяет создавать неограниченные уровни по иерархии.</p>
<p>Подумайте над тем, насколько иерархичной должна быть ваша система. В свое время я перешел с Outlook на <a href="http://www.mylifeorganized.net/shop/buy-rus.htm">MLO</a> как раз из-за того, что последний поддерживал неограниченную иерархию.</p>
]]></content:encoded>
			<wfw:commentRss>http://legalov.ru/2009/03/19/todo-1/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
