Доска, которая показывает, где работа на самом деле.

Канбан и скрам, перетаскивание между колонками, спринты, которые начинаются и закрываются. Доска, не поместившаяся на страницу, говорит об этом, а не показывает молча начало списка.

Проект может завести свои поля, искать по ним, красить карточки на доске по значению из списка и отмечать карточку тем полем, которое важно.

Проект подключает свои репозитории — GitLab или GitHub, и не один: проект трекера редко живёт в одном. Задачу называют ключом — ABC-12 — в имени ветки, в заголовке merge request или в его описании, и запрос виден на задаче.

Репозиторий, который не ответил, говорит об этом, а не притворяется, что там пусто.

Задача может двигаться сама: в ревью — когда открыт её merge request, в «выложено на staging» — когда пайплайн её туда выложил, в закрытые — когда вышел релиз, в котором она уехала. Никому не нужно помнить о карточке.

Готовая схема статусов «Релизы по стендам» приносит статус на каждый шаг, три стенда и семь правил — выключенных. Пока вы не включили ни одного, сама ничего не двигается. Можно написать и свои правила.

• Правило переводит задачу от имени того, кто его включил, и в истории задачи оно названо. Если этот человек уходит из проекта, правило выключается само, а не работает с ничьим доступом.
• Это обычный переход. Если схема его не разрешает, с задачей ничего не происходит, а в журнале правила сказано почему.
• «Из» проверяется каждый раз. Merge request, открытый по задаче, которая уже в тестировании, не утащит её назад.

Три перехода остаются за человеком, потому что каждый из них — суждение: «я это тестирую», «прошло», «на staging всё в порядке».

Шаг пайплайна, который выполняется после успешной выкладки, говорит, что выложено и куда. Kaiku умеет прочитать ключи задач из коммитов, сделанных после прошлой выкладки на этот стенд, так что перечислять их в шаге не нужно.

• На задаче есть строка Где лежит со всеми стендами, до которых она дошла; каждый открывает пайплайн, который её туда выложил.
• На доске есть фильтр Лежит на.
• Задача на последнем стенде, которая не завершена, говорит об этом, пока это так.
• Одна и та же выкладка, о которой сообщили дважды, во второй раз ничего не делает, так что повтор шага безопасен.

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

В поиске: fixVersion = "2.4.0", fixVersion in releasedVersions(), fixVersion in unreleasedVersions().

Запас и поток разведены: то, что открыто сейчас, не берёт молча тот интервал дат, который берёт «создано за день». Архивные задачи считаются, потому что полка не равна удалению, — и освободить доску, руками или по правилу, которое задал проект, можно, ничего не потеряв.

Kaiku отвечает на REST API самостоятельно устанавливаемой версии самого распространённого корпоративного трекера: те же пути, тела запросов, формы ответов, коды и формат ошибок. Инструмент, написанный под него, направляют на адрес воркспейса с токеном — и он работает. Язык запросов — подмножество, и намеренно; в документации перечислено, что понимается.

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

Администратор компании переносит проект из облачной версии популярного таск-менеджера: задачи сохраняют свои ключи, а с ними переезжают комментарии, файлы, свои поля, родители и связи. Сначала проходит проверка — и ещё до переноса называет, что не переедет: историю изменений, спринты, списанное время.

Один запрос отдаёт весь проект одним zip: структурированный JSON, читаемый Markdown и все вложения. Экспорт работает и тогда, когда воркспейс в режиме чтения.