Модель объектов
Модель объектов — основа гибкости AlgoBoard. Вместо единственного типа «задача» команда описывает реальные сущности бизнеса и сама решает, как они называются, какие данные содержат и через какие состояния проходят.
Интерфейс говорит на языке процесса, а разные сущности не приходится втискивать в одну схему и один жизненный цикл.
Когда использовать
- В одном проекте живут заказы, поставки, клиенты и возвраты.
- Разные виды работы требуют собственных состояний и обязательных полей.
- Нужно заменить техническое слово «задача» терминологией бизнеса.
Как настроить
5 шагов- 01
Назовите сущность
Задайте единственное и множественное число, системный ключ, главное поле, иконку, цвет и понятное описание назначения.
- 02
Соберите жизненный цикл
Добавьте реальные состояния процесса, укажите начальные, активные и завершающие категории и при необходимости WIP-лимиты.
- 03
Подключите поля
Выберите глобальные поля, которые относятся к типу, и настройте для него подпись, обязательность, видимость и значение по умолчанию.
- 04
Добавьте связи
Опишите допустимые отношения между типами: заказ принадлежит клиенту, поставка выполняет заказ, возврат относится к покупке.
- 05
Проверьте на примере
Создайте одну тестовую карточку каждого типа и пройдите её по процессу до настройки автоматизаций.
Примеры процессов
Интернет-магазин
Типы «Заказ», «Клиент», «Поставка» и «Возврат» имеют разные циклы, но связаны между собой и остаются на одной доске.
Сервисная служба
«Обращение» проходит диагностику и решение, а «Выезд» хранит инженера, адрес и рабочий календарь.
Что проверить
Системный ключ используется интеграциями и формулами. Меняйте отображаемое название, а ключ выбирайте стабильным.
Не создавайте отдельный тип только ради одного дополнительного поля. Новый тип нужен, когда меняются смысл, жизненный цикл или связи.