Обычно к такому результату приходят не из-за бардака, а из желания всё лучше организовать и контролировать. Я решила довести эту логику до абсурда и собрать в системе управления проектами YouGile максимально отвратительную канбан-доску для запуска сайта. Получилось семь вредных советов — а ещё семь способов реально навести порядок в работе с задачами.
1. Напишите всё ТЗ прямо в названии задачи
Начнём с задач. Тут есть две школы.
Первая предлагает писать примерно так: «Подготовить до 15 сентября презентацию нового лендинга для встречи с отделом продаж с учётом комментариев Димы из созвона во вторник».
Формально всё отлично: вся информация перед глазами. На деле — вместо канбан-доски мы получили сборник малой прозы.
А доску всё-таки хочется не читать, а быстро сканировать. Поэтому в названии я бы оставляла только действие или результат: «Подготовить презентацию лендинга».
Есть, правда, способ сделать ещё хуже. Его придерживается вторая школа.
2. Оставьте внутри задачи пустоту
Можно уйти в другую крайность и назвать задачу просто: «Исправить макет». А вот что исправить, после какого комментария и где сам макет — неизвестно.
Дальше начинается квест: найти файл, вспомнить созвон и уточнить детали в Telegram.
Чтобы этого не произошло, из задачи должно быть понятно три вещи: что должно получиться в итоге, где лежат материалы и о чём уже договорились. Так контекст не теряется, а исполнителю не приходится начинать работу с расследования.
3. Сделайте срочным вообще всё
Теперь наведём порядок со сроками. Я поставила дедлайн каждой задаче, а заодно щедро раздала высокие и критические приоритеты.
Первые дни доска выглядит бодро: всё красное, всё срочное. Потом выясняется, что 18 задач уже просрочены, а ещё 12 — критические.
Если одинаковый сигнал стоит почти на каждой карточке, он перестаёт что-либо означать. А доска превращается в новогоднюю гирлянду. Поэтому дедлайны я бы оставляла только там, где срок действительно важен. А высокий приоритет — у задач, которые нужно сделать раньше остальных.
Простой тест: если задача будет готова на день позже и ничего не случится — возможно, дедлайн ей вообще не нужен.
4. Если функция существует — обязательно её используйте
Хотите полной прозрачности? Тогда чем больше информации в задаче, тем лучше. Навесим исполнителя, дедлайн, приоритет, плановую дату, таймер и ещё пару собственных стикеров. Например, «Приоритет от шефа» — чтобы высокий приоритет был действительно высоким.
Но и этого мало. Настроим автоматическое согласование, правила передачи задач и переходы между колонками. Раз таск-трекер что-то умеет, грех этим не воспользоваться.
В реальности я бы делала наоборот: добавляла только то, что решает конкретную проблему команды. Если без параметра, стикера или автоматизации процесс работает так же — скорее всего, они пока не нужны.
5. Добавьте колонку на каждый чих
Теперь можно идеально описать каждый этап процесса:
Новые → Надо обсудить → Обсуждаем → Обсудили → На оценке → Оценили → Запланировано → Скоро возьмём → В работе → В работе, но зависло → На проверке → Почти готово → Готово.
Я пользуюсь простым тестом: если команда не может объяснить разницу между двумя соседними колонками — скорее всего, одна из них лишняя.
Чем меньше лишних этапов, тем проще понять, где находится задача и куда ей двигаться дальше.
6. Никогда не закрывайте задачи
В нашей идеальной системе всё ещё осталась задача «Работа с сайтом». Ей уже несколько месяцев, внутри десятки сообщений, старые файлы и новые договорённости. Закрыть её невозможно: работа с сайтом — как ремонт — никогда не заканчивается.
У хорошей задачи должен быть момент, когда её можно без сомнений перевести в «Готово». Если такого момента нет — скорее всего, перед нами процесс, а не задача.
Поэтому большую работу лучше формулировать так, чтобы у неё был понятный финал, а затем разбивать на подзадачи. Например, «Подготовить сайт к запуску» — на «Сверстать главную», «Сделать адаптивы», «Добавить кейсы» и «Переделать футер».
7. Настройте идеальную доску. И больше никогда её не трогайте
Пять колонок, понятные задачи, всё работает. Отлично — теперь главное ничего не менять.
Правда, сам процесс меняться продолжит: появятся новые этапы, какие-то старые исчезнут. А доска постепенно перестанет иметь к нему отношение.
Поэтому простое правило: появился реальный этап работы — добавили, исчез — убрали. Доска должна описывать то, как команда работает сейчас, а не полгода назад.
Почти все плохие доски начинаются с хороших намерений: добавить контроля, порядка и прозрачности. А заканчиваются одинаково — команда уже не работает с таск-трекером, а обслуживает его.
Хорошая доска делает наоборот: открыл — за несколько секунд понял, что происходит и что делать дальше.
Если захотите проверить эти принципы на своей команде, YouGile для команд до 10 человек доступен бесплатно — без ограничений по функциям и времени.
Комментарии (23)
A2Lac
08.09.2026 14:49Какой трекер удобнее? Кайтен / Вик / юджайл? Кто юзал?
goVerago Автор
08.09.2026 14:49Тут я буду по объективным причинам не совсем объективна)) но с удовольствием послушала бы тех, кто успел поработать в нескольких: что оказалось решающим при выборе?
uzverkms
08.09.2026 14:49Кайтен - один из лучших. С соответствующим модулем у них полноценная канбан доска.
У вас на скриншотах не видно канбана. Где, например, отдельная колонка "в работе - готово"? Что является сигналом для следующего этапа, что задачу можно забирать? За счет чего ваш набор колонок позволяет создать вытягивающую систему?
WIP лимиты ставятся только на отдельную колонку или же можно поставить WIP лимит на группу колонок?
BugCatcher
08.09.2026 14:49В YouGile всё это тоже настраивается быстро)
WIP-лимиты есть в виде расширения причём оно бесплатное и доступно всем пользователям. Так же можно задать автоматический перенос задач между колонками и досками
важно что не обязательно сразу включать всё подряд. Нужен более сложный канбан — докручиваешь доску под свой процесс. Хватает нескольких колонок, стикеров и пары правил — можешь спокойно работать так. YouGile простой, чтобы команду не приходилось долго обучать и внедрение не превращалось в отдельный проект)) плюс для команд до 10 человек бесплатный
projectgeek
08.09.2026 14:49весной писал статью на эту тему, если интересно можете в профиле глянуть всю статью целиком
AlekseyPraskovin
08.09.2026 14:49Какой трекер удобнее?
Судя по вопросу у вас что-то маленькое. Используйте любой, хоть trello. Вся разница начинается сильно дальше, когда вы разрастаетесь до корпы
KingHenry
08.09.2026 14:49все это работает только если в компании есть хоть какие-то бизнес процессы ахахах
goVerago Автор
08.09.2026 14:49Справедливо! Если процесса нет в реальной работе, канбан его не придумает. Но канбан может помочь задать правильные вопросы о том, что процессы пора налаживать и избавляться от хаоса))
Chemist_modeler
08.09.2026 14:49канбан может помочь задать правильные вопросы о том, что процессы пора налаживать и избавляться от хаоса
Может... Но... хм... не очень в этом пока что уверен.
... Задачка казалась не слишком сложной: взамен допотопного легаси сделать современный сайт для работы с научно-техническими отчетами компании. Взглянули, как водится, одним глазком на старый продукт, увидели, что надо - как водится, опять же, - переделывать примерно всё, составили ТЗ, разбили на задачи, и далее по тексту. Разумеется, подумали об удобстве этой самой работы - сделали "рабочее пространство" отчета, где каждый автор мог работать со своей частью документа, и все иут же могли увидеть результат его работы. Могли и вместе работать, сделали чат для авторов. Много чего сделали... два года бедняги корпели.
Результат: НИ ОДНА из новых фич не просто "не работала как надо" - вообще была не нужна в реальной работе, а только вредила. Ибо научно-технический отчет о работе (в отличие, скажем, от квартального или годового отчета сотрудника или отдела, эту работу, в числе прочих, сделавшего) - это, если утрировать, небольшой такой роман в стихах, в котором каждая часть завязана на все остальные, и понять этот текст можно только если он написан (во всяком случае, вчерне) ОДНИМ автором. Два - уже исключение из правила, как Ильф и Петров. Такой отчет не "составляется", а "пишется". Поправишь чуть не то или не так - и в других частях "ритм поплывёт"... Увы - эти "тонкие детали" разработчики не учли... пришлось еще два года переделывать - то бишь, делать всё с нуля.
Возвращаясь к нашим баранам. В канбане была пропущена, по большому счету, одна операция: обсуждение с заказчиком. Ибо "работа с отчетами", эка невидаль, мы ж их делали тонны...
Так вот, может ли в подобных ситуациях канбан помочь "задать правильные вопросы"? И если да, то как? Спасибо заранее.
dvvarna
08.09.2026 14:49Задача в разработку поступает после анализа.
А у аналитиков своя доска или своя часть на общей доске, что удобней, так как разработка видит что её скоро будет ждать, и там как раз и будут все тёрки с заказчиком/пользователем.
Gradiens
08.09.2026 14:49А еще никогда не комментируйте задачи. Переписку по ней ведите в почте: бизнесу так удобнее. Исполнителя в копию ставить не обязательно. Вы ему потом расскажете постановку в мессенджере или устно.
tenzink
08.09.2026 14:49Сделайте срочным вообще всё
Никогда не закрывайте задачиА как же канбановские wip-лимиты? Они же как раз и придуманы для этого
matveeva_karinaa
08.09.2026 14:49Статья жизненная, всегда в компании найдутся люди, которые на практике исполняют эти вредные советы :)
SergeiKruglov
08.09.2026 14:49В десктопном приложении очень раздражает, что нельзя минимизировать в трей.
SisleyTat
смешной материал, пару раз прямо улыбнуло, спасибо))
goVerago Автор
Спасибо! Значит, вредные советы работают как надо)))
poige
меня улыбнуло ещё тогда, когда я прочитал это как «лоси гибнут за …». Видимо «канбан» при беглом чтении вызывает определенную настройку фокуса. Нужен кофе. Середина недели всё-таки…