Перейти к основному содержимому

24 страницы с тегом "Процессы"

Бизнес-процессы и этапы выполнения заданий

Посмотреть все теги

Введение подсистемы GTD

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

Канбан (Kanban)

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

Настройки контекстов

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

Осуществление проверки выполнения задания

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

Подсистема "Agile"

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

Подсистема Service Desk (управление инцидентами)

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

Процессы Service Desk

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

Работа с делами в дереве дел

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

Реквизиты дел

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

Ретроспектива

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

Сбор информации о делах

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

Создание нового процесса

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

Список To-Do (следующих действий)

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

Статусы заданий и жизненный цикл

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

Управление проблемами

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