Comments 50
Я конечно не эксперт в канбане, но кажется вам нужно что-то другое. Смысл канбан доски в том что каждая задача переходит последовательно из одной колонки в другую. У вас же, судя по документу - это просто задачи в разных категориях и кажется что даже относятся к разным "проектам".
Возможно вам будет удобен инструмент который позволит "тегировать" и фильтровать задачи внутри канбан доски. В YouTrack от jetbrains можно сделать такие доски с фильтрацией
у меня все то же самое, но я переношу задачи не из колонки в колонку, а из блока в блок. И мне нужно именно визуальное решение, потому что визуализация в виде блоков компактнее, чем в виде столбцов.
Меня также интересует, над этой темой думали или нет. Потому что ИИ бессилен что-то сказать по этому поводу, например. А как искать, хотя бы как это называется в информатике, тоже непонятно.
Я правильно понял, что у вас задача должна пройти все блоки последовательно (ну или условно последовательно, может перескачить какой-то)? Если да - то действительно посмотрите в YouTrack Dashboards. Там можно это "накостылить". Возможно придется завести несколько проектов, которые у вас будут разделять доски. Либо поля. Это все ещё с точки зрения UI не то что вам необходимо, но ближе я ничего не знаю.
Можно поинтересоваться какую проблему вы решаете?
Как вариант, предположу, этому господину нужен широкий монитор, чтоб все колонки влезли (тогда не пришлось бы переносить блоки). Но: Это прокатило бы в случае если задачи действительно перемещались постепенно из одного столбика в другой как в классической канбан-доске. Но глядя на скрин, я все же в этом сомневаюсь, т.к. задачи просто делятся на группы: У автора названия блоков - это не стадии задач, а разные группы соответствия (все гораздо проще, чем канбан). Отсюда я делаю вывод, что с канбаном здесь мало общего.
Согласен. Если заменить Kanban на Dashboard, все встанет на свои места, но и статья превратится в пустышку.
Меня бы устроило, если бы я нашел рассмотрение этой темы в каком-нибудь разделе информатики об интерфейсах, название этой модели и критика этой модели.
Хочется знать, ее рассматривали или нет.
Без целеполагания выбрать решение затруднительно. Мы за вас гадать не хотим :)
Цель - более качественно визуализировать списки задач.
Разложить их по полочкам на своем мониторе. Компактно. Свой пример в гугл-таблицах я выложил.
А почему вы не работаете без целеполагания? Какая цель в сортировке пузырьком? Просто модели данных и их визуализации вам не интересны?
Формулирование проблемы даёт половину решения.
Группировка названий задач по некоторому признаку на экране может решаться десятком способов - от дашборда на JS до консольного приложения на Python. Визуальное представление данных никакого отношения к методологии разработки не имеет.
Надеюсь, на вопрос ответил.
В Youtrack можно сделать dashboard, на котором в разных панелях расположены задачи с разным статусом. Высоту панелей придётся менять вручную, перетаскивать задачи (кажется) нельзя.
За неимением подобной структуры я делал в Google-Таблицах структуру подобного вида
И у вас вместо линейного представления сразу появилось еще одно измерение в пределах одной сущности. И это мгновенно усложняет восприятие информации на порядок.
Это все равно что человек привык видеть список файлов линейно в Far или Total Commander, и его вдруг резко заставляют работать в Explorer где иконки располагаются по сетке. Он даже нужный файл найти не может, ему вдруг вместо того чтобы скользить взглядом сверху вниз, надо начинать разгребать визуал по строкам, пытаясь в какой-то заранее неизвестной позиции в строке найти нужный ему файл. Это же ужасно.
Я тоже в поиске нечто подобного. Большие надежды возлагаю на бесконечные доски с возможностью свёртывания и развёртывания веток. Важно, чтобы это было реализовано не в браузере и не с привязкой к Google или "товарищу майору", т.к. оба могут стать в любой момент против нас.
Вещь простая, а никто не делает. Почему, не могу понять. Вот канбан у всех. А даже разместить одну доску под другой нельзя.
Заговор? Слепота? Шаблонность мышления?
Вещь простая, а никто не делает. Почему, не могу понять. Вот канбан у всех. А даже разместить одну доску под другой нельзя.
Потому что это бессмысленно.
Разбирая пример из Гугл таблицы:
Описаны совершенно разные категории проектов. "Сайт/чат", "звонить, общаться", "продать", "важное". Это мешанина из совершенно разных областей. Даже части речи разные.
В большинстве трекеров есть "приоритет", это как раз "важное". Не может быть важного в любой из этих "категорий" ? Группировка по приоритетам на досках в основном у всех реализована.
Вам не потребуется "общаться" что бы "продать"? А по поводу "сайта/чата" ? Это вряд ли самоцель ... Скорее всего это действие либо для согласования, либо для уточнения. И в зависимости от процесса, это процессный статус, или несколько.
Относительно независимых проектов, например "чат" и "акции" это можно в Jira сделать тэгами и фильтрами. Мы так когда-то делали. И дальше либо по конкретному фильтру, либо всё в кучу. Группировка по проектам там тоже была. Да, не так как на эскизе, они были swimlane отделены.
Но опять же, если пытаться всё запихнуть в один экран, теряется основная идея - максимально быстро получить представление о статусе. Поэтому для разных активностей : например, планирование, исполнение, анализ нужны будут разные ракурсы с фокусом на решаемую задачу.
Так что KISS и YAGNI в чистом виде 😁
Это бессмысленно в описанном вами контексте. Но для обзора задач это очень удобно, я же применяю. Попытка запихнуть всех в один шаблон обработки задач понятна, но люди разные, кто-то "любит глазами".
Поэтому и родились канбаны, а не просто списки задач, что кому-то они удобнее.
Поэтому я и предлагаю дальнейшее развитие канбана.
Если у вас 5 задач, наверное можно так изобразить, как вы пишите, но у меня тысячи задач на доске, и что бы переместить задачу в другой блок, мне придется скролить бесконечное количество экранов вниз или вверх? Как будто бы это бред.
Напоминает идеи делать бесконечные сайты по горизонтали а не по вертикали
ну для тысяч задач надо добавлять таки фильтры. не думаю, что за свою жизнь вы переделаете тысячи задач, если это чисто ваши задачи. Я про персональный таск-менеджер, а не трек.
Да и канбан на 1000 задач сомнительный инструмент.
Так задачи делает команда, команд много.
Основную проблему вашего подхода я описал, это с точки зрения UX неудобно, а если бы было удобно, наверняка кто то бы уже внедрил.
Но если вы уверены что это будет пушка, тогда скорее нужно делать такой трекер и снимать сливки)
Насчет пушки не знаю - просто мне так удобно, удобнее чем в канбане. Есть и персональные таск-менеджеры.
Но я понимаю желание разработчиков ломать пользователей "о колено".
И все же иногда пользователи видят лучше, как им надо.
Никто никого не ломает. А если и ломает, то заказчик разработчика. В обратную сторону просто не получится. Одно из преимуществ Канбан - совместная работа всех заинтересованных. Для этого нужно выправить процесс и доска тут только инструмент. Поэтому, доска должна быть простая и локаничная. Желательно, одна на всех. В Вашей доске сложно разбираться тем более пользователю
Вот почитайте, что вы пишете "Сложно разобраться пользователю". Но ведь пользователь - я. И не испытываю никаких сложностей. Все же попытка сломать пользователя об навязываемый инструмент.
Как и написали выше, постановка задачи недостаточно конкретизирована.
Опишите текстом или схемами, что может происходить с пунктом в блоке. Задача может быть выполнена или перемещена в другой блок? Заранее известно, какой блок будет для нее первым, следующим или последним?
Также на последнем примере у Вас 2 блока "Важное". Это опечатка или это блок с одним и тем же названием, но в разных сферах? Если второе, то как их отличить друг от друга?
У меня возникло ощущение, что изначально идея в минимизации пустого пространства. Есть слишком длинные колонки и они не дают без прокрутки понимания того, сколько там пунктов. И есть полупустые колонки, что кажется не оптимальным. Ну или хочется не 5-6 колонок, а 20 блоков.
В общем, да, извините, но постарайтесь детальнее сформулировать запрос. Тогда и ответы будут более конкретные.
Я в UPD добавил картинку, как я решил проблему через использование Гугл-документов.
На что только не пойдет айтишник, чтобы уложить пользователя в прокрустово ложе своей готовой модели. Прекрасно понимаю, сам айтишник, но научился изучать потребности клиентов.
Мне нужно располагать колонки канбана друг под другом. Зачем - это мое дело. Мне так удобно. Если будет такой таск-менеджер, где такие колонки есть, я уйду на него с Кайтена, который сейчас использую. Хотя для работы мне Кайтена хватает.
А вот личных задач слишком много и сфер много, поэтому там пока будет таблица в Гугл Докс, раз программисты таск-менеджеров считают себя лучшими визионерами, чем пользователи.
Когда до такой схемы камбана дойдут лет через пять, будут разводить руками, как не видели очевидное. Но увы, сила инерции мышления всегда такова.
как не видели очевидное
Сорри, на картинках с доской у Вас присутствуют разноцветные карточки в RYBG-палитре. Какую смысловую нагрузку несёт каждый цвет?
сугубо вкусовщина. чтобы быстрее идентифицировать нужную категорию глазами.
сугубо вкусовщина.
Сорри. Ответ не верный, потому последующие действия не имеют смысла.
Данная палитра цветов имеет исторически целевое назначение, разработанное англосаксами при реализации LEAN-технологии, одним из инструментов "один-из-многих" и был японский канбан (- способ передачи информации в концепции "Точно вовремя").
ЗЫ: представленная Вами палитра цветов занимает промежуточное значение -- между RYG-палитрой и RGB-палитрой.
Кактотак
Мы честно пытаемся понять то, что для Вас очевидно. Если хотите получить помощь, помогите другим лучше Вас понять. Для этого почти в каждом комментарии треда есть дополнительные вопросы.
Возможно Ваша идея действительно прорывная и многим будет удобно пользоваться инструментом, который есть у Вас в голове. Если Вы сможете более детально описать инструмент, то либо Вам подскажут, где это уже реализовано. Либо, как это реализовать.
Если это реализовано и вы знаете где - подскажите.
Инструмент не в моей голове - я написал и описал как он должен выглядеть.
Для рабочих задач мне хватает канбана.
Для личных мне был бы удобен канбан но с колонками друг под другом, я бы видел все свои актуальные задачи по категориям. Может это дашбоард, не знаю, как называть, но очень удобно.
Понятно, что с задачами можно работать и в других вариантах, но вот такое представление для обзора мне очень удобно.
В чем суть разбиения по 4 столбцам?
распределение внимания.
То есть к канбану это относится никак?
в канбане тоже столбцы. не знаю, относится или нет. Что значит "относится"?
Так если не знаешь, то почему пишешь, что это канбан?
Что значит "относится"? Является представителем. Даже не смешно
У телеги тоже есть колёса, но это не делает ее трамваем. Примерно такая аналогия
На что только не пойдет айтишник, чтобы уложить пользователя в прокрустово ложе своей готовой модели
Может дело в том, что вы пытаетесь использовать модель таким образом, для которого она не предназначена? Канбан в разработке предназначается для отображения задач в разных статусах и отслеживания как нагрузки различных участников процесса, так и этапов прохождения задачи. Отслеживать статус когда что-то друг под другом, что-то рядом - сложно, поэтому это и не нужно и не делалось. Нет такой задачи в канбане, которая бы потребовала такое отображение.
Мне нужно располагать колонки канбана друг под другом.
Исходя из всех ваших комментариев, вам нужно группировать задачи в рамках одного экрана с минимизацией свободного пространства с возможностью перетаскивания этих задач между группами.
Кажется что-то такое можно сделать в Notion.
Когда до такой схемы камбана дойдут лет через пять, будут разводить руками, как не видели очевидное.
Не дойдут, потому что это не канбан.
Отдельно отмечу эту цитату:
Зачем - это мое дело.
С таким подходом вы инструмент не найдете и не создадите. Инструмент должен решать определенную задачу иначе вы получите бесполезное решение, которым будут пользоваться 1,5 землекопа и инструмент умрет. Он должен закрывать определенные боли, а что вы хотите видеть, как пользователь изменится десятки раз за время разработки. Поэтому все и спрашивают про решаемую задачу, а не как оно выглядеть должно. Вон в таблицах же получилось сделать, в чем проблема?
Мне все равно для чего предназначен канбан. Я использую только визуальное решение в виде канбана.
Не знаю, Notion я как-то пробовал, проверю еще раз, я там зарегистрирован. Но не думаю. Потом отпишусь.
Неважно, канбан это или нет. Есть оригинальное визуальное решение, оно имеет право на жизнь.
Любой инструмент надо исследовать. Проблема в айти в том, что она гребет только по протоптанным дорожкам, не отклоняясь на варианты. У бизнеса на это нет денег, а наука информатика деградировала.
Проблема в том, что в таблице тексты, а не списки задач, из таблицы нельзя открыть задачу.
Похоже, вы переизобрели kanban swimlanes.
А вообще, в Юджайл удобно сделано: есть проект, а вверзу есть табы с досками. Например, у нас производство. Есть Сделки, Заказы (в производстве), Разработка, Идеи - это доски внутри проекта. Логическая разбивка.
Мне тут подсказали, где такой канбан есть, в Планфиксе. Можно создать вид, где выводить только наименования задачи. Но по высоте не подстраивается, как видно на картинке.
Когда-то я пользовался планфиксом, потом ушел, почему не помню.
Но здесь хоть столбцы можно размещать друг под другом. Но этого мало все же.

Новый взгляд на привычный Канбан