Представление задач в виде mindmap

[Сахновский Михаил]

+1 поддерживаю.
Как вариант,есть уже реализованные подобные решения у Flowlu.

[Александр Черняев]

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

[Михаил Храпунов]

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

Поддерживаю. Это одна из базовых проблем.

[Александр Гордеев]

+1 )))

[Денис Сахаров]

+1

[Андрей Бочкарёв]

Александр Фридман в книге «Вы или хаос» рассказывает как перейти от хаотичного менеджмента к правильному. В основе правильного три кита — планирование, делегирование и контроль. В качестве ПО в книге предлагается связка программ MindManager и Outlook из пакета Microsoft Office. Судя по описанию, связка отлично работает и хорошо настраивается, но она дорогая.

Первый шаг от хаоса к планированию автор называет «материализация хаоса» — создание майндмапа и дальнейшая его поддержка и ведение. Для новых вводных создаётся отдельная ветка, куда они быстро помещаются, а под конец дня нужно распределить их по майндмапу и проставить приоритеты.

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

[Александр Гордеев]

Да, в точку вышеприведенный комментарий

[Ната Седова]

поддерживаю 

[vukin]

Предлагаю рассмотреть интеграцию с онлайн сервисом Mindmeister
У них есть прожект треккер Meistertask, который может синхронизироваться с Planfix через Zapier
https://www.mindmeister.com/?r=476032

[Кирилл Панькин]

Meistertask, который может синхронизироваться с Planfix через Zapier

У Meistertask всего лишь 3 триггера:

Completed Task
Triggers when a task is completed.

New Task
Triggers when a new task is created across all your projects

New Task in Section
Triggers when a new task is added to a selected section.

С помощью такого куцого набора трудновато сделать что-то, похожее на синхронизацию. Ведь на Планфикс из Meistertask будут отображаться только новые созданные объекты. А вот редактирование уже существующих объектов в Meistertask не вызовет события в Zapier и не отразится на Планфиксе (у Планфикса, кстати, набор триггеров на порядок разумнее создан, но в данном случае это не помогает). Это издевательство какое-то получается, а не синхронизация.

[Вакух Владимир Анатольевич]

Я уж боялся писать о таком, вообще визуализация это не лучшая сторона ПФ, начиная от настройки внешнего вида форм, до отсутствующего визуального моделирования бизнес-процессов. Отображение и настраивание структуры проектов / задач / комментариев было бы хорошим подспорьем. У этих товарищей это реализовано еще в 2015 году и называется иерархическая структура работ.
Кстати, может идеология майндмап это и есть тот самый особый подход команды ПФ и по этому вопросу?

[Кирилл Панькин]

вообще визуализация это не лучшая сторона ПФ

Это да. В Планфиксе очень мощный упор на процессы, интеграцию и автоматизацию. Очевидно, это то, что максимально востребовано клиентами. И это очень круто, по своему.
А вот "красоты" представления и визуализации, увы, остаются в этой картине на втором плане.
Но надо заметить, что команда Планфикса (на сколько я лично это вижу) старается развивать проект медленно, но основательно, полагаясь на органический рост. Не заметно у них шумных раундов привлечения миллионных инвестиций на смузи и гироскутеры для кофаундеров и прочей экстенсивной чепухи. Так что остаётся надеяться, что со временем охват аудитории Планфиксом станет достаточно большим, чтобы выделение командой ресурсов на желанные для нас красоты стало экономически целесообразным или чтобы экосистема разрослась достаточно, чтобы появились сторонние интегрированные решения, воплощающие эти красоты.

[Вера Серебрякова]

Добрый день!
Я, как маркетолог часто строю "mind-map" в программе "Xmind" - удобно очень набросать схему. Нехватает возможности смотреть эти файлы, не скачивая их, так же, как я могу посмотреть любой файл из пакета MS Office.

[Dmitry Goncharenko]

Здравствуйте, Вера!
Навскидку вижу, что в ПланФикс можно.добавить просмотр майндмэпов, сделанных в Xmind. Но для включения в очередь доработок нам нужно больше голосов в этой теме, поэтому подождем голосов людей из других аккаунтов.

[Станислав Пислегин]

я бы еще добавил возможность в планфикс видеть задачи в виде майнд меп. Есть же отображение в виде диаграммы ганта.
Конечно, когда задач много, то mind map перегруженный получается. Но вот по новому проекту удобно в виде майнд меп накидал задачи основные
и дальше работаешь по ним.

[Антон Дубатовка]

Однозначно нужно! Я вначале все проекты структурирую в виде интеллект-карты, только потом "ганты"... Гант хорош когда уже понятно, что делать  и что с чем связано ))) 

+1

[Антон Дубатовка]

+1

[Рустам Кунафин]

Параллельно всегда работаю с интеллект-картами (на бумаге, на доске, в спец. ПО), поэтому если это появится в ПФ - то будет оч. хорошо!!

Юзкейсов для применения этого функционала оч. много. И с маркетинговой (презентационной), и со стороны непосредственной "продажи" ПФ ЛПР-ам этот функционал сыграет свою роль. Потому как существенную часть задач могут (и часто закрывают) управленцы на стадии планирования, согласования, презентации и просто думания с помощью интеллект-карт. А так как ЛПР-ы при покупке ПФ - это и есть непосредственные пользователи такого функционала - выводы очеведны.

Насчет реализации. Возможно вопрос не так сложен. Дерево задач в ПФ реализовано изначально. Список карточек есть в Планировщиках. Как выше уже приводили пример - выглядеть это может так. Единственно, интеллект-карты в представлении иерархии (классич. дерева оргструктуры например) - это конечно часто нужно и удобно, но все же хотелось бы более свободного отображения. Ну как в классике - центральная тема и от неё ветви, потом подветви. И если уж говорить о классике, то сами ветви должны быть задачами (т.е. ветви - это не связи между задачами, они и есть задачи).

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

В целом поддерживаю интеллект-карты в любом виде: +1

[Сошников Антон Игоревич]

+1 за реализацию

[Станислав Пислегин]

плюсую!
mind map нужен

[Станислав Пислегин]

в идеале еще отображать задачи планфикс в виде майнмеп, это было бы круто!

[Дмитрий CRM]

Жестоко плюсую всеми руками и ногами! Вставлю свои 5 копеек.

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

Древовидная структура чеклиста - то, что надо для планирования целей и раскидывания указаний! Но типовая творческая задача выглядит как чеклист из 20+ пунктов, разбитых на подпункты и подзадачи (со своими десятками подпунктов) и визуально становится не очень наглядной.

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

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

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

Наглядность. Вложенный список без ограничения вложений уже прелесть! Однако управлять задачами приходится с клавиатуры, вся работа с визуализацией мышью ограничена перетаскиванием пунктов по дереву. А мышление - это прежде всего визуализация и скорость.

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

---

Что можно улучшить.

1. Добавить более наглядное представление дерева задач (визуализация)
В ПФ уже есть подобный и достаточно функциональный инструмент - структура компании. Не нужно прикручивать в него все возможноти MindManager - достаточно адаптировать к работе с задачами, и это уже будет прорыв.
Если произвольное расположение недопустимо, можно его даже принудительно ограничить шаблонными вариантами структуры майнд-карты на выбор (горизонтальная, вертикальная, древовидная, орг-схема, облако, и т.д.)

2. Добавить разделение по типам элементов дерева (типизация)
Пункты чек-листа - ветки с текстом пункта.
Подзадачи - карточки ("прямоугольники") с названием задачи. При этом рисунки карточек, повышающие их наглядность, могут заменить значки Избранного.
Вложения подзадачи - элементы внутри / рядом с / во всплывающем блоке
Описание подзадачи - такая же отдельная иконка-элемент

3. Связи
Основные линии - непосредственно дерево чек-листа
Дополнительные линии - связанные задачи (тип линии "стрелка" может означать тип взаимосвязи /порядок выполнения).

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

Примерно это могло бы быть так. При минимальном функционале это уже позволило бы в разы усилить визуальную составляющую ПФ в области управления задачами. А уж как её применить в работе, мы давно знаем и ждём. :-)

---

Дмитрий, поделитесь опытом - какие инструменты (можно без брендов) использует команда Планфикса в планировании и проектировании системы? Очень интересно, как вы с этим справляетесь, особенно в плане визуализации :-) И может, у вас есть свои альтернативные идеи на счет майнд-мэппинга в ПФ для управления творческими проектами? Было бы интересно узнать ваше на этот счет видение.
Спасибо.

[Виктор Губанов]

+1

[Dmitry Goncharenko]

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

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

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

[Дмитрий CRM]

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

Дмитрий, спасибо и вам за развернутый ответ. Очень приятно узнать, что и вам этот функционал был бы интересен

...это не классический "водопад", при котором без визуализации нам было бы не обойтись, а нечто эджайлоподобное...

Очень рад встретить коллегу)) Мы со свой командой тоже используем подобный подход, занимаясь автоматизацией наших клиентов, только мы по большей части внедряем и дорабатываем опенсорсные CRM. Тоже используем по большей части agile-подход - как в развитии и поддержке готовых, так и в разработке новых проектов. И тем интереснее мне кажется использование инструментов визуализации проектов в разработке по этой методологии.

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

Другими словами, меня волнует отображение текущего статического состояния динамически развивающейся системы.
Этакая карта проекта (логики проекта? функционала проекта?).
Ссылаясь на которую можно было бы общаться на одном языке новичку в проекте, который ещё не знает всех нюансов, со старожилом, который все наизусть помнит.
Программисту, который работает с функциями и ООП - с техподдержкой, которая ориентирована на пользовательский интерфейс и работу пользователей.
Технологу, который проектирует внутреннюю, техническу часть процессов, с райтером, который по ним пишет документацию для конечного пользователя.
Менеджер проекта, который отвечает за добавление нового листика на веточке, показывает другим членам команды на такой карте, с какими зависимыми частями системы имеем дело, какие моменты с этим связаны. Возможно - степень готовности этой части сиситемы и что ещё предстоит сделать. (Вот с этого момента уже можно передавать привет планировщикам и переходить от статичных узлов системы к динамически нестабильным точкам роста - текущим задачам на доработку = изменение состояния этих узлов).
А архитектор системы может "со стороны" видеть актуальную ситуацию по проекту, не привлекая команду для уточнения текущего состояния дел.


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

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

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


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

Буду признателен за ваш опыт, мысли, наблюдения :)


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