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

Сколько лет можно стагнировать без последствий? Мне кажется, настало время качественных изменений в Microsoft.

Компания из года в год теряет целые сегменты:

• ушла с рынка сетеобразующих (кто сейчас вспомнит MS Forefront),
• ушла из смартфонов со своим Windows Phone,
• версии для ПК хуже год от года,
• функциональные сервера имеют древнюю архитектуру (к примеру SharePoint, Project etc),
• MS ушла с рынка телефонии со своим Lync,
• проиграна гонка гипервизоров с MS Hiper-V,
• MS сама признала свой браузер небезопасным и рекомендовала не использовать его... список и дальше можно продолжать.

И уже не удивляет очередная статья об этом ( оригинал на английском )

Очевидно, что и в Майкрософте это поняли и все теперь поставлено на одну лошадь - облачное решение Azure. Но в России это не выстрелит по многим причинам. Так что, уважаемые коллеги, "готовьте сани летом".

Самое приятное в нашей работе – ответы благодарных клиентов. Это значит, что мы не напрасно стараемся, а занимаемся полезным делом и что-то у нас получается.

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

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

Я полагаю, что событие для большинства произойдет незаметно. Тем не менее не лишним будет проверить свой домен здесь https://dnsflagday.net/index-ru.html

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

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

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

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

Сегодня в России утвержден национальный стандарт ГОСТ Р 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