Расширить возможности зависимостей задач

[Антон Сулимов]

1. в карточке задачи у иконки зависимостей показывать к-во зависимостей
2. в карточке задачи, в разделе зависимости показывать также задачи которые зависят от текущей, а не только те от которых зависит текущая

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

[Dmitry Goncharenko]

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

[Антон Сулимов]

Т.к. в работе являемся своего рода первопроходцами то "карт" того какие шаги нужно делать нет. Методика вырабатывается в процессе работы.

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

Итак:

1. Есть определённый объём задач на ближайшее будущее, в различной зависимости друг от друга - одни уже в работе, другие запланированы в очереди. Всё эти задачи стали очевидными в процессе работы, т.е. анализа цели, а именно что нужно сделать для достижения поставленной цели.
2. В процессе работы над текущими задачами, которые в работе, возникают необходимости корректирования курса движения к цели - что-то отпадает, что-то обретает другой характер, что-то появляется новое.
   1. Если работа отпала - значит была допущена ошибка, неправильно взвесили/поняли необходимость такой работы. Бывает редко.
   2. То, что изменяется может поменять форму работы - сузиться охватываемый объём "что именно нужно сделать и как", либо расшириться "нужно делать ещё то, то и то...", либо комбинация. Возникает чаще.
   3. Возникновение новых задач оформляется в виде черновиков, которые имеют смысл "вроде бы как нужно сделать или есть смысл сделать или нужно сделать", которые "проживают" своё время и "взвешиваются" несколько раз в процессе текущей работы или при обговаривании на собраниях. В итоге задачи, запланированные и в черновиках, которые получили одобрение на выполнение, становятся в зависимость от других задач, которые сейчас выполняются, запланированы или являются утверждёнными черновиками. И "имея на виду" объём задач и их зависимостей друг от друга определяется следующий шаг - планируются те или иные задачи, на ближайшее будущее. Чтобы сделать самое важное и нужное в первую очередь, а остальное либо дождётся своего часа, либо перестанет быть необходимым, что тоже не исключается.

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

[Dmitry Goncharenko]

Спасибо, Антон. Мы параллельно обсуждаем эту тему в команде, возник вот какой вопрос: а как бы Вы в идеале хотели видеть эти связи? Если оторваться от текущей реализации и просто представить некий фантастический инструмент, который бы Вам был удобен в работе для отслеживания описанных выше процессов?

[Антон Сулимов]

1. Вся структура задач организовывается в виде дерева
2. Зависимости отображаются в виде:
   1. Цифр справа от названия задачи от кого зависит она, а слева - кто зависит от неё. Или только справа вертикально друг над другом
   2. Или в виде разного размера улов-названий задач где визуально будут выделяться важные задачи из всего дерева.
3. При выделении узла показывать зависимости сразу обоих типов, либо по выбору
   1. Стрелками двух типов - от кого зависит и кто зависит.
   2. Подсветкой узлов, без стрелок

[Dmitry Goncharenko]

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

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

[Антон Сулимов]

Да, это имеет сходство с ММ.
Та организация задач, которая есть сейчас в ПФ, если её визуализировать и будет точным ММ.
Конечная цель - это корень/ствол.
Проекты - самые крупные ветви в кроне.
Задачи и подзадачи с неограниченной вложенностью - всё это тоже крона, но более отдаляющаяся от цели.

И когда стоит задача добиться цели, к примеру, получить голый ствол дерева, при условии, что отрезать можно только по одной ветке до первого сочленения (от самой тонкой, к самой толстой). То нужна стратегия что и в какой очередности обрезать, чтобы открывать доступ к новым шагам и тем самым продвигаться к цели.
Вот пример стратегии на картинке (Стратегия по условию.jpg)
На ней я могу выбрать условно четыре ответвления основной проблемы (1,2,3,4) чтобы освободить доступ к отпиливанию ветки(15). К примеру, принимаю решение начать с малого, отрезаю (5, 6). Потом берусь за 7,8,9,10. Осталась одна веточка, и берусь за неё 11,12,13,14. Всё, 15 сбоводна, можно отрезать. На таком примере отображается привычная работа над задачами - пока не решишь подзадача, надзадача не закроется.
А в другой ситуации (Стратегия по условию 2.jpg) ветки мешают друг другу, поэтому нужно будет сделать выбор(увидеть зависимости) и принять решение что нужно сделать первым.
Но в случае, условно скажем имеющейся визуализации задача в ПФ, описанной в начале, или имеющигося ганта, то показать такую зависимость веток задач не представляется возможным.

И вот чтобы показать зависимости, и не создавать второе дерево ММ, не делать совмещения ММ1 и ММ2, где потом фиг разберёшься, нужно:

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

При выделении узла показывать зависимости сразу обоих типов, либо по выбору

    Стрелками двух типов - от кого зависит и кто зависит.
    Подсветкой узлов, без стрелок

т.е. "проявить" дерево зависимостей на дереве задач только частично, в контексте конкретной, выделенной задачи.

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

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

как шаг облегчить анализ зависимостей на первое время.

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

Нужно подумать. В ганте уже есть дерево задач (вместо ММ treeview) и есть визуализация зависимостей, не хватает только задач без сроков и индикаторов зависимостей. Правда сложно представить каким будет совмещение двух таких подходов - treeview, гант, зачади без сроков и их вложенность друг в друга.

[Максим Божко]

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