✓ ЕСТЬ ОТВЕТ Как вычисляется % завершения проекта?

[Disaster]

Не могу понять, как вычисляется процент завершения проекта.
В документации написано только "This value affects the dynamically calculated completion percentage for a project. This percentage is based on how many subtasks of the project are completed and what their Task Effort properties are. If a task has higher value of Task Effort property it adds more value to the completion percentage for the entire project. "

На пробу ввела проект, в котором 6 задач (одинаковых, на одном уровне, без дат).
1) Одной поставила усилие 50, остальным по 10. Завершила ту, что 50. Процент завершения всего проекта - 33%.
2) поставила всем по 10. Процент завершения всего проекта - 9%

ОТКУДА ТАКИЕ ЦИФРЫ, а?

П.С. усилие по самому проекту на его % завершения не влияет.

[Кирилл Е]

Disaster, всё просто, берется каждая зачеркиваемая задача, в том числе и сам проект если он зачеркивается.
Складывается усилие каждой задачи. Полученная цифра - это 100 процентов выполнения.
Напрмер для выполнения проекта-папки с 10 задачами по 50 усилия, нужно затратить 10*50= 500 усилия.
Процент каждой задачи можно узнать из пропорции: В одной части сумму усилий делить на усилие задачи, в другой 100 процентов делить на процент конкретной задачи.
В нашем примере 500/50 = 100%/х%
Х=10%

Qr Bbpost П.С. усилие по самому проекту на его % завершения не влияе

Усилие задачи со свойством проект влияет только на усилие необходимое для этой задачи-проекта. Тоесть если одна задача вложена в другую, то их усилие, в отличии от важности и срочности, не наследуется.

Qr BbpostОдной поставила усилие 50, остальным по 10. Завершила ту, что 50. Процент завершения всего проекта - 33%.

10 + 10 + 10 + 10 + 10 + 50 + 50(проект) = 150
150/50 = 100%/х%
Х= 33% примерно.

ПС. Если хотите понять на практике, сделайте для проекта усилие 0, или поставьте ему свойство Папка. После этого задача с 50 усилием будет завершать 50 процентов.

[Disaster]

Спасибо, да! % завершения пересчитывался не сразу после изменения усилий по самому проекту (нужно или подождать, или перейти на другую задачу и вернуться), это-то меня и сбило.

[Кирилл Е]

Пожалуйста.
Есть такое дело, ещё у пересчётов много нюансов при "скрытии в туду". Если проект лежит в скрытой папке(inbox, инкубатор, когда-нибудь) - % вычисляется, все подзадачи считаются. Если скрыть подзадачу - она не будет учавствовать в сложении. Если скрыть сам проект - считать вообще не будет.

[Краевой]

Для себя процент вычисления использую как чисто визуальную функцию, не заморачиваясь и не добиваясь точности отображения проектов.
Добиться идеального вычисления процента выполнения проекта можно только в тех проектах, где расписаны все подзадачи от начала до конца, настроены усилия во всех подзадачах.
Сколько у вас таких проектов?
У меня парочка таких проектов наберется.
Большинство проектов просто имеет следующее конкретное действие. И я сам не знаю, сколько еще действий в этих проектах будет или может быть.
Некоторые проекты имеют несколько сценариев развития событий - выбираем один, остальные "замораживаются". Плюс неизвестность сколько действий еще будет по этому проекту в выбранном сценарии.
По некоторым проектам вообще ХЗ что делать, поэтому делаешь хоть что-то, чтобы сдвинуть их с места. Как здесь говорить о точности отображения % выполнения?

Это была техническая сторона медали. Теперь копнем "вглубь", используя коучинговые вопросы:

- Даже если представить, что добиться точного процента выполнения проекта возможно, и вы это сделаете для всех своих проектов - что поменяется в вашей жизни? в вашем планировании? в вашей эффективности?
- Тратя время на достижение правильно процента отображения, что вы таким образом пытаетесь избежать? или скрыть от себя?

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

Как-то так...

[Кирилл Е]

Всё так.

Qr Bbpost Для себя процент вычисления использую как чисто визуальную функцию, не заморачиваясь и не добиваясь точности отображения проектов.
Добиться идеального вычисления процента выполнения проекта можно только в тех проектах, где расписаны все подзадачи от начала до конца, настроены усилия во всех подзадачах.
Сколько у вас таких проектов?
У меня парочка таких проектов наберется.

Проектов вообще-то много, шаблонные, зацикленные, курсы тренинги, занятия - это категории которые предвидят минимум неожиданных поворотов и в принципе можно оценить, было бы желание. Но математика тут нужна больше чтобы понять откуда берутся цифры, чем для идеального вычисления. На практике мне не то что считать, даже усилие ставить было лень, особенно в телефоне.

Qr Bbpost - Даже если представить, что добиться точного процента выполнения проекта возможно, и вы это сделаете для всех своих проектов

Если на досуге немного помечтать... Подумать как можно прокачать формулу и где точные расчеты будут полезны....

Если идти в осознанность: Можно узнать сколько усилий мы расходуем в день. Это было бы единицей измерения проектов. Цифрами ведь удобнее манипулировать чем размытыми понятиями.
Например в день мы в среднем тратим 500 усилий, а проект требует 1000. "Готовы ли мы 2 дня работать на этот результат?"
Сравним проекты в этой плоскости: "может лучше сделать проект за 300 энергии? с другой стороны за 1000 больше пользы получу... а на проект за 400 энергии нужно меньше всего времени... что же выбрать?.."

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

В теории интересно. Эксперименты в эту сторону меня не впечатлили, тк тоже большинство проектов - пошаговые.
Кому это может быть интересно?
-Тому чьё дерево = конструктор из шаблонов. Вроде бы это называется объектно ориентированный подход.
-Тому кто любит доскональный анализ завершенных.

...

Если идти в автоматизацию - прикольно было бы видеть такое:
Встроить в программу что-то вроде формулы Паретто: важность проекта должна намного превышать затраченные на него усилия. Нужно лишь привести значения Важности и Усилий "к общему знаменателю", чтобы они могли взаимодействовать. Чтобы можно было вывести "эффективность".

В идеале мы делаем так:
-оформляя каждую задачу проекта мы ставим ей усилие (одну из 5 позиций).
-проекту и его этапам ставим важность
Как только оформление закончилось:
-МЛО сделает стандартные пересчеты
-по новому алгоритму перемножит усилие с важностью, чтобы получить показатель "эффективности"
-пользовательское правило автоформатирования подсветит красным те ветки где это значение меньше нормы - мы увидим наглядно что у нас неэффективно(для мобильного вместо автоформатирования можно использовать отдельный вид, куда будут попадать такие проекты, дополнительно можно отбраковывать их из основного вида)
-во время добавления новых задач в проект происходит пересчет усилия, следовательно будет корректироваться и "эффективность". Следовательно такая схема будет работать и с пошаговыми проектами. Но тут она будет выступать не в качестве прогноза, а в роли сигнала "стоп". "Остановись, ты сливаешь сюда кучу ресурсов".
Теория мне понравилась. На практике недавно начал тестировать упрощенный вариант, нащупывать границы, но уже предвкушаю полезность.

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

[Ector]

Qr Bbpost
Если идти в осознанность: Можно узнать сколько усилий мы расходуем в день. Это было бы единицей измерения проектов. Цифрами ведь удобнее манипулировать чем размытыми понятиями.
Например в день мы в среднем тратим 500 усилий, а проект требует 1000. "Готовы ли мы 2 дня работать на этот результат?"
Сравним проекты в этой плоскости: "может лучше сделать проект за 300 энергии? с другой стороны за 1000 больше пользы получу... а на проект за 400 энергии нужно меньше всего времени... что же выбрать?.."

Кирилл, давно хотел вас поблагодарить, но все руки не доходили! За то, что оживили форум, за интерес к программе, за глубину познания и за новые идеи) Приятно и интересно читать. Думаю, такие люди очень пригодились бы в команде МЛО! Лично мне нравится, как вы визуально оформляете свои профайлы, очень необычно, наглядно и лаконично!

Ну а этот текст это прямо вы заглянули в будущее менеджеров задач. Понятно, что сейчас людям это все кажется диким или лишним, разработчикам сложным. Но реально я похожим образом вижу идеальный менеджер задач, критерии эффективности и новые подобные фишки. Поэтому приятно было увидеть у кого-то похожие идеи) Спасибо вам!

[Кирилл Е]

Ector, спасибо на добром слове! Приятно слышать такие похвалы)

Про будущее, оно не за горами) Это все уже сейчас не сложно делать, могу объяснить как. Но основная сложность не в пересчете данных, а в том что у нас их часто нет, и вторая в том что лень их вводить)