27 страниц с тегом "процессы"

Обратите внимание, что Выполнено и Завершено по отношению к заданиям - это две разных сущности.

С помощью подсистемы Правил событий можно не только работать с оповещениями различного рода, но и настроить автоматическую установку реквизитов в документе Задание. При этом условия начала работы механизма могут быть абсолютно разные. Так, например, сталкиваемся с ситуацией, когда необходимо на основании темы задания установить определенный набор реквизитов, не прибегая к ручному вводу. Или бывают случаи, когда обращение поступает и нужно автоматически назначить того или иного исполнителя. Об автоматическом назначении исполнителя можно ознакомиться здесь. В данном уроке рассмотрим ситуацию, когда на основании темы задания нужно автоматически установить в наблюдатели определенных пользователей. Сначала перейдем в раздел Справочники -> подраздел Service Desk -> Процессы, выберем из списка нужный процесс (или создадим новый) и откроем его настройки. Перейдем на закладку Наблюдатели и с помощью кнопки Добавить укажем список пользователей, которые должны быть добавлены в наблюдатели задания.

(в переводе с англ. — «доведение дел до завершения», однако чаще и неправильно — как привести дела в порядок) — методика повышения личной эффективности, созданная Дэвидом Алленом и описанная им в одноименной книге подробнее.

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

Еще одна часто встречающаяся потребность пользователей заключается в том, чтобы задания, которые переводятся на определенный этап автоматически выполнялись и в них добавлялся согласованный комментарий. Это очень полезная функция, когда происходит процесс согласования. То есть, например, есть процесс согласования каких-либо документов, это отражается в документе Задание. На заключительном этапе согласования, проверяющему необходимо поставить свою резолюцию в комментариях, а также перевести на этап Согласовано (аналогичен Выполнено). Хорошо, когда подобных задачек пару, а что делать, когда их пару десятков? В каждом задании придется устанавливать этап и ставить свою печать в виде добавленного комментария. Однако в конфигурации можно настроить для подобных целей подсистему Правила событий и сейчас мы разберем как же это сделать. Переходим в раздел Справочники -> Правила событий и создаем новое правило событий. В реквизите Тип правила выбираем Изменение объекта, в тип условия указываем Проверка реквизитов объекта. Далее в реквизите Имя объекта выбираем документ Задание, а в условие Изменение этапа (Задание не выполнено). Следом в отборах правила указываем отбор по полю Текущий этап с видом сравнения Равно и значением, например, Согласование.

Ежедневный стендап или Daily

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

Для начала работы, нужно сделать четыре простых шага.

Использование Канбан (Kanban) и Скрам (Scrum) в конфигурации

Руководителю Service Desk или ИТ-отдела обязательно нужно контролировать ход выполнения заданий.

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

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

Версия программы 3.1.3.15 и выше.

Agile (Agile software development) — гибкий подход к разработке программного обеспечения, который все чаще применяют в командах разработчиков.

Служба технической поддержки на каждом предприятии может быть построена разнообразными способами (имеется в виду реализации процессов поддержки). Существует несколько моделей службы поддержки, например: централизованная, локальная, виртуальная — с единым телефонным центром и т. д. Служба технической поддержки может быть организована как в целях обслужить внешних клиентов (аутсорсинг обслуживания компьютеров и т. п.), так и внутренних (подразделение ИТ-департамента на крупных предприятиях).

Процессы являются важной составляющей ITIL и нашего решения, в котором предусмотрена подсистема Техническая поддержка (Service Desk).

После добавления дела, можно изменить тему, выбрать контексты, установить срок и т.д. в самом дереве нажав, правую кнопку мыши:

Любое дело имеет список реквизитов. При активации любого дела, справа отображается панель свойств этого дела:

Это регулярная встреча участников Agile команды для подведения итогов и решения возникших проблем, с которым пришлось столкнуться. Другими словами, это взгляд в прошлое, чтобы улучшить будущее.

Продуктивность без стресса начинается с процесса разгрузки разума, которое заключается в фиксации всего более-менее важного на бумаге или другом носителе — в том, что Аллен, называет корзиной: физический ящик для приёма сообщений, электронный почтовый ящик, диктофон, ноутбук, карманный компьютер, или их комбинация. Суть в том, чтобы выкинуть из головы всё более-менее важное на удобный носитель для последующей обработки. В нашем случае это будет конфигурация "Управление IT-отделом 8".

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

Это список дел, состоящий из подзадач, которые, необходимо выполнить в первую очередь. Каждое дело и подзадача, имеют свой вес (степень важности), в To-Do подзадачи сортируются по весу (сверху-вниз). Таким образом, Вам можно не распределять в списке "Все дела" самостоятельно, какую подзадачу выполнять первой, а перейдя в To-Do, сразу приступать к исполнению.

Любое задание с любым типом (инцидент, запрос на обслуживание и т.д.) имеет свой жизненный цикл.

Согласно ITIL: Проблема – это неизвестная причина одного или более инцидентов. Одна проблема может породить несколько инцидентов.

Инструкция по использованию функционала зависимости задач

Пользователи конфигурации "Управление IT-отделом 8" зачастую в большей мере используют программу, как Service Desk систему.

Что такое «Эскалация»?