Центр поддержки МБК Лаб

Уважаемые друзья, партнеры, коллеги!

Позвольте поздравить вас с наступающим Новым Годом и пожелать, чтобы все грядущие события еще больше укрепили вашу веру в счастливое будущее, пусть вам сопутствует удача, ведущая к желанной цели. Пусть в вашей жизни царят: мир и согласие, взаимопонимание и любовь, здоровье и добро.

Творческого и финансового роста, стабильности и ответственных партнеров, полезных знакомств и приятных открытий, реализации новых проектов и покорения новых вершин.

С уважением, коллектив
Лаборатории МБК

Сегодня в России утвержден национальный стандарт ГОСТ Р 58305-2018 «Система менеджмента проектной деятельности. Проектный офис». На сайте Росстандарта его пока нет, но скачать можно здесь

Теперь мы можем адаптировать наш "Redmine – система управления проектами" к требованиям Российского ГОСТа.

Уважаемые коллеги,

Сегодня 10.12.18 c 20:00 МСК до завтра 11.12.2018 8:00 МСК система Redmine https://project.mbk-lab.ru будет остановлена в связи с обновление до версии 4.0.0.
Примите наши извинение в связи с доставленными неудобствами.

Коллеги,

Вы знаете, что если на email-уведомление Redmine ответить с помощью почтовой программы, то ответ добавится в целевую задачу.

При этом добавится именно весть ответ (в т.ч. и предыдущая переписка в случае если она не было заблаговременно удалена). Вот это второе свойство часто бывает неудобно.

Однако, если вы добавите в свою автоподпись следующую строку:

<http://mbk-lab.ru/>

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

Т.к. подавляющее большинство пользователей почты используют разметку HTML, то данный тег на странице сообщения показан не будет и ничем вам не помешает. В моем любимой Thunderbird-е добавление тэга делается так:

Теперь ваше общение с Redmine станет еще удобнее.

Автор этой статьи исходит из того, что все читатели уже знакомы с понятием "Менеджмент" (Управление). Хрестоматия учит нас, что это воздействие на объект для достижения цели. Другими словами, управление - это цикличный процесс постоянного получения, обработки и передачи информации. Попробуем рассмотреть как это можно сделать в Redmine.

Рассмотрим классический контур управления:

• Постановка цели;
• Планирование действий;
• Мониторинг и контроль промежуточных результатов;
• Внесения корректирующих действий.

Постановка цели¶

Итак, на предстоит сформулировать цели для строительства Дворца Спорта, состоящего из двух объектов. При этом сформулировать цели необходимо не абы как, а используя методологию SMART

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

1. Передача Генподрядчику исходной документации
2. Строительство
   1. Площадка
   2. Объект №1
   3. Объект №2
3. Подготовка Исполнительной документации
   1. Объект №1
   2. Объект №2
4. Сдача надзорным органам

В Redmine для стратегического планирования присутствует сущность "Цель". И вот как это выглядит в табличном контексте:

и на диаграмме Ганта

Планирование¶

Определившись с целями, переходим к планированию действий. В Redmine для этого есть сущность "Задача".

Тут следует сделать лирическое отступление. Дело в том, что сущность "Задача" имеет некоторые свойства, с которыми необходимо познакомиться поближе. Начать с того, что типов сущностей может быть несколько (неограниченное количество) и каждый тип (именуемый "трекер") может быть адаптирован для описания кастомного объекта.

Каждый трекер наделен набором общих (ранее предопределенных полей). В т.ч. Автор, Исполнитель, Статус, Приоритет, Версия, Дата начала и окончания, Готовность (%). Кстати, вывод любого из перечисленных свойств можно подавить.

Но кроме того, каждый трекер может быть наделен дополнительными полями. Вот список распространенных типов дополнительных полей:

• Текст
• Длинный текст
• Дата
• Логический
• Пользователь
• Целый
• С плавающей точкой
• Список
• Список ключ/значение
• Файл
• Ссылка

Любое из указанных полей может быть вычисляемым (т.е. содержать формулу, по которой его значение может вычисляться на основе значений других полей).

Матрица параметризации доступа к полям сущностей весьма развита и является пересечение доступов к проектам, пользовательским ролям, трекерам и т.п. И это весьма удобно т.к. в одной и той же задаче могут быть поля, видимые пользователем с одними ролями, и невидимые другим.

В нашем проекте, мы будем использовать два трекера:

1. Задача - для постановки задач стороне исполнителя проекта;
2. Платеж - для постановки задач стороне заказчика (в части предоставление документации, доступов на объекты, оформления необходимых в работе нормативных актов, а также осуществления платежей).

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

Декомпозиция¶

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

и на диаграмме Ганта

Ресурсный план¶

При формировании задач важно выстроить не только календарный план работ, но и спланировать все не обходимые ресурсы. Ключевым словом в системе Redmine является слово "все". Т.к. мы имеем возможность создавать любое количество сущностей для учета любых ресурсов. Это могут быть люди, деньги, кубометры, нормочасы, тоннокилометры, да, что угодно в тех единицах, которые вам необходимы.

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

Мониторинг¶

Для контроля выполнения задач существует несколько механизмов. Первый из них - создание пользовательских вычисляемых фильтров. Другими словами, вы можете сами сформулировать критерий, и простейшими средствами запрограммировать его. Например: Все задачи, для которых прошло половина отведенного срока, однако процент выполнения которых менее 30%.

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

Второй метод, автоматическое напоминание. Настроенный вами скрипт, будет с заданной периодичностью предупреждать вас по email о тех, проблемах в проекте, которые вы хотите отслеживать.

В качестве заключения¶

Важное свойство контроля задач в Redmine заключается вот в чем. В связи с тем, что проект делается не для печали красивым метровых листов, с целью обклейки стен офиса, а для онлайн координации специалистов проектного офиса, специалистов заказчика, подрядчиков, поставщиков, операторов связи т.е. всей команды, участвующей в проекте... Более того, декомпозиция позволяет привлечь к проекту конкретного исполнителя самого нижнего уровня, то руководитель получает не искаженную, а реальную информацию по проекту в реальном режиме времени. Это важнейшее преимущество систему Redmine.

Именно это его свойство позволяет управлять проектом не через вертикаль руководителей (нередко с икажениями), а получая информацию из единственного источника.

Ну, а попробовать попробовать Redmine вы можете в нашем облаке.

Мы завершили программирование СЭД на базе Redmine. Кроме удовольствия программирования на Ruby у нас в привычном интерфейсе работает мощный документооборот. Для программирования процесса достаточно в требуемом порядке указать необходимые поля, подразделения, ответственных лиц или группы, регламентное время согласование для каждого этапа. Все остальное система выполнит автоматически.

Таким образом, мы получили систему, которая в одном интерфесе объединяет:
1) Систему управления проектами
2) CRM, интегрированную с АТС Asterisk
3) Систему электронного документооборота
4) Систему хранения и редактирования документов (с контролем версий).

Всенародная любовь с системе 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

Российская операционная система «Альт 8 СП» получила сертификат Федеральной службы по техническому и экспортному контролю. Программный продукт соответствует новым требованиям ФСТЭК России к операционным системам. Действие сертификата № 3866 распространяется до 10 августа 2023 г.

«Альт 8 СП» семейства Linux разработана «Базальт СПО» и производится ИВК для организаций, которым необходимы отечественные решения с высоким уровнем защиты. Операционная система позволяет организациям выполнить требования Приказов ФСТЭК №17 «Требования по защите информации, содержащейся в государственных информационных системах» от 11.02.2014 и №21 «Требования по защите персональных данных» от 18.02.2014. «Альт 8 СП» включена в Единый реестр российских программ для электронных вычислительных машин и баз данных.

На основе ОС «Альт 8 СП» можно осуществлять построение государственных информационных систем (ГИС) и информационных систем персональных данных (ИСПДн) до 1 класса (уровня) защищенности включительно.

Ранее мы сообщали о том, что дистрибутив Альта, был сертифицирован Минобороны.

Лаборатория МБК является официальным бизнес партнером разработчика ОС ООО “Базальт СПО”.

В мезозое была эпоха больших и длинных динозавров. Представьте себе такого гиганта 40 метров длиной. К его хвосту подбегает мелкийхищник размером с кошку и начинает откусывать мясо. По нервным волокнам динозавра бежит сигнал в голову: что-то не так. Но скорость сигнала всего 80 метров в секунду (это норма и для человека). Через полсекунды сигнал вмозгах. Еще полсекунды на выработку решения: посмотреть что там? Многотонная шея с головой поворачиваются: ага! Меня едят! На это уходит еще полторы секунды. В хвост побежала команда: раздавить эту наглую зверушку в фарш. Еще полсекунды и хвост начинает движение. Итого три секунды. За это время можно отгрызть хороший кусок, отпрыгнуть в сторону и наблюдать за движениями хвоста неудачливого динозавра.

Выдумаете что эти диплодоки ходили с отгрызенными хвостами? Отнюдь. У динозавров развился второй центр принятия решений. Это не мозг, а утолщение спинного мозга размером с грецкий орех. И находилось оно как раз под хвостом - у задницы. Теперь простые решения динозавр мог принимать раза в три быстрее и так просто его было не укусить.

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

:)

Сначала краткое содержание для тех, кто не в теме, затем ИТ-вывод.

Скандал начался после победы сборной России над Испанией 1 июля. Галина Панина, PR-специалист "Леруа Мерлен", опубликовала в Фейсбуке пост, в котором сообщает, что отмечающие победу болельщики сожгли в Ново-Переделкино невинную девушку.

Разгневанных комментаторов этой откровенной лжи Галина Панина называла "ваткой", употребляла также термины: победобесие, колорады, генезис которых - бандеровская Украина. Это обстоятельство вызвало шквал недовольства со стороны россиян.

Леруа Мерлен выступила с заявлением, мол, частное мнение наших сотрудников нас не волнует и тень на компанию не бросает, что разумеется "подлило масла в огонь". Поэтому чуть позднее компания все таки приняла решение об увольнении сотрудницы.

Однако, вечером 4 июля среди проиндексированных Яндексом документов Google Docs пользователи смогли найти Excel-таблицу с комментариями по теме скандала, которую вели сотрудники Леруа. Представители Леруа вынуждены были подтвердить достоверность файла и заявили буквально следующее:

"Да, это один из внутренних рабочих документов, которые мы ведём в рамках выяснения всех подробностей ситуации. Мы проводим аналитику комментариев пользователей о посте бывшего сотрудника «Леруа Мерлен» Галины Паниной. Мы огорчены тем, что документ попал в сеть".

Другими словами, у международной корпорации в ИТ-арсенале не нашлось инструмента, с помощью которого они могли бы оперативно, организовать соместную работу и вынуждены были прибегнуть к средствам Google. Как не нашлось и специалиста по ИТ-безопасности, который смог бы пресечь данную деятельность. Т.е. в ответ на глупость одного сотрудника, в Леруа создали процесс, с помощью которого усугубили прежнюю проблему и создали новую.

На мой взгляд это обстоятельство является чудовищным с точек зрения корпоративной культуры, ИТ-инфраструктуры, квалификации пользователей и ИБ-специалистов и просто здравой логики. Этот опыт является поучительным для остальных.

Не делайте как Леруа Мерлен!