Согласование заказа голосованием в карточке — КанБан

На мебельном производстве почти каждый заказ проходит через несколько точек согласия. Чертёж кухни должен одобрить и клиент, и конструктор. Спорный брак на раскрое — обсудить и решить, переделывать или пускать в дело. Готовое изделие перед отгрузкой — принять по качеству. Формально это коллективные решения, но на практике они висят в мессенджере: «Игорь, ты видел чертёж?», «Оксана, по кромке что решили?», «кто-нибудь принял тумбу?».

Проблема не в самом обсуждении, а в том, что у него нет фиксации и нет последствия. Кто-то сказал «ок» в чате, кто-то промолчал, кто-то не увидел — а изделие уже поехало в производство или к клиенту. Потом выясняется: чертёж «согласовали» не все, брак пустили без решения, приёмку никто толком не проводил. Каждое такое «вроде договорились» — это переделка, возврат или спор задним числом.

В КанБан согласование встроено прямо в карточку заказа — это блок «Опрос». Вы задаёте вопрос и варианты «за / против» (или любые свои), а к каждому варианту привязываете колонку и порог голосов. Дальше система работает сама: как только вариант набирает нужное число голосов, карточка автоматически переезжает в заданную колонку, а опрос закрывается — с зафиксированным результатом. Ниже разберём на примере: Мебельного производства «ДубЪ».

В чём проблема: коллективные решения живут в чате и ни к чему не привязаны

Мебель на заказ — командная работа: конструктор, снабженец, столяр, а часто ещё и клиент. Ключевые решения по заказу принимаются не единолично, и именно на согласованиях всё вязнет.

• Согласие размазано по переписке. «Все за?» спрашивают в общем чате, а отвечают вразнобой: кто эмодзи, кто голосом, кто вообще не увидел. Собрать однозначное «да» невозможно.
• Нет фиксации, кто и что решил. Через неделю при споре о браке никто не докажет, кто именно дал добро пустить деталь в дело. Решение было — следа не осталось.
• Решение не двигает заказ. Даже когда согласовали, карточку в следующую колонку кто-то должен перетащить руками. Забыли — изделие стоит, хотя все «за».
• Приёмку проводят формально. «Готово?» — «Готово». Без явного «принято N людьми» контроль качества превращается в кивок, а брак уезжает к клиенту.
• Правление и спорные вопросы решаются устно. Стоит ли брать сложный заказ, менять поставщика фурнитуры — обсудили на словах, решение нигде не зафиксировано.

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

Как решает КанБан: опрос «за/против» с авто-переносом карточки

В КанБан у карточки заказа есть блок «Опрос» — встроенное голосование, которое не просто собирает мнения, а по результату двигает саму карточку. Как это устроено:

• Вопрос и варианты. Вы задаёте вопрос (например, «Согласовать чертёж?») и варианты ответа. По умолчанию это «За» и «Против», но вариантов можно добавить больше — до двенадцати, с любыми названиями.
• Голос в один клик. Каждый, кто видит карточку, голосует нажатием на вариант. У варианта растёт полоса-счётчик и цифра голосов, свой выбор отмечен галочкой. Повторный клик по своему варианту снимает голос, клик по другому — меняет его. Один участник — один голос.
• Порог голосов. Задаётся число голосов, при котором решение считается принятым, — например, 3 голоса «за».
• Правило «вариант → колонка». Каждому варианту можно привязать колонку доски. Когда вариант набирает порог, карточка сама переносится в эту колонку.
• Авто-закрытие с фиксацией. Как только порог достигнут и сработал перенос, опрос закрывается (помечается «завершён» с замком) — результат зафиксирован, переголосовать уже нельзя.

Механика предсказуемая: пока порог не набран, идёт открытое голосование со счётчиками; в момент, когда нужный вариант достигает порога и у него задана колонка, карточка едет туда и опрос запирается. Порог и счётчик всегда на виду под вариантами — видно, сколько голосов уже есть и сколько осталось до решения.

Настроить опрос (задать вопрос, варианты, порог и правила переноса) может управляющий, администратор или постановщик карточки — то есть тот, кто отвечает за заказ. А голосуют все, кто видит карточку, — вся команда, участвующая в решении.

Где это нужно на производстве: согласования, брак, приёмка, правление

Опрос закрывает целый класс задач, где решение принимает не один человек:

• Согласование чертежа и сметы. Вопрос «Согласовать чертёж кухни?», варианты «За / Против», порог — сколько человек должны одобрить. При достижении «за» карточка сама уходит в колонку «В производство».
• Решение по браку. На раскрое всплыл дефект ЛДСП. Вопрос «Что делаем с деталью?», варианты «Переделать → Раскрой» и «Пустить в дело → Кромление». Как только вариант набрал голоса — заказ едет по выбранному пути, и видно, кто как решил.
• Приёмка готового изделия. Вопрос «Принять изделие по качеству?», порог — например, 2 голоса «принято». Набрали — карточка едет в «Отгрузка», приёмка зафиксирована поимённо.
• Решения правления и оргвопросы. «Берём сложный заказ?», «Меняем поставщика фурнитуры?» — голосование фиксирует коллективное решение, а не устную договорённость.

Разбор на примере: Мебельное производство «ДубЪ»

В «ДубЪ» три этапа заказа всегда упирались в согласование. Теперь на каждом стоит опрос.

Согласование чертежа. Конструктор Игорь (он же постановщик карточки) в карточке заказа «Кухня Ивановых» открывает блок «Опрос», задаёт вопрос «Согласовать чертёж?», оставляет варианты «За» и «Против». Варианту «За» он привязывает колонку «В производство» и ставит порог 2 — нужно одобрение и его самого, и клиента (у клиента есть доступ к карточке). Игорь и клиент жмут «За», счётчик доходит до 2 — карточка автоматически уезжает в «В производство», опрос закрывается. Никто ничего не перетаскивал руками, и видно, что согласовали именно эти двое.

Решение по браку. Столяр на раскрое находит скол на фасаде. Игорь заводит опрос «Скол на фасаде — что делаем?» с вариантами «Переделать» (→ колонка «Раскрой») и «В дело» (→ «Кромление»), порог — 2. Столяр, снабженец Оксана и Игорь голосуют; вариант «Переделать» набирает 2 голоса — заказ сам возвращается в «Раскрой», а в карточке навсегда остаётся, кто как проголосовал. Спорить задним числом не о чем.

Приёмка перед отгрузкой. На готовой тумбе Игорь ставит опрос «Принять по качеству?» с порогом 2 и переносом «принято» → «Отгрузка». Столяр и Оксана осматривают изделие, жмут «Принято» — карточка едет на отгрузку, приёмка зафиксирована. Пока порог не набран, тумба физически не может уехать к клиенту.

Что это даёт производству

Опрос превращает размытое «вроде все согласны» в зафиксированное решение, которое сразу двигает работу:

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

Итог: конструктор Игорь перестаёт вручную собирать согласия и таскать карточки, а каждое коллективное решение по заказу оставляет след и сразу превращается в движение по доске.