Как настроить Wekan Kanban Server в Linux

Kanban вряд ли можно назвать полноценной методологией — это просто удобный инструмент, который можно использовать практически с любым подходом к разработке. Kanban делает нагляднее работу над проектом, позволяет отслеживать выполнение отдельных задач и создание функциональных возможностей программного продукта. Кроме того, с этой системой легче контролировать нагрузку специалистов.

Dummy interfaces

В отличие от Cisco IOS и систем семейства BSD, в Linux может быть только один loopback interface, который всегда называется lo и несет на себе тот самый адрес 127.0.0.1/8. Если нужно просто несколько адресов для разных демонов, можно присвоить их на тот же интерфейс lo.

Но что делать, если нужно несколько независимых локальных интерфейсов?

Кто-то советует решать эту проблему использованием не по назначению интерфейсов других типов, вроде мостов. Не верь им. Правильное решение — использовать интерфейсы типа dummy, которые аналогичны loopback во всем, кроме названия. Исторически так сложилось, что loopback — это уникальный интерфейс lo, и для совместимости сделали отдельный тип.

$ ip link add name dum0 type dummy $ ip link set dum0 up $ ip address add dev dum0

А зачем мне несколько интерфейсов loopback?

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

Гораздо чаще эта возможность применяется на маршрутизаторах. У каждого маршрутизатора обычно несколько адресов, в связи с чем возникает проблема выбора основного адреса для управления и для сессий протоколов вроде BGP, которые не используют multicast.

Читайте также:  Относительный и абсолютный путь к файлу

Какой выбрать? Любой интерфейс маршрутизатора потенциально может уйти в down, но сессии BGP и SSH должны работать. Поскольку loopback или dummy самопроизвольно не уйдет в down никогда, можно присвоить ему отдельный адрес и анонсировать его остальной сети через протокол OSPF (Open Shortest Path First), который использует multicast и не зависит от конкретных адресов интерфейсов. В этом случае адрес на loopback останется доступным, если у маршрутизатора есть хотя бы один живой канал в остальную сеть.

Как реализовать Kanban доску в 1С?

Множество компаний стремится повысить эффективность бизнес-процессов от планирования разработки IT-отделов до сложных производственных процессов. Реализация подсистемы Kanban-доски в учетной конфигурации 1С позволяет начать выполнение данной задачи.

Подсистема, выполненная универсально, делает возможной интеграцию системы Kanban доски к любому бизнес-процессу в кратчайшие сроки. В качестве примера можно рассмотреть доску, на которой будут видны статусы поручений. В данном случае была бы возможной их оперативная замена.

Для этих целей в программе имеется пробная подсистема, в составе которой есть такие объекты, как:

  • справочник «Статусы поручений»– с учетом информации из такого справочника будет создаваться Kanban доска;
  • документ «Поручение»– здесь обозначается тема поручения, детальное описание, статус.

После подготовки запроса к данным появляется «Готовая подсистема» в разделе «Тестовая подсистема».

Все объекты, которые нужны для работы с Канбан доской, содержатся в отдельной подсистеме, что ускоряет интеграцию функционала в нужную программу 1С на управляемых формах.

Доска интерактивная, то есть когда карточка переносится из одного столбца в другой, у связанного объекта изменяется статус в системе.

Шаблон, из которого происходит форматирование HTML-документа, можно найти в справочнике «Шаблоны досок», что делает возможным редактирование стилей и подстраивание внешнего вида доски в пользовательском режиме («Основная доска (Шаблоны доски»).

Настройки доски

Для того чтобы настроить канбан-доску, нажмите на иконку в правом верхнем углу страницы приложения и выберите пункт меню Настройка доски.

Откроется окно, где вы можете настроить как саму доску, так и карточки элементов.

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

  • Показывать задачи — выберите эту опцию, если хотите, чтобы на карточке на доске отображались текущие задачи по бизнес-процессу.

  • По умолчанию карточки отображаются в свернутом виде. Для того чтобы они отображались развернутыми, установите флажок Разворачивать карточку.

  • Настройка карточки — здесь вы можете выбрать поля приложения, которые будут отображаться на карточке. По умолчанию указано два поля, значения которых вы можете поменять, выбрав их из выпадающего списка. Если вам необходимо добавить еще одно поле, нажмите + Поле, а затем также выберите нужное значение из списка. Обратите внимание, выбранные поля будут отображаться на карточках всех элементов приложения.

Чтобы удалить поле, нажмите на значок «минус» справа от его названия.

После заполнения всех полей нажмите на кнопку Сохранить.

system_

Как это происходит на практике?

Работа по системе Канбан происходит по следующей схеме.

  1. Предприятие и компания-поставщик заключают договор и определяют перечень необходимых изделий.
  2. Поставщик привозит и устанавливает складские стеллажи и тару для хранения крепежа на сборочные участки. Каждая позиция имеет своё чётко отведенное место и хранится в двух ящиках. В одном – рабочий запас, в другом – резервный.
  3. Когда крепёж в первом контейнере заканчивается, рабочие отставляют его в сторону и пользуются изделиями из резервного. Сотрудник производства сканирует коды на ящиках и автоматически отправляет заявку поставщику.
  4. Представитель торговой компании оперативно приезжает, наполняет боксы крепежом и ставит их на свои места. Теперь они становятся резервными. Таким образом, происходит бесперебойное снабжение сборочного участка.

Недостатки системы Канбан

  • Численность штата должна быть более пяти человек.
  • Не подходит для долгосрочных направлений развития.
  • Работники должны владеть смежными профессиями.
  • Ориентирована на сознательный коллектив.

Методология Канбан – не очередное модное течение. Это серьезная, научно выверенная система управления проектами. Ее жизнеспособность не вызывает сомнений. Доказательства очевидны: японский автомобильный концерн «Toyota» использует данную систему более полувека и процветает.

Применяют Канбан и многие другие компании. В их числе Микрософт, фирма Ауди, компания по производству принтеров Хьюлетт-Паккард, Ярославский шинный завод, Альфа-Банк, Почта-Банк, Додо Пицца.

Перевод бизнеса на систему Канбан – дело серьезное, особенно если это крупное производство. Такой шаг требует ответственного подхода. Необходимо все обдумать, изучить специальную литературу, обратиться за помощью к знающим людям. Тогда управление станет простым и понятным, а бизнес – прибыльным.

А что насчет ограничений в других колонках?

Колонка «Готово» свободна от лимитов — чем больше работы сделано, тем лучше!

Есть ли смысл накладывать ограничения на колонку «В ожидании», где скапливаются задачи, к которым разработчик еще не приступал, и нужна ли она вообще? Ведь Agile-методологии подразумевают постоянное общение с заказчиком — новые задачи можно получать, когда завершена предыдущая.

И все-таки иметь небольшой «буфер» задач полезно. У них может быть разный приоритет и сложность. Сегодня заказчику хочется изменить дизайн элементов управления во всей программе: эта задача явно отнимет приличное время, хотя не является критически важной для работы пользователя. А завтра он вспомнит, что срочно нужен отчет по продажам — небольшой и не очень сложный. Но разработчик уже взялся за дизайн, и на Kanban-доске нет места для новой задачи.

Если бы обе задачи висели на доске в графе «В ожидании», разработчик взялся бы сначала за более важную, а незначительные, но объемные правки отложил на свободное время.

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