Посмотрел программу MLO (my life organized), просто открылись глаза на банальный принцип, до которого я сам не мог допетрить. Все таки трижды прав был мой препод СИОД (Структура и Организация Данных) по фамилии Дрозд. Надо изучать опыт, прежде чем что-то писать.
Но это лирика.

Итак, если задача имеет подзадачи, то она не активна. Как только подзадачи завершаются, она активна! Все, очень просто.
Сюда же можно добавить, что если задача имеет задачи, от которых она зависит, то она не активна, пока не завершены эти задачи.

Тупо, просто, сердито. В результате действительно, все группы становятся не-активными и число задач уменьшается. Не надо следить за стартом, пуском. Гениально. Я в шоке. Как это красиво!

Гению больше не наливать.

(1) у меня пиво только по пятницам

(0) бугага! кончай придуриваться!

В остальные дни легкие наркотики...

(0) в проджекте так же - групповой задаче можно, кончено, подвинуть прогресс, но это приведет лишь к тому, что двинется прогресс подчиненных

(3) в смысле, я реально год тупил над деревом задач, а оказалось все так просто.
а вы знали об этом принципе?

(5) В проджекте можно выполнять групповую задачу, если есть не завершенные дети?

(7) нет, завершение группвой задачи приведет к завершению всех детей и хоть ты тресни

А=0;
Б=0;
В=0;

Сообщить("ууууумираюююю....");

Пока А=0 Цикл
  Пока Б=0 Цикл
     Пока В=0 Цикл
        А=1;
        Б=1;
        В=1;
     КонецЦикла;
  КонецЦикла;
КонецЦикла;

Сообщить("ух, А ожилсо!");

П.С.
Это чтоле?!

П.С.П.С.
Лучше кажный день пиво пей... (4)+1

эта.. ну допустим задача не активна...

а как узнать что она
1. актуальна
2. незавершена

?

(8) Я не про завершение, а про работы по групповой задаче

(10) Это уже другой разрез аналитики. но то что групповую задачу нельзя выполнять, пока не завершены дети - мощно. сразу обрезает группы из активных задач. Логично главное! MLO - мощно

(10) групповая не может быть завершена, если у нее есть не завершенные дети. Это вытекает из (0)

(12) эта.. а если у главной задачи есть три задачи на втором уровне а у них есть свои дети...

что делать ?
можно ли выполнять первую из трех задач второго уровня если не завершены работы по детям третьей допзадачи ?

(0) "и почему я опять не сомневался в авторе"...

(10) блин, гений, ты сказочный... персонаж! По-русски тебе говрю: у групповой задачи нет ни собственной длительности, ни собственного процента завершения - она вычисляет все из своих подчиненных задач.

(16) не, а если задача не считается завершенной после завершения всех работ по ее детям?

тоесть есть работы по детям а есть работы которые нужно сделать только после завершения работ по детям ?

(15) пожалуйста, если как-то лично знаком с Доржи или ему подобным, попроси его, чтобы восстановили (0) на инфостарте, очень прошу..

(18): даладно тебе, пусть срьот тут...

(17) во-первых, я говорю про MSProject, там такое не предусмотрено - можешь проверить. Во-вторых, я не шипко коппенгаген в теории управеления проектами, но ИМХО, описанное тобой означает, что есть-таки какая-то подчиненная незавершенная задача, просто она выполняется строго после всех остальных.

(18) нафиг? пусть веселит здесь

(20) а причем тут мспроджект ?

если мс что то не предусмотрела значит этого не может быть ?

это конечно прикольно когда группировка не содержит данных.. всмысле иерархия групп... но бывает в задачах и иерархия элементов...

и плевать на мспроджект...

(22) ты читаешь только свои посты в ветке? Если нет, то прочти (5)и поймешь, пречем тут МСП.

(23) ты читаешь только свои посты в ветке ?
ну написал ты что в проджекте типа что то похожее и что?
где в 0 написано про проджект  ?

речь идет о принципе как таковом в организации контроля за исполнением задач..

(16) что-то я не верю. помнится, проект составлял, там можно было для групповых задач назначать отдельные ресурсы, например, то бишь, она являлась задачей, которую можно отдельно выполнять. В любом случае подход MLO более логичен

(14) а если у главной задачи есть три задачи на втором уровне а у них есть свои дети... что делать ? можно ли выполнять первую из трех задач второго уровня если не завершены работы по детям третьей допзадачи ?

А
-Б
--Д
-В
--Е
-Г
--Ж
пока не выполнена Ж, Г нельзя выполнить.
пока не выполнена Е, В нельзя выполнить.
пока не выполнена Д, Б нельзя выполнить.

(26) Гений мля, ответь на (9) там какразма и прицып... в этом у тебя недопонятие и осенило???

(26)
вопрос:

А
-Б
--Д
---З
-В
--Е
-Г
--Ж

можно ли выполнять В и Г пока не выполнена З ?

(17) не, а если задача не считается завершенной после завершения всех работ по ее детям? тоесть есть работы по детям а есть работы которые нужно сделать только после завершения работ по детям ?
После завершения работ по детям родительская задача не завершается, а становится активной.
(28) Естественно можно, если у В завершена Е, а у Г завершена Ж

(20) ИМХО, описанное тобой означает, что есть-таки какая-то подчиненная незавершенная задача, просто она выполняется строго после всех остальных.

Неправильная трактовка. Она должна выполниться, чтобы родительская задача могла стать активной

(18) Не поможет, я забил на ИС, все выкладываю на своем сайте

(24) Вот именно. Речь не о проджекте. А вообще о принципе контроля задач. Я вдохновлен подходом МЛО и реализовал его в PIM, сразу уменьшилось число мусора в отчетах по задачам

апну в последний раз

бедный господин Дрозд, как зафейлился то а...

(0) Для ПИМа - такой принцип сойдет (и то с натяжкой). Но не больше.
Патамучта:
- исполнение групповой задачи может контролировать другой человек, у которого может не быть доступа к подзадачам
- что такое "активна/неактивна"? И какое отношение имеет к исполнению? Выполнено (для групповой задачи) на 10% и выполнено на 90% - это абсолютно разные состояния. Потому что если задача выполнена на 10%, а прошло 80% времени на ее исполнение - надо менять планы. По крайней мере для задач, которые должны выполняться после окончания этой, модель "финиш - старт". А у подзадач может следующей задачи и не быть.
- аналогично со стоимостью процесса; возможно что при общем превышении бюджета по групповой задаче - ее завершать не стоит, а надо похоронить :)
- у групповой задачи в принципе может быть отдельное время исполнения (хотя, конечно, на 100% эмулируется отдельной подзадачей) - это время на инициацию и завершение, как правило - организационные процессы.

Даже в рамках ПИМа :)
Задача0:старт
Задача1: Сделать все проекты
Задача 1.1 Проект1 - 14.07 - 20.07 = 7ч/дней, начало не раньше:0
Задача 1.2 Проект2 - 21.07 - 23.07 = 3ч/дня, начало не раньше:0
Задача 1.3 Проект2 - 24.07 - 28.07 = 5ч/дней, начало не раньше:0
Задача 2. оформить разрешение на отпуск с 1.08, дата 29.07, 1 ч/день, начать не раньше завершения задачи 1.
Задача 3. выкупить блатную горящую путевку в Таиланд со скидкой 80% и тайской девочкой "all include" с 1.08, друг будет держать ее до 30.07 9:00; при отказе после 20.07 сгорает 30% аванса. начать не раньше завершения задачи 2.
ТекСостояние на 19.07 - задача 1.1=10%,задача1.2=10%,задача1.3=0%.

Вопрос на засыпку: надо ли контролировать общую задачу 1 и менять планы?

хм

(35) Шурик пришел, сказал много вумных слов, но забыл про овраги:
1. Если у групповой задачи есть свое выполнение, его надо перенести в подзадачу и тогда все в шоколаде (помним - это декомпозиция целей).
2. Если надо завершить групповую задачу, ее можно завершить в любой момент, суть в том, что она будет просто не активна, пока не завершатся детки. Но закрыть ее нам никто не мешает.
3. Подход проверен на системе MLO.

По поводу примера - ты сделал неверную декомпозицию целей, поэтому у тебя и возникат странный вопрос. Вдумайся еще раз - декомпозиция. ;-)

(37) Гений не читатель, гений писатель?

> Если у групповой задачи есть свое выполнение, его надо перенести в подзадачу

я писал, что это эмулируется, но "масло маслянное"

> Если надо завершить групповую задачу, ее можно завершить в любой момент,

я что-то писал о завершении? я писал о КОНТРОЛЕ!
Ниче, что у задачи должен быть Исполнитель  _И_ Контролер?
Ниче, что БИГ_БОСС поставит задачу ОБЩУЮ начальнику отдела, и будет ЕЕ контролировать, и ему по барабану, на какие подзадачи у начотдела эта задача бьется и сколько подчиненных ее выполняет? он спросит "доложить степень готовности проекта!"

> 3. Подход проверен на системе MLO.

ну дададада. Хто такой MLO?

> По поводу примера - ты сделал неверную декомпозицию целей, поэтому у тебя и возникат странный вопрос.

Ну извини, ломает придумывать детальнее пример, думал, что смысл был ясен, переоценил тебя :).

Кстати, таких уж грубых ошибок нет. Да, не указана задача "решить до 20.07" - так у нее нет четких правил выполнения ОТНОСИТЕЛЬНО ПОДЗАДАЧ. А ведь по твоей схеме задачи "в целом" не существует :)  

А суть проста: управление проектами (почитай PMBOK) - это многогранный процесс. Там и декомпозиция, и управление сроками и управление стоимостью, и управление рисками. И там не выходит 2 = 2.1+2.2+2.3. Потому что параллельность разных этапов - разная, и стоимость у них разная. И разные люди отвечают за разные аспекты проекта.

Кстати, декомпозируют не цели, а задачи/этапы :)

фиксе мозг вправлять бесполезно, не трать себя.

(0) Мы вообще-то говорили о парадоксе Векшина, проецирующегося на сублимацию либидо французского бульдога, танцующего под музыку серебряных спиц экзистенциальную польку. Так что, к сожалению, красные утюги уже закончились, приходите в гости — будем радио смотреть. (c) Computerra

(38) Когда человек в конкретном контексте говорит "почитай то-то", это слив.
Управление проектами? Да, это интересно, для управления проектами. Но здесь идет речь о личных задачах, это немного другое.
И если бы ты осилил ветку, то увидел бы что MLO - это программа My Life Organized и там реализован именно такой подход.
Давай поступим методом "от противного" - нарисуй реалный пример, где такой подход не играет и я скажу - ну да, метод ограничен. А так пока что метод просто шедевръ.
И еще раз - ДЕКОМПОЗИЦИЯ подразумевает, что задача состоит из подзадач. Если подзадача не часть задачи, то она должна быть оформлена как отдельная задача.

(39)(40) Оффтопить не надоело в тематической ветке?

Блин, ну ведь был же замечательный опыт - подписывать в название ветки "Осторожно - ветка Гения 1С!". Ну почему этот опыт не прижился???
Либо отдельную секцию. Дабы её выключить можно было...

(0) органайзер пишешь?

ОФФ: кто-топеренедопил.

(44)Да не, тут тяжелые наркотики...

(41) [устало]
Декомпозация задач - это именно элемент управления проектами.
ПИМ - это частный случай управления проектами, точнее - управление единственным главным проектам "своя жизнь". Подчиняется тем же самым правилам и законам, но упрощено тем, что заказчик,контролер и исполнитель один и тот же человек. Но контролировать надо все равно!
Кстати,в заголовке не сказано про то, что тема касается _только_ ПИМа.

Я тебя отправил читать "библию". А ты мне тычешь какой-то левой программой. Я про нее прочел еще в (0). Только это все равно, как если бы тебе про 1С говорили бы "в ЖКК написано то-то и то-то", а ты бы отвечал "в книге 1С для чайников В.Пупкина все наоборот, это слив".

И пример тебе привел. Где _до_ того момента, как просрочена любая задача, уже ясно, что проект провален. Специально на примере личных задач. Для того, чтобы тебе стало ясно, что группы имеют свою собственную сущность, и, если даже они _исполняются_ при исполнении подзадач, то контролировать их все равно зачастую требуется отдельно.  

Писать дальше вряд ли буду. А PMBok почитай все же  на досуге... вдруг еще какой-то велосипед для себя откроешь :)

GTD http://ru.wikipedia.org/wiki/Getting_Things_Done

(46) сколько понтов. Но принцип от этого не меняется. Да, проекты можно отслеживать отдельно от задач. Но применение принципа из сабжа убирает ненужные просмотры проектов.

Мда, жесть

>>Но принцип от этого не меняется. Да, проекты можно отслеживать отдельно от задач. Но применение принципа из сабжа убирает ненужные просмотры проектов.

конечно проект не нужен... подумаешь deadline пр.пали Фсе хорошо маркиза...

Интересно, все угадали автора по названию ветки?

(47) Почитал, но особо не впечатлился. По крайней мере, не очень понятно, как это реализовывать на практике. У меня 1000 открытых задач. Я офигею, если буду их все просматривать.

Даже допустим проектов из них только 300

К тому же "сделать это когда нибудь" - очень обще, даже внури этого кластера могут быть проекты с разным приоритетом. Сходить на стриптиз и выучить китайский, например.

у тебя все задачи однотипные - постить муйню на Мисту...

(55) +1

Если думать о 1000 открытых задач из которых 300 проекты то можно ожидать ... пропадет аппетит, возникнут проблемы со сном, образуется гастрит а тут и до проблем с эрекцией недалеко...
береги себя, ты нужен нам здоровым

(57) Я не думаю, я на них молча кладу, кроме тех, у которых есть срок.
Т.е. использую пока простой конвейер задач, сортируя их по сроку.
Вот чтобы разобрать оставшиеся, нужна какая-то модель. Ковыряю МЛО.

(2) верю.
судя по всему в остальные дни нюхаешь момент или бензин...

(0) отсыпь травы то... которую год курил... (хотя скорей она у тебя кончилась, раз прозрел наконец то)...

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

кто скажет что ее можно выполнить не дискретизировав, беру на работу с любым окладом :)

(58) Не в теме, но, по аналогии, может быть Вам будет полезен простой прием, который используется в сетевых графиках.
Для каждого вершины графа (события) формируется реквизит Число входящих. Сначала это число входящих дуг (работ). Фронтом называют множество вершин, у которых число входящих = 0. Можно выполнять все выходящие работы (дуги) из вершин фронта. При выполнении работы (дуги графа) число входящих для конечной вершины дуги уменьшают на 1 и помечают дугу, как выполненную. И т.д.
Т.е. сначала фронт = множеству вершин, не имевших входящих дуг. Все такие дуги "выполняют" (уменьшают на 1 число входящих для конечных вершин). Ищется новый фронт (он должен быть, если в графе нет контуров). Если таковой не находится и не все дуги (работы) выполнены, то оставшиеся вершины (и дуги) содержат все контуры графа.
Этот же прием используют при топологическом упорядочении графа (вершин и дуг)(алгоритм Кана).
Не уверен, что в тему и что внятно изложил.

(60) Да что вы говорите? Про иерархию элементов супротив иерархии элементов и папок не слыхали?

(63) сорри, не осилил

(63) если это насчет (61), то, как я понял, речь идет о том, что график работ
представлен в виде направленного графа и без направленных циклов. а не просто дерево.
в сложных производствах это используется(зачастую неформально).

(64) нет, это именно декомпозиция на дерево

(0)Как много нам ошибок трудных готовит просвещенья дух.
Вот как объяснишь активность ОС Win..., ожидающую прерывание от сом-порта, допустим. Судя по твоим в(0) соображениям ОС не активна.

(0) "до которого я сам не мог допетрить"

Все, стирай "Гений" из ника и бумажный патек с дырками для глаз на голову!

P/S/ Это не о обратном обходе дерева речь ?

(66) метафора не удачна

(65) как это?
есть задачи (уровень 1) "Заготовки на зиму"
(уровень 2) "Сделать самогон", "Сварить варенье"
(уровень 3) "Доставить сахар"

после выполнения "Доставить сахар" активизируются обе задачи (уровень 2).
(для простоты считаем, что для самогона и варенья ничего больше не надо).
но "Заготовки на зиму" актитивизируются только после выполнения обеих задач.
и как это в случае (0)?

Тему очень удачно поменяли:)

(69) Все правильно. Заготовки на зиму - это цель. А самогон и варенье - ее декомпозиция.

ты все равно не можешь выполнить "Заготовки на зиму", как задачу. Это не задача, она не может быть активной. Придумай пример, где в корне - задача, которую можно выполнить, а не список задач

например:
Отнести КПК в ремонт
-- 1. Поковырять, может я сам могу починить КПК
-- 2. Сбросить данные на КПК, чтобы их не слили

Выполняется так:
- Поковырять, может я сам могу починить КПК
- Сбросить данные на КПК, чтобы их не слили
- Отнести КПК в ремонт

я бы 2 1 местами поменял - а то ты там наковыряешь...

(72) что-то я недопонимаю...
"Заготовки на зиму" - подзадача.
Уровень(0)"Доставка из погреба" (еще выше - питие и поедание).

(75) Тебе Таск-менеджмент противопоказан... ;-)

а что значит "активизируется"? задачи до этого вообще - не видно и не слышно?

(77) активируется - это значит попадает в список ToDo.
Неактивные задачи, не находящиеся не в ToDo, периодически просматриваются при составлении планов, ежемесячном просмотре и тп.

активна = может быть выполнена

(76) может и так.
но модель из (61) более полна и жизнеспособна, чем описанная в (0).

(80) У нее сложная курва обучения. Пусть автор на пальцах объяснит(на примерах_

>>Неактивные задачи, не находящиеся не в ToDo, периодически просматриваются при составлении планов, ежемесячном просмотре

ты так с голоду сдохнешь. Заготовки у тебя начались в сентябре (когда привезли сахар), а варенье ты сварил в феврале (допустим воды не было). Полгода ешь воздух

(73) Погодь, а если ты все-таки сам смог починить КПК, выполнив пункт 1 своей задачи, то какая после этого задача должна стать активной?

(82) Не понял мысли.

(83) Это ты копнул тему авто-закрытия задач. Для сабжа - не актуально. Если ты закрыл успешно эту подзадачу, то можешь закрыть и проект.

Это больше касается альтернатив и альтернативных сценариев

(83) сирожа в кучу одну валит и "ветвление" и "групповые" задачи

(87) И я, и автор МЛО. Модель должна быть адекватной задаче. ДЛя лайф-менеджмента это удобно

а вообще еще раз перечитай ключевое слово - ДЕКОМПОЗИЦИЯ

т.е. у тебя есть цель А и ты расписываешь, что для ее достижения надо сделать 1,2,3

выдохлись?

цель - такая же задача со своими сроками и deadline. Полгода "варим варенье" и "самогон" - чудесно, сварили, задачи выполнены. Активизируется "заготовки" и оказывается, что они нам уже не нужны - мы сдохли давно. deadline прошел по задаче

(92) ПЖ, так я ж не спорю. В другой модели да. А в модели декомпозиции целей - нет

(92) Вы в совершенстве владеете софистикой, мосье ПЖ, но в данном случае декомпозиция лишь описывает, что для того, чтобы сделать заготовки, нужно сварить варенье и самогон. Заготовки нельзя считать выполненными, пока не будет сварено варенье и самогон.
У варенья и самогона свои дедлайны - до зимы. Почему вы считаете что дидлайны только у "сделать заготовки". В МЛО дидлайны по умолчанию наследуются от родителя.