- в карточке задачи у иконки зависимостей показывать к-во зависимостей
- в карточке задачи, в разделе зависимости показывать также задачи которые зависят от текущей, а не только те от которых зависит текущая
Расширить возможности зависимостей задач
-
- Сообщения: 82
- Зарегистрирован: 11.06.2013 16:05
Расширить возможности зависимостей задач
-
- Сообщения: 4126
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 82
- Зарегистрирован: 11.06.2013 16:05
Т.к. в работе являемся своего рода первопроходцами то "карт" того какие шаги нужно делать нет. Методика вырабатывается в процессе работы.
Маленький комментарий: Задача-черновик пока объединяет в себе два смысла - заметка о какой-то задаче и запланированная задача в очереди, которая прошла процедуру утверждения. Это решается при помощи статусов, но с ними нужно ещё разобраться. Пока же остаётся так, чтобы в списках не маячило много задач в статусе Новая, в работе, отложенная и пр.
Итак:
Маленький комментарий: Задача-черновик пока объединяет в себе два смысла - заметка о какой-то задаче и запланированная задача в очереди, которая прошла процедуру утверждения. Это решается при помощи статусов, но с ними нужно ещё разобраться. Пока же остаётся так, чтобы в списках не маячило много задач в статусе Новая, в работе, отложенная и пр.
Итак:
- Есть определённый объём задач на ближайшее будущее, в различной зависимости друг от друга - одни уже в работе, другие запланированы в очереди. Всё эти задачи стали очевидными в процессе работы, т.е. анализа цели, а именно что нужно сделать для достижения поставленной цели.
- В процессе работы над текущими задачами, которые в работе, возникают необходимости корректирования курса движения к цели - что-то отпадает, что-то обретает другой характер, что-то появляется новое.
- Если работа отпала - значит была допущена ошибка, неправильно взвесили/поняли необходимость такой работы. Бывает редко.
- То, что изменяется может поменять форму работы - сузиться охватываемый объём "что именно нужно сделать и как", либо расшириться "нужно делать ещё то, то и то...", либо комбинация. Возникает чаще.
- Возникновение новых задач оформляется в виде черновиков, которые имеют смысл "вроде бы как нужно сделать или есть смысл сделать или нужно сделать", которые "проживают" своё время и "взвешиваются" несколько раз в процессе текущей работы или при обговаривании на собраниях. В итоге задачи, запланированные и в черновиках, которые получили одобрение на выполнение, становятся в зависимость от других задач, которые сейчас выполняются, запланированы или являются утверждёнными черновиками. И "имея на виду" объём задач и их зависимостей друг от друга определяется следующий шаг - планируются те или иные задачи, на ближайшее будущее. Чтобы сделать самое важное и нужное в первую очередь, а остальное либо дождётся своего часа, либо перестанет быть необходимым, что тоже не исключается.
-
- Сообщения: 4126
- Зарегистрирован: 06.06.2012 13:54
Спасибо, Антон. Мы параллельно обсуждаем эту тему в команде, возник вот какой вопрос: а как бы Вы в идеале хотели видеть эти связи? Если оторваться от текущей реализации и просто представить некий фантастический инструмент, который бы Вам был удобен в работе для отслеживания описанных выше процессов?
-
- Сообщения: 82
- Зарегистрирован: 11.06.2013 16:05
- Вся структура задач организовывается в виде дерева
- Зависимости отображаются в виде:
- Цифр справа от названия задачи от кого зависит она, а слева - кто зависит от неё. Или только справа вертикально друг над другом
- Или в виде разного размера улов-названий задач где визуально будут выделяться важные задачи из всего дерева.
- При выделении узла показывать зависимости сразу обоих типов, либо по выбору
- Стрелками двух типов - от кого зависит и кто зависит.
- Подсветкой узлов, без стрелок
-
- Сообщения: 4126
- Зарегистрирован: 06.06.2012 13:54
Вы описываете что-то похожее на MindMap, но в классике у майндмэпа все определяется вложенностью, а не связями "предшественник-последователь". То есть, в нашем случае это как бы задачи, раскладывающиеся на подзадачи, которые в свою очередь тоже раскладываются на подзадачи - и так до самых мелких деталей. А вот с вариантом похожей организации, но с использованием связей, я не сталкивался. Хотя вполне допускаю, что она существует. Интересно было бы узнать что это такое и с чем его едят.
Но это я так, немного ушел от практики - тема просто очень благодатная для философских рассуждений)
Как я уже сказал, мы параллельно обсуждаем этот вопрос внутри команды и пришли к двум решениям:
- относительно простое и быстрое: сделать примерно так, как Вы предлагали изначально - в частности, на панели связей в задаче два раздельных блока "Предшественники" и "Последователи" и такие же блоки в интерфейсе установки связей.
- более сложное и далекое: проработали механизм отображения на Ганте задач без сроков. На бумаге получается достаточно интересно, удобно и информативно. Решили в будущем выделить на это время и модернизировать Ганта таким образом.
Но это я так, немного ушел от практики - тема просто очень благодатная для философских рассуждений)
Как я уже сказал, мы параллельно обсуждаем этот вопрос внутри команды и пришли к двум решениям:
- относительно простое и быстрое: сделать примерно так, как Вы предлагали изначально - в частности, на панели связей в задаче два раздельных блока "Предшественники" и "Последователи" и такие же блоки в интерфейсе установки связей.
- более сложное и далекое: проработали механизм отображения на Ганте задач без сроков. На бумаге получается достаточно интересно, удобно и информативно. Решили в будущем выделить на это время и модернизировать Ганта таким образом.
-
- Сообщения: 82
- Зарегистрирован: 11.06.2013 16:05
Да, это имеет сходство с ММ.
Та организация задач, которая есть сейчас в ПФ, если её визуализировать и будет точным ММ.
Конечная цель - это корень/ствол.
Проекты - самые крупные ветви в кроне.
Задачи и подзадачи с неограниченной вложенностью - всё это тоже крона, но более отдаляющаяся от цели.
И когда стоит задача добиться цели, к примеру, получить голый ствол дерева, при условии, что отрезать можно только по одной ветке до первого сочленения (от самой тонкой, к самой толстой). То нужна стратегия что и в какой очередности обрезать, чтобы открывать доступ к новым шагам и тем самым продвигаться к цели.
Вот пример стратегии на картинке (Стратегия по условию.jpg)
На ней я могу выбрать условно четыре ответвления основной проблемы (1,2,3,4) чтобы освободить доступ к отпиливанию ветки(15). К примеру, принимаю решение начать с малого, отрезаю (5, 6). Потом берусь за 7,8,9,10. Осталась одна веточка, и берусь за неё 11,12,13,14. Всё, 15 сбоводна, можно отрезать. На таком примере отображается привычная работа над задачами - пока не решишь подзадача, надзадача не закроется.
А в другой ситуации (Стратегия по условию 2.jpg) ветки мешают друг другу, поэтому нужно будет сделать выбор(увидеть зависимости) и принять решение что нужно сделать первым.
Но в случае, условно скажем имеющейся визуализации задача в ПФ, описанной в начале, или имеющигося ганта, то показать такую зависимость веток задач не представляется возможным.
И вот чтобы показать зависимости, и не создавать второе дерево ММ, не делать совмещения ММ1 и ММ2, где потом фиг разберёшься, нужно:
И это даст возможность видеть зависимости целостно, а не только на уровне одной задачи, в карточке, в виде цифр, где, чтобы понять все сеть зависимостей нужно перелопатить кучу карточек.
Имея визуальное представление зависимостей получаем возможность легче выбрать следующий шаг, спланировать какую-то стратегию.
Можно ещё добавить контроль зависимостей, к примеру, в зависимые задачи, добавлять сообщения о, к примеру, завершении зависимой задачи.
И зависимости в такой, более полной реализации приобретают более зрелый смысл. Дают больше возможностей избежать путаницы и неверных шагов, а помогают сделать самый решающий и важный шаг.
Когда количество людей обрезающих дерево увеличивается, увеличивается и сложность в контроле что нужно делать следующим, что освободить в первую очередь, где потенциально может возникнуть "затор" в работе - кто-то будет сидеть без дела и ждать другого.
Та организация задач, которая есть сейчас в ПФ, если её визуализировать и будет точным ММ.
Конечная цель - это корень/ствол.
Проекты - самые крупные ветви в кроне.
Задачи и подзадачи с неограниченной вложенностью - всё это тоже крона, но более отдаляющаяся от цели.
И когда стоит задача добиться цели, к примеру, получить голый ствол дерева, при условии, что отрезать можно только по одной ветке до первого сочленения (от самой тонкой, к самой толстой). То нужна стратегия что и в какой очередности обрезать, чтобы открывать доступ к новым шагам и тем самым продвигаться к цели.
Вот пример стратегии на картинке (Стратегия по условию.jpg)
На ней я могу выбрать условно четыре ответвления основной проблемы (1,2,3,4) чтобы освободить доступ к отпиливанию ветки(15). К примеру, принимаю решение начать с малого, отрезаю (5, 6). Потом берусь за 7,8,9,10. Осталась одна веточка, и берусь за неё 11,12,13,14. Всё, 15 сбоводна, можно отрезать. На таком примере отображается привычная работа над задачами - пока не решишь подзадача, надзадача не закроется.
А в другой ситуации (Стратегия по условию 2.jpg) ветки мешают друг другу, поэтому нужно будет сделать выбор(увидеть зависимости) и принять решение что нужно сделать первым.
Но в случае, условно скажем имеющейся визуализации задача в ПФ, описанной в начале, или имеющигося ганта, то показать такую зависимость веток задач не представляется возможным.
И вот чтобы показать зависимости, и не создавать второе дерево ММ, не делать совмещения ММ1 и ММ2, где потом фиг разберёшься, нужно:
- Видеть только ветки задач (проекты-задачи-подзадачи....)
- Видеть счётчики зависимостей у каждого узла, т.е. у задачи и только у тех кто их имеет.
- Имея на виду зависимости оперировать ими.
- Видно что не имеет зависимостей и может быть сделано в первую очередь.
- Видно что имеет зависимости. Их уже можно изучать более детально, как уже писал.
т.е. "проявить" дерево зависимостей на дереве задач только частично, в контексте конкретной, выделенной задачи.При выделении узла показывать зависимости сразу обоих типов, либо по выбору
Стрелками двух типов - от кого зависит и кто зависит.
Подсветкой узлов, без стрелок
И это даст возможность видеть зависимости целостно, а не только на уровне одной задачи, в карточке, в виде цифр, где, чтобы понять все сеть зависимостей нужно перелопатить кучу карточек.
Имея визуальное представление зависимостей получаем возможность легче выбрать следующий шаг, спланировать какую-то стратегию.
Можно ещё добавить контроль зависимостей, к примеру, в зависимые задачи, добавлять сообщения о, к примеру, завершении зависимой задачи.
И зависимости в такой, более полной реализации приобретают более зрелый смысл. Дают больше возможностей избежать путаницы и неверных шагов, а помогают сделать самый решающий и важный шаг.
Когда количество людей обрезающих дерево увеличивается, увеличивается и сложность в контроле что нужно делать следующим, что освободить в первую очередь, где потенциально может возникнуть "затор" в работе - кто-то будет сидеть без дела и ждать другого.
как шаг облегчить анализ зависимостей на первое время.- относительно простое и быстрое: сделать примерно так, как Вы предлагали изначально - в частности, на панели связей в задаче два раздельных блока "Предшественники" и "Последователи" и такие же блоки в интерфейсе установки связей.
Нужно подумать. В ганте уже есть дерево задач (вместо ММ treeview) и есть визуализация зависимостей, не хватает только задач без сроков и индикаторов зависимостей. Правда сложно представить каким будет совмещение двух таких подходов - treeview, гант, зачади без сроков и их вложенность друг в друга.более сложное и далекое: проработали механизм отображения на Ганте задач без сроков. На бумаге получается достаточно интересно, удобно и информативно. Решили в будущем выделить на это время и модернизировать Ганта таким образом.
-
- Сообщения: 51
- Зарегистрирован: 11.04.2013 00:29
Тут снова хочу оставить комментарий о необходимости из контекста задачи создавать связанные. Дерево - это отражение всё-таки вертикальной структуры задач, но в практике проектного управления всё-таки наиболее важной сущностью являются именно горизонтальные связи, отражающие последовательность выполнения задач. Следовательно, работа с этими связями должна быть более удобной.