Друзья, вопрос к Коллективному Разуму
Возможно (и скорее всего) офтоп. Хотя КМК требуемое мне ближе всё-таки к этому топику, но, конечно, могу и ошибаться, в голове уже изрядная каша, а весь софт не переберёшь.
Подскажите софт для... чёрт, и "планирование проектов" не очень подходит, и "концепция" тоже не совсем, хотя и то и то частично подходит... Проще сначала сочинить пример практического применения [more]
Задача:
- смонтировать две электронные железки на двух точках А и Б;
- точка А на высоте (т.е. нужен подъёмник) и там нужно произвести подключение уличной части к внутренней;
- точка Б на земле, но там ещё ничего нет.
Ресурсы:
- 1 спец. и 2 "негра";
- подъёмник, который нужно заказывать заранее.
- инструменты негров (для простоты не учтены)
Выполнение:
А.1) спец (ну а кто ж ещё) готовит внутреннюю часть на точке А
А.2) спец переходит на внешнюю часть (тут нужен подъёмник) + негр-1 помогает изнутри
А.3) спец доделывает точку А сам, негр-1 освобождается
Б.1) негр-2 (с самого начала) чего-то там делает на Б.
Б.2) негр-1 (освободившийся после п. А.2) начинает помогать
Б.3) спец приходит после точки А (п. А.3) и доделывает своё
По этой схеме получается, например, что
1) работы на Б и А можно начать одновременно
2) подъёмник нужен только на время А.2-А.3[/more] Ну и этот простейший пример можно развернуть для более серьёзных задач.
В общем виде получаются
несколько цепочек
последовательно-зависимых задач + маневрирование
ресурсами, некоторые из которых являются "
блокирующими" для некоторых задач.
Вроде бы описанное выглядит как вариант Гантта. Вот только 1) последовательные цепочки ветвятся, сходятся и "перепрыгивают" друг к другу и 2) существуют и должны учитываться "блокировки". Ну и КМК для таких задач Гантт вообще не очень нагляден.
В общем, желаемое выглядит примерно так:
- в основе цепочка из нескольких последовательных узлов
- у каждого топика может быть несколько родителей
- вместо узла может выступать разветвление из нескольких малых цепочек
- эти ветки могут снова сходиться
- эти ветки могут "прирастать" к другим узлам из других цепочек
- произвольные узлы, в т.ч. приросшие из других цепочек, могут являться "блокирующими"
- ну и, разумеется, возможности перепривязки веток и всё такое прочее, т.е. "
оперативное планирование"
* под "блокирующими" я подразумеваю в идеале наличие флага типа "ок", состояние которого "видится" следующим узлом, а как минимум возможность быстрой выборки в единый список всех узлов, блокирующих данный.
Вот такая вот хотелка. КМК такое подойдёт хоть для организации работ, хоть для планирования вообще новых проектов.
Почему я полез именно в ветку майнд-маппинга? Не то что всякие "шедулеры" и "органайзеры", но и софт "управления проектами" очень сильно привязан к вещам вроде календаря, процентовки и т.п. И как следствие нет гибкости. А в реале очень часто можно маневрировать плюс-минус куда-нибудь без нарушения
основной логики процесса.