Почтовый сервер нового поколения
Сегодня в России утвержден национальный стандарт ГОСТ Р 58305-2018 «Система менеджмента проектной деятельности. Проектный офис». На сайте Росстандарта его пока нет, но скачать можно здесь.
Теперь мы можем адаптировать наш Redmine – система управления проектами» к требованиям Российского ГОСТа.
Автор этой статьи исходит из того, что все читатели уже знакомы с понятием «Менеджмент» (Управление). Хрестоматия учит нас, что это воздействие на объект для достижения цели. Другими словами, управление — это цикличный процесс постоянного получения, обработки и передачи информации. Попробуем рассмотреть как это можно сделать в Redmine.
Рассмотрим классический контур управления:
Итак, на предстоит сформулировать цели для строительства Дворца Спорта, состоящего из двух объектов. При этом сформулировать цели необходимо не абы как, а используя методологию SMART
В нашем случае совокупность целей представляет собой иерархию для того, чтобы отслеживать достижение результатов более детально.
В Redmine для стратегического планирования присутствует сущность «Цель». И вот как это выглядит в табличном контексте:
и на диаграмме Ганта
Определившись с целями, переходим к планированию действий. В Redmine для этого есть сущность «Задача».
Тут следует сделать лирическое отступление. Дело в том, что сущность «Задача» имеет некоторые свойства, с которыми необходимо познакомиться поближе. Начать с того, что типов сущностей может быть несколько (неограниченное количество) и каждый тип (именуемый «трекер») может быть адаптирован для описания кастомного объекта.
Каждый трекер наделен набором общих (ранее предопределенных полей). В т.ч. Автор, Исполнитель, Статус, Приоритет, Версия, Дата начала и окончания, Готовность (%). Кстати, вывод любого из перечисленных свойств можно подавить.
Но кроме того, каждый трекер может быть наделен дополнительными полями. Вот список распространенных типов дополнительных полей:
Любое из указанных полей может быть вычисляемым (т.е. содержать формулу, по которой его значение может вычисляться на основе значений других полей).
Матрица параметризации доступа к полям сущностей весьма развита и является пересечение доступов к проектам, пользовательским ролям, трекерам и т.п. И это весьма удобно т.к. в одной и той же задаче могут быть поля, видимые пользователем с одними ролями, и невидимые другим.
В нашем проекте, мы будем использовать два трекера:
Тем самым мы сможем составить не только оперативный план работ, но и план финансирования. При этом т.к. наши задачи связаны, то обеим сторонам становится очевидно, что, к примеру, задержка платежа приводит к автоматическому отодвиганию срока сдачи объекта по причинам самого заказчика.
Сформировав задачи верхнего уровня и делегировав их исполнение Исполнителям, мы тем самым инициируем этап декомпозиции. Подчиненные, получив задачи, разбивают их на подзадачи, делегируя исполнителям следующего уровня. Те в свою очередь еще раз декомпозируют. Таким образом, формируется иерархия, в которой задача финального уровня декомпозиции поручена конкретному ее исполнителю.
и на диаграмме Ганта
При формировании задач важно выстроить не только календарный план работ, но и спланировать все не обходимые ресурсы. Ключевым словом в системе Redmine является слово «все». Т.к. мы имеем возможность создавать любое количество сущностей для учета любых ресурсов. Это могут быть люди, деньги, кубометры, нормочасы, тоннокилометры, да, что угодно в тех единицах, которые вам необходимы.
Вы можете отобразить ресурсный план, сгруппировав и упорядочив его по любому из существующих критериев.
Для контроля выполнения задач существует несколько механизмов. Первый из них — создание пользовательских вычисляемых фильтров. Другими словами, вы можете сами сформулировать критерий, и простейшими средствами запрограммировать его. Например: Все задачи, для которых прошло половина отведенного срока, однако процент выполнения которых менее 30%.
Комбинация таких фильтров, дает возможность руководителю любого звена в течение нескольких секунд определить те задачи и направления, которые требуют его участия.
Второй метод, автоматическое напоминание. Настроенный вами скрипт, будет с заданной периодичностью предупреждать вас по email о тех, проблемах в проекте, которые вы хотите отслеживать.
Важное свойство контроля задач в Redmine заключается вот в чем. В связи с тем, что проект делается не для печали красивым метровых листов, с целью обклейки стен офиса, а для онлайн координации специалистов проектного офиса, специалистов заказчика, подрядчиков, поставщиков, операторов связи т.е. всей команды, участвующей в проекте… Более того, декомпозиция позволяет привлечь к проекту конкретного исполнителя самого нижнего уровня, то руководитель получает не искаженную, а реальную информацию по проекту в реальном режиме времени. Это важнейшее преимущество систему Redmine.
Именно это его свойство позволяет управлять проектом не через вертикаль руководителей (нередко с искажениями), а получая информацию из единственного источника.
Ну, а попробовать попробовать Redmine вы можете в нашем облаке.
Время бежит быстро, и вот уже день становится короче, а воздух холоднее. Но мы встречаем очень с оптимизмом потому, что завершили программирование модуля СЭД на базе Redmine. Кроме удовольствия программирования на Ruby мы получили мощную систему документооборота в привычном интерфейсе.
Теперь для настройки процесса достаточно определить необходимые поля, подразделения, ответственных лиц или группы, регламентное время согласование для каждого этапа. Все остальное система выполнит автоматически.
Таким образом, мы получили систему, которая в одном интерфейсе объединяет:
Таким образом, наше полноценное решение для бизнеса стало еще более полным, но при этом осталось свободным от лицензий и санкций.
Всенародная любовь с системе Redmine хорошо известна. Люди любят систему за простоту, надежность, многофункциональность. Мы тоже давно внедряем ее для автоматизации различных бизнес-процессов.
Но как у любой системы у Redmine тоже есть недостатки, к примеру, в базовой системе нет возможности программировать процессы. Сегодня я расскажу как обойти это ограничение, что позволит легко и быстро организовать полноценный, быстрый и удобный документооборот.
1) Для начала нам понадобится плагин Якова Анникова Computed custom field;
2) Плагин добавляет вычисляемое поле в диалоге редактирования настраиваемых полей (вот теперь смотрите на рисунок);
3) Остается написать скрипт на Ruby и поместить его в поле «Формула»;
4) При этом доступные кастомные поля можно выбирать из диалога, а штатные переменные посмотреть в документации (кстати они же используются и в Redmine API);
5) Все. Программирование процедуры завершено.
Теперь вкусняшки:
1) При сохранении поля, Redmine правильным образом возвращает ошибки компиляции — это очень удобно.
2) А вот пример простейшего кода, который автоматически делегируется задачи, для которых пользователь забыл уставить значение в поле «Назначена» (и сообщает об этом в поле «Описание»).
if (self.assigned_to_id.blank?) # Поле «Назначено» не заполнено
if (self.status_id == 1) # Статус == «Новая»
self.assigned_to_id = 112 # ID for МБК. Отдел техподдержки
self.due_date = start_date + 2
self.description = self.description + + «\r\n — \r\n» + «Redmine: Пользователь не назначил задачу никому. Выполнено автоматическое назначение задачи на техническую поддержку»
end
end
Приятная пятничная новость!
Мы сообщали ранее о возможности интеграции OnlyOffice с NextCloud, что безусловно расширяло функциональность обоих.
Но такое пересечение было неполным и приходилось либо выбирать наиболее подходящее, либо (как это делали мы) использовали оба решения.
Отныне интегрируемый в NextCloud редактор OnlyOffice позволяет получить все преимущества в одном интерфейсе. Более того, отпало ограничение на поддержку доменной аутентификации.
Это безусловно приятная новость, которой мы хотели поделиться с вами чтобы создать прекрасное настроение на выходные и скрасить горечь прощания с летом.
Российская операционная система «Альт 8 СП» получила сертификат Федеральной службы по техническому и экспортному контролю. Программный продукт соответствует новым требованиям ФСТЭК России к операционным системам. Действие сертификата № 3866 распространяется до 10 августа 2023 г.
«Альт 8 СП» семейства Linux разработана «Базальт СПО» и производится ИВК для организаций, которым необходимы отечественные решения с высоким уровнем защиты. Операционная система позволяет организациям выполнить требования Приказов ФСТЭК №17 «Требования по защите информации, содержащейся в государственных информационных системах» от 11.02.2014 и №21 «Требования по защите персональных данных» от 18.02.2014. «Альт 8 СП» включена в Единый реестр российских программ для электронных вычислительных машин и баз данных.
На основе ОС «Альт 8 СП» можно осуществлять построение государственных информационных систем (ГИС) и информационных систем персональных данных (ИСПДн) до 1 класса (уровня) защищенности включительно.
Ранее мы сообщали о том, что дистрибутив Альта, был сертифицирован Минобороны.
Лаборатория МБК является официальным бизнес партнером разработчика ОС ООО «Базальт СПО».
В практической эксплуатации гипервизора Proxmox мы столкнулись с ограничением производительности аппаратного ресурса, вызванного постоянным ростом количества пользователей и предоставляемых сервисов (виртуальных машин). Балансировка IOPS методом дросселирования применена, но ее возможности тоже уже исчерпаны.
Для начала несколько терминов чтобы было понятно.
IOPS — это input/output operations per second, числа операций ввода/ вывода в систему хранения в секунду.
Система хранения является подсистемой системы виртуализации Proxmox для одновременного доступа к ним множества устройств или узлов кластера. Вообще говоря, совместное используемое хранилище не является чем-то абсолютно необходимым, однако все прелесть Proxmox конечно же появляются при его использовании.
Одна из важнейших причин для перехода на совместно используемые системы хранения — миграция в реальном времени (Live migration). Т.е. некая виртуальная машина может перемещаться на другой узел без её предварительного останова.
Вторая важная причина — пространство хранения может расти по запросу без отключения или прерывания работы критически важных узлов или виртуальных машин.
Третья причина — многоуровневость данных. Различные файлы могут содержаться в различных пулах хранения на основе их требований к производительности (допустим, виртуальный файловый сервер может предоставлять очень быстрое обслуживание если его ВМ содержатся в некотором пуле на SSD).
Proxmox имеет исключительные встраиваемые модули для вариантов хранилищ из основных направлений развития. В нашем случае использовался LVM. Мы вывели часть физических дисков из RAID и собрали на них новый деградированный RAID средствами ZFS. После этого, не останавливая виртуальные машины, перенесли их в новое ZFS-хранилище. Освободившийся RAID размонтировали, а физические диски добавили в новый RAID.
Таким образом, дисковая подсистема была перемонтирована полностью, без останова виртуальных машин и пользовательских сервисов. В результате был получен более чем двойной прирост производительности.
Лаборатория МБК завершила работу по сборке очередной версии информационной системы, разворачиваемой на контейнерной платформе. Теперь система содержит следующие компоненты:
Особенности решения:
Всего 6 строк для установки OnlyOffice в NextCloud в контейнере. По ссылке инструкция на английском, но все предельно просто.
Благодаря интеграции решения dro.io в нашем в частном облаке MBK Lab добавлена возможность разработки диаграмм.
Кроме собственного XML-формата, поддерживаются также MS Visio .vsdx, а также векторная графика .svg и многие другие.
Поддерживается встраивание диаграмм в инструменты Google Docs, а также в любые с помощью механизма iframe.