а как правильно? - β-Katze Шредингера

у задачи должен быть исчисляемый результат, который случиться через установленное время, независимо от количества работы и усилий. то есть задача остаётся задачей, меняется текст формулирующий её. "сдать дизайн" - неправильно потому что итого либо сдан либо нет. "выслать 5 экранов дизайна" - правильно, потму что итого можно сказать "выслал Х экранов" - в любой задаче нужно создавать _части_ и возможность не выполнить туду на "да/нет" а получить результат, более или менее хороший. - xekc

хм... а как же с динозавром? "или встречу, или не встречу". как в этом случае появится исчислимый результат - непонятно; или вот с задачей "выслать заказчику данные подключения (логин/пароль, к примеру)" - я или выслал их, или нет (можно, конечно, выслать только логин и гордо записать "результат - 50%", но как-то это странно получится) - β-Katze Шредингера

а что, дэушка может быть "слегка беременна", "почти беременна" и "местами беременна"? :) - A. T.

т.е. если задача имеет N вариантов выполения, то необязательно сводить их к двум; но обратное-то неверно! - β-Katze Шредингера

Возьми с полки пирожок =) - Count Caturday

пока все случаи лёгкие. "встречу динозавра" - реактивный подход. тебе динозавр нужен или нет? если нужен - "посвящу 30 минут поискам динозавра". "выслать логин/пароль" -> "выслать заказчику крайне полезное для него письмо" либо вообще "серьёзно повысить уровень доверия ко мне заказчика Х". акцент не на работу а на результаты. что тебе от заказчика нужно? деньги? доверие? на это и направляй текст задачи - xekc

@sipol беременность сама по себе не результат, а в "родить ребёнка" есть зачатие, 9 месяцев и рождение - вполне достаточно шагов и степеней. только это больше на проект похоже. - xekc

@bakava: это не мешает ей продолжать оставаться в состоянии "не выполнена". - Count Caturday

@bakava, http://artreal.exler.ru/readme... - β-Katze Шредингера

@bleys тебе пирожок нужен для научных опытов или итого ты всё таки хочешь кушать? если хочешь кушать ставь задачу "найти лучший обед" - xekc

me думает, что выполнение каждой задачи (и оценка результативности выполнения) - индивидуально для каждой задачи. - β-Katze Шредингера

@artreal методика предпологает что при ориентации на цели ты выходишь за рамки задачи и фокусируешься на получении результата. для того что бы получить результат можно написать список из 10 задач. но затем вполне вероятно что результат будет получен выполнив уже 1ю из списка а остальные 9 станут не нужны. поэтому задачи становятся сами по себе необязательным к выполнению элементом. - xekc

@xekc, я пока не понимаю, зачем мне переформулировать todo столь извращенным способом, а потом оценивать результат по странно-расплывчатым критериям - β-Katze Шредингера

@artreal через много ошибок для себя понял что подход "переколбасить туду переписав тексты на более нлпшные" сам по себе не работает и только увеличивает бардак. это только один из элементов, но важный. - xekc

"методика предпологает что при ориентации на цели ты выходишь за рамки задачи и фокусируешься на получении результата" - т.е. использовать для составления todo объектно-ориентированный подход (с уровнями абстракции, перегрузками функций, etc)? - β-Katze Шредингера

ох, я с этой стороны даже не думал :) пожалуй сходство есть, если принять за исходные то, что программа одна, она - "моя жизнь" пишется сразу и вся от сейчас и до навсегда. то есть если всё вообще "по правилам" то любая задача идёт к локальной цели и дальше должна уходить к более крупной цели, ещё более крупной и к "визии себя" потом. вот если знаешь что отсылка логина/пароля сегодня добавляет пять копеек в копилку результатов через годы - тогда уже дао. - xekc

ну, не знаю. я больше склоняюсь к тому, что надо проявлять гибкость и придерживаться keep simple. Т.е. если задача запросто укладывается в вып/невып - то пусть так и будет (и незачем заходить к задаче со стороны ануса или пытаться ее "усовершенствовать" до нужных "кондиций абстракции"). Если не укладывается - ищем более подходящую модель представления/выполнения/результата, новый уровень абстракции итд, но не усложняем. - β-Katze Шредингера

Я пишу обычно задачу так, как её вижу на тот момент. Иногда быстро записываю с телефона, потом дома правлю уже в RTM. Если вижу, что задача слишком абстрактная — просто удаляю ее и делаю несколько поменьше/поконкретнее. - Gluek

дело в том, что проблема в количестве. в самых разных gtd setups моей проблемой было Всегда одно и то же - у меня 50-100 ролей, от десятков до сотен проектов, список тупо обязательно ежедневных дел вываливает за количество времени в сутках. теперь это всё управляемо. нет "вып/невып" так как вообще не стоит задача закрывать задачи. нужно добиваться результатов - а сколько тудушек будет при этом закрыто не имеет значения. то есть это на самом деле гораздо более simple итого, всеми набитыми на gtd шишками чую. - xekc

@gluek да, это capture, годится в любой форме. а потом уже переработка, определение того зачем нужно это сделать(кому это нужно - мне? кому-то другому? а зачем это нужно мне?), каким может быть максимально возможный результат(как можно получить ещё больше? как можно выжать максимум из этого?), брейнсторм над самыми разными действиями которые нужно предпринять что бы получить результат. итого написал "позвонить клиенту" а потом переработал, определив зачем звонить, что хочешь от клиента, как получить больше - xekc

вообще-то говоря, беременность, это наличие в теле самки живого зародыша, он там есть или его там нет. это я к тому говорю, что TODO должен быть разбит на do-able in one time slot tasks, а описанное тобою больше похоже на macro-tasks progress tracker ;) - A. T.

с другой стороны, поле "пол" тоже бинарно M/F, хотя природа гораздо более аналоговое поле и в этом смысле тоже... ;) - A. T.

беременность (да/нет) это не результат а состояние, промежуточный результат, если будет угодно. то есть "беременность" как цель может быть... ну разве что наслаждаться процессом кому-то хочется (и то тогда цель именно "получить максимум удовольствия от моего состояния на этой неделе" скажем). а результат сам он всё таки как бы уже после беременности будет. - xekc

хохо... беременность не окончательное состояние короткого действия? по-моему, здесь имеет место быть "округление реальности под желаемое/необходимое" - я пожалуй удалюсь со своим мнением. - A. T.

то есть смысл не в tracking смысл в постоянном и применимом ко всему вопросе "зачем?" и оценке результата независимой от количества действий: не "сорвать с дерева яблоко" а "сорвать максимальное количество яблок за ближайшие 5 минут" скажем. то есть 5 минут пройдут всё равно, и так и так. todo становятся автономны - они выполняются ВСЕ по прошествии количества времени сами - более или менее результативно, но абсолютно все. - xekc

:) при чём тут сама беременность то? я говорю о тексте в задачнике. если я пишу Себе в задачник "беременность" - то да, я делаю это неправильно. потому что во первых беременность это не результат а состояние и сама по себе мне нафиг не сдалась - мне не беременность нужна а ребёнок - а во вторых потому что я мужского пола хех. речь идёт не об концептуальной правильности/неправильности чего либо, а о том как правильнее туду листы составлять. - xekc

про беременность: она сама по себе вполне может быть целью. Про todo: дословно - "что сделать". Это не tasklist и тем более не aims, правда же? "Что сделать": выслать пять экранов, сорвать яблоки, сдать дизайн, купить молоко, поздравить Хостю с днём рождения. Это todo? - тоска по совершенству

тут "что сделать" всегда идет в связке с "зачем" и "что получить", они неразделимы. "сорвать яблоки что бы их скушать и почувствовать себя сытым", "сдать дизайн сделав его лучшим в моём портфолио что бы привлечь заказы", "купить вкусной и здоровой еды что бы было много сил и энергии (список прилагается)", "поздравить Хостю с днём рождения что бы ей было приятно и мне стало приятно от того что ей приятно". как то так. а про беременность сразу написал что больше оно на проект похоже, там много задач. - xekc

вот! беременность может быть результатом, конечно. по причинам разным. но тогда, забеременели - получили результат, можно аборт делать на следующий день. не делаете аборт? значит результат был всё таки промежуточным. - xekc

@xekc: все конструктивные результаты гарантированно промежуточны. =) А желание измерять степень съеденности яблока в задаче типа "Хочу есть - Съешь яблоко" - это как раз перенесение фокуса с цели на процесс. - Count Caturday