Шаблон канбан-доски задаёт начальную последовательность состояний работы. Команда уточняет её под свой результат: что поступает на вход, кто принимает следующий шаг, по какому событию карточка движется дальше и куда возвращается с замечаниями. Копировать названия колонок без этих договорённостей недостаточно.
Ниже — три учебные заготовки в таблицах: для заявки на обслуживание, согласования версии документа и выпуска отчёта. Их можно скопировать и адаптировать для своей команды. Например, согласование подходит для текста публикации или требований к разработке, а заявка — для клиентского запроса. Схемы составлены для статьи и не объявляются готовыми шаблонами библиотеки Канбано. Подробный пример посвящён доступу сотрудника к готовому отчёту.
Как превратить маршрут работы в заготовку
Маршрут работы превращают в заготовку через описание результата, состояний и условий передачи. Начните с завершённой работы и проследите её путь назад: что получатель должен проверить, что ему передаёт исполнитель, какие исходные данные нужны до начала исполнения.
Для учебной заявки результатом станет доступ сотрудника к нужному отчёту. Отправленное приглашение ещё не доказывает, что сотрудник открыл правильный выпуск. Поэтому между исполнением и закрытием предусмотрено ожидание подтверждения. Входом служит запрос, в котором можно уточнить адресата и сам отчёт.
| Граница маршрута | Проверяемое условие | Кто отвечает |
|---|---|---|
| Вход в исполнение | Указаны отчёт, адресат и требуемый доступ | Исполнитель проверяет заявку |
| Передача результата | Доступ предоставлен указанному адресату | Исполнитель сообщает заявителю |
| Завершение | Заявитель открыл нужный отчёт и подтвердил результат | Заявитель отвечает, исполнитель закрывает карточку |
Названия участников здесь обозначают обязанности людей. Наличие роли «проверяющий» в конкретном приложении для такой договорённости не требуется. Общую работу с колонками и карточками можно изучить отдельно и освоить движение задач, прежде чем уточнять собственные переходы.
Что служит единицей выбранного процесса
Единицей процесса служит результат, который одна карточка проводит от входа до завершения. Для заявки это выполненный запрос, для согласования — рассматриваемая версия документа, для отчёта — отдельный выпуск.
Если документ и каждое замечание оформить равноправными карточками в одной очереди, движение перестанет показывать готовность документа. Замечания к его версии можно сохранить в описании, чек-листе или связанном исходнике. Отдельную карточку стоит заводить для самостоятельного результата с собственным исполнителем и условием завершения.
Где начинается ответственность следующего участника
Ответственность следующего участника начинается с согласованной передачи: подготовивший работу указывает результат, получателя и нужное действие. Колонка «Ожидает проверки» означает, что результат передан, но проверка ещё не началась. «Проверяется» означает, что проверяющий уже приступил.
Разделяйте эти состояния, если команде нужно видеть очередь перед проверкой. Передающий участник отвечает за комплектность материалов, принимающий — за решение по ним. Состав и отбор входящих запросов можно вынести в отдельную работу и разобрать входящий поток.
Один человек может выполнять несколько обязанностей. Если составитель сам проверяет выпуск, это следует указать в договорённости, а отдельную передачу другому участнику не изображать. Колонка нужна для различимого состояния результата. Когда два соседних состояния никто не может объяснить разными событиями, проверьте, есть ли смысл оставлять оба.
Какую схему выбрать для повторяющейся работы
Схему повторяющейся работы выбирают по результату карточки и характеру передачи. Запрос проходит уточнение и исполнение, документ возвращается с замечаниями, выпуск отчёта зависит от исходных данных. Для каждого маршрута ниже указаны вход, действие, условие выхода и возврат.
Таблицы можно использовать как рабочие заготовки без скачивания файла. Сохраните нужные состояния, замените участников своей команды и уберите переход, которого в реальной работе нет. Количество колонок здесь не является нормативом. Одинаковое название отдела или профессия исполнителя сами по себе не определяют маршрут: например, документ может согласовывать и редактор, и разработчик, и заказчик.
Какие состояния нужны запросу на обслуживание
Запросу на обслуживание нужны состояния, отделяющие получение, уточнение, готовность к исполнению, выполнение и подтверждение результата. Учебная единица — заявка на доступ к готовому отчёту. Получатель каждого следующего шага указан вместе с действием.
| Состояние | Условие входа | Действие и получатель | Условие выхода | Возврат |
|---|---|---|---|---|
| Получена | Поступил запрос | Исполнитель проверяет состав заявки | Понятно, хватает ли данных | В уточнение при пробеле |
| Требует уточнения | Не указан адресат или отчёт | Заявитель дополняет запрос | Нужные данные получены | Остаётся здесь до ответа |
| Подготовлена к исполнению | Известны отчёт, адресат и доступ | Исполнитель принимает работу | Исполнение началось | В уточнение при противоречии |
| Исполняется | Исполнитель начал действие | Исполнитель предоставляет доступ заявителю | Доступ предоставлен | В уточнение при неверных данных |
| Ожидает подтверждения | Результат передан | Заявитель открывает отчёт | Получен ответ о результате | В исполнение при проблеме доступа |
| Закрыта | Нужный отчёт открыт | Исполнитель фиксирует подтверждение | Запрос завершён | При новой потребности — отдельный запрос |
Если запросы сразу приходят полными, отдельная колонка уточнения может не понадобиться. Но способ вернуть неполную заявку должен остаться. Клиентскому запросу на подготовку файла можно дать такой же маршрут, заменив доступ к отчёту на согласованный результат услуги.
Как показать возврат документа на доработку
Возврат документа на доработку показывают переходом той же карточки из ожидания решения в доработку. Единица схемы — версия рабочего документа, например текст публикации или описание требований. Предмет решения и ссылка на актуальную версию остаются в карточке.
| Состояние | Условие входа | Действие и получатель | Условие выхода | Возврат |
|---|---|---|---|---|
| Черновик | Определён предмет документа | Автор готовит версию для согласующего | Версия доступна, предмет решения указан | Остаётся у автора при нехватке исходника |
| Ожидает решения | Версия передана согласующему | Согласующий принимает решение | Получено согласование или замечания | В доработку с замечаниями |
| На доработке | Получены замечания к версии | Автор исправляет документ | Новая версия передана на решение | К автору, если замечание не разобрано |
| Согласована | Согласующий подтвердил версию | Получатель использует согласованный документ | Решение зафиксировано | Новое изменение обсуждается отдельно |
В описании заменяется ссылка на рассматриваемую версию, при этом предмет исправления сохраняется. Не создавайте вторую независимую карточку того же согласования только из-за замечаний. После изменения версии должно быть видно, по какому документу ожидается новое решение.
Как провести отчёт через проверку данных
Отчёт проводят через ожидание исходников, сверку, сборку, проверку и передачу выпуска. Одна карточка соответствует одному выпуску, например отчёту по обращениям за выбранную неделю. Период выпуска указывается в названии или описании, срок — в реквизите карточки.
| Состояние | Условие входа | Действие и получатель | Условие выхода | Возврат |
|---|---|---|---|---|
| Данные ожидаются | Выпуск запрошен | Владельцы источников передают данные составителю | Нужные источники получены | Ожидание недостающего источника |
| Сверка источников | Исходники доступны | Составитель проверяет период и состав | Расхождения разобраны | К владельцу неполного источника |
| Сборка | Данные подготовлены | Составитель собирает выпуск для проверяющего | Выпуск передан на проверку | К сверке при ошибке исходника |
| Проверка | Выпуск собран | Проверяющий сверяет результат с запросом | Замечания устранены | В сборку с конкретным замечанием |
| Передан | Проверка завершена | Получатель получает ссылку на выпуск | Передача зафиксирована | Ошибка разбирается по её причине |
Месяцы не становятся колонками: выпуск за март может ждать данных, а выпуск за апрель — проверяться. Согласованный критерий проверки нужен отдельно от названия этапа. Если требуется подробное правило качества, можно согласовать общий стандарт.
Как применить выбранную схему в Канбано
Выбранную схему в Канбано можно сопоставить с готовым шаблоном или собрать вручную из колонок. На главной странице заявлена библиотека шаблонов, среди публичных названий — «Контент-план», «Разработка и тестирование», «Работа с клиентами». Названия не доказывают, что внутри уже есть нужные вам переходы.
Проверяйте шаблон по маршруту своей работы после входа в приложение. Если подходящего варианта нет, создайте учебную заготовку самостоятельно. Онлайн-версия Канбано сейчас бесплатна; пробная доска доступна без регистрации, для сохранения и передачи работы потребуется электронная почта. Конкретное количество готовых шаблонов и их внутренние колонки здесь не предполагаются.
Что проверить после выбора готового шаблона
После выбора готового шаблона проверьте единицу карточки, доступные колонки и путь возврата. Поместите в схему один реальный результат: куда он попадёт при неполных данных, кто примет подготовленную работу, по какому событию завершится движение.
Если название колонки подходит, но участники вкладывают в него разные события, уточните условие перехода. Например, «Проверка» может означать и ожидание проверяющего, и начатую проверку. Выбор одного значения должен предшествовать переносу всей очереди. Готовое оформление не заменяет договорённость между передающим и принимающим.
Как собрать учебную заготовку вручную
Учебную заготовку вручную собирают из колонок выбранного маршрута и одной карточки результата. В текущем интерфейсе Канбано для этого есть действия «Создать новую доску», «Добавить колонку» и «Добавить задачу». Начните с отдельной доски, чтобы не перестраивать действующую очередь ради примера.
Из таблицы на доску переносятся названия состояний. Условия входа и выхода остаются договорённостью команды: их можно записать в описании учебной карточки и разобрать с участниками. Названия всех колонок должны описывать один уровень работы. Если одна колонка означает готовность заявки, другая имя исполнителя, а третья месяц, сравнить состояние карточек по ним не получится.
В карточке укажите результат, исходные данные в описании, исполнителя и дату при необходимости. Метка обозначает тип запроса, чек-лист — действия подготовки, вложение — нужный материал. Колонка показывает состояние работы; отдельное специальное поле для каждого этапа не требуется.
Установленный командой предел параллельной работы соблюдается людьми. Автоматическая блокировка колонки здесь не обещается. Если нужно определить такой предел, подробный гайд поможет удержать предел нагрузки. Подготовленная карточка и правила передачи остаются на рабочей доске, без второго реестра тех же состояний.
Как выглядит смена состояния одной заявки
Смена состояния заявки происходит после наблюдаемого события: получены данные, выполнено действие или подтверждён результат. Учебная карточка называется «Открыть доступ к отчёту по обращениям за неделю». Дата в карточке служит примером согласованного срока, а не нормативом обслуживания.
Для примера достаточно трёх событий. Между ними исполнитель проходит предусмотренные схемой подготовку и исполнение; таблица показывает основания ключевых перемещений, а не автоматический журнал приложения.
| Событие | Состояние карточки | Кто действует | Основание следующего перехода |
|---|---|---|---|
| В запросе нет адресата | Требует уточнения | Заявитель указывает получателя | Получены данные для предоставления доступа |
| Доступ предоставлен адресату | Ожидает подтверждения | Заявитель открывает отчёт | Получен ответ о фактическом открытии |
| Заявитель подтвердил нужный выпуск | Закрыта | Исполнитель фиксирует ответ | Результат запроса подтверждён |
Кому возвращается запрос без адресата
Запрос без адресата возвращается автору заявки для уточнения получателя доступа. Исполнитель пишет в описании, каких данных не хватает, и указывает следующий шаг. Предположение об адресате не заменяет ответ заявителя: доступ может получить другой человек.
После ответа исполнитель проверяет данные и переводит карточку в подготовленную очередь. Если заявитель уточнил только название отчёта, а получателя не назвал, основание для исполнения ещё не появилось. Карточка остаётся в уточнении; менять колонку ради видимого продвижения не нужно.
Когда автор запроса получает результат
Автор запроса получает результат, когда ему доступен нужный отчёт, а не только сообщение исполнителя о предоставленном доступе. Для учебной схемы заявитель открывает файл и подтверждает, что видит правильный выпуск.
Исполнитель вручную записывает дату передачи, ссылку на отчёт и содержание ответа в описании карточки. Обещать специальный журнал аудита или автоматическое подтверждение не требуется. При ошибке доступа исполнитель возвращает работу в исполнение и выясняет причину, сохраняя тот же запрос.
Если заявитель молчит, карточка продолжает ждать подтверждения по принятому маршруту. Команда отдельно договаривается, кто напомнит о проверке и как поступит при отсутствии ответа. Срок ожидания не выводится из числа колонок и не становится универсальным правилом для других запросов.
Проверку видимости проводят под аккаунтом получателя. Публичный доступ к отчёту ради удобства проверки не нужен. Учебная карточка на иллюстрации не содержит реальных адресатов или закрытых файлов; состав её данных показывает только способ описания заявки.
Какая правка нужна схеме после нескольких проходов
Правка схемы нужна там, где повторяется конкретное затруднение: возврат из-за недостающего исходника или смешение работы с ожиданием. Исправляйте условие входа либо состояние, которое скрывает очередь, сохраняя результат карточки.
| Наблюдение | Причина для проверки | Правка заготовки |
|---|---|---|
| Отчёт возвращается из сборки без одного источника | Неполные данные допускаются в сборку | Уточнить комплект исходников до начала сборки |
| Подготовленный выпуск ждёт рядом с проверяемым | Ожидание смешано с действием | Разделить состояния, если очередь нужна для решения |
| Колонка названа именем или месяцем | Название не объясняет состояние | Вынести исполнителя и период в карточку |
Что означает повторяющийся возврат
Повторяющийся возврат означает, что нужно проверить одно и то же основание перехода. Допустим, в трёх учебных выпусках отчёта сборка прерывалась из-за отсутствующего файла обращений. Три случая здесь — условный пример, не статистический порог.
Проверьте, должен ли файл поступать до сборки, и внесите его в условие выхода из сверки источников. Добавление ещё одной колонки без изменения входных данных оставит ту же причину возврата.
Когда лишняя колонка скрывает очередь
Лишняя колонка скрывает очередь, когда обозначает участника или период вместо состояния. По колонке «Анна» нельзя понять, началась ли проверка; по колонке «Март» — готов ли выпуск к передаче. Исполнителя и период укажите в карточке, колонкам верните наблюдаемые состояния.
Для индивидуальных дел можно отдельно сопоставить личные варианты. Командная заготовка проверена по смыслу, когда карточка показывает фактическое состояние, следующий шаг и участника, который его принимает. После проверки можно сохранить рабочий маршрут и применять его к следующим результатам того же процесса.